Перейти к содержимому
Калькуляторы

mikrotik, nstreme и "not polled too long"

Досталась в наследство пара p2p-линков на mikrotik RB411 с карточками, кажется, R52n.

Раньше с ними никогда не работал за ненадобностью, но с wifi работаю очень долго.

Итак, входные данные:

режим bridge - station WDS

настройки:

Band 2GHz-Only-N

WMM support disabled

TDMA period size: 2

data rates: default

distance dynamic, calibration interval 00:00:05

hw retries: 12

HW protection mode: none

adaptive noise immunity: none

disconnect timeout: 00:00:05

On fail retry time: 100ms

wds mode: static

enable nstreme, enable polling, disable CSMA галочки стоят

framer policy: best fit, framer limit: 3200

tx power mode: card rates

tx power: 17dbm

license level 3, upgradeable to "6.x" (версию прошивки в winbox'е не смог найти)

 

при включеном "nstreme" периодически отваливается WDS на этом линке, на базе пишет "disconnected, extensive data loss", на клиенте "lost connection, not polled too long"

без nstreme таких сообщений нет, линк держится стабильно, но прокачка по PPS и мегабайтам заместно слабее.

 

линк 6км, зона френеля чистая, сигнал -56/-54, CCQ 99-100% (99 редко мелькает, и возвращается обратно на 100), двухполяризационная антенна, 2.4ггц

 

пробовал менять частоту, корректировать мощность (добивался сигнала от -65 до -50), все без толку - единственное, изза чего разрывается WDS, это галочка nstreme.

при этом разрывается на 2 секунды в очень случайные промежутки времени, не зависящие от наагрузки (может в час пик ниразу не порваться, а может ночью каждые 10 минут падать)

 

Собственно, если не получится побороть дисконнекты (трафик-то перестает идти только когда он сам отключится), то может быть, кто-нибудь скажет, как прописать WDS статикой? на базе я это уже сделал, а вот на клиенте в режиме "station wds" там тупо негде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1305109873' post='612540']

Досталась в наследство пара p2p-линков на mikrotik RB411 с карточками, кажется, R52n.

Раньше с ними никогда не работал за ненадобностью, но с wifi работаю очень долго.

Итак, входные данные:

режим bridge - station WDS

настройки:

Band 2GHz-Only-N

WMM support disabled

TDMA period size: 2

data rates: default

distance dynamic, calibration interval 00:00:05

hw retries: 12

HW protection mode: none

adaptive noise immunity: none

disconnect timeout: 00:00:05

On fail retry time: 100ms

wds mode: static

enable nstreme, enable polling, disable CSMA галочки стоят

framer policy: best fit, framer limit: 3200

tx power mode: card rates

tx power: 17dbm

license level 3, upgradeable to "6.x" (версию прошивки в winbox'е не смог найти)

 

при включеном "nstreme" периодически отваливается WDS на этом линке, на базе пишет "disconnected, extensive data loss", на клиенте "lost connection, not polled too long"

без nstreme таких сообщений нет, линк держится стабильно, но прокачка по PPS и мегабайтам заместно слабее.

 

линк 6км, зона френеля чистая, сигнал -56/-54, CCQ 99-100% (99 редко мелькает, и возвращается обратно на 100), двухполяризационная антенна, 2.4ггц

 

пробовал менять частоту, корректировать мощность (добивался сигнала от -65 до -50), все без толку - единственное, изза чего разрывается WDS, это галочка nstreme.

при этом разрывается на 2 секунды в очень случайные промежутки времени, не зависящие от наагрузки (может в час пик ниразу не порваться, а может ночью каждые 10 минут падать)

 

Собственно, если не получится побороть дисконнекты (трафик-то перестает идти только когда он сам отключится), то может быть, кто-нибудь скажет, как прописать WDS статикой? на базе я это уже сделал, а вот на клиенте в режиме "station wds" там тупо негде.

Версия софта обычно пишется сверху окна винбокса и в ыystem resource. Стоит поставить стабильно работающую версию 3.30 или 4.17 и посмотреть как будет работать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скачайте последнюю версию микротика отсюда - http://www.mikrotik.com/download.html

 

Измените ваши настройки:

 

режим bridge - station WDS

настройки:

Band 2GHz-Only-N

WMM support disabled

TDMA period size: 5

data rates: default

distance dynamic, calibration interval 00:00:05

hw retries: 15

HW protection mode: RTS/CTS

adaptive noise immunity: none

disconnect timeout: 00:00:15

On fail retry time: 100ms

wds mode: static

enable nstreme, enable polling, disable CSMA галочки стоят

framer policy: dynamic size, framer limit: 3200

tx power mode: card rates

tx power: 17dbm

 

 

Если вы юзаете nstreme, попробуйте поставить линк в NV2 (на вкладке Wireless Protocol - NV2 на базе, и any на клиенте), это прибавит скорости и стабильности, если конечно нет помех со стороны. А чтобы при обрыве быстрее подсоединялось - пропишите на клиенте в сканлисте только частоту базы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Зачем ставить HW protection mode: RTS/CTS и прочие настройки из advanced,они вроде как влияют только на чистый 802.11.Ведь csma отключается,а значит и RTS/CTS с ним вместе.Или я не прав?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Версия софта обычно пишется сверху окна винбокса и в ыystem resource. Стоит поставить стабильно работающую версию 3.30 или 4.17 и посмотреть как будет работать.

 

Пишет Winbox5.0beta5 (а я-то думал это версия винбокса, да), во вкладке system-resources ничего похожего на версию прошивки нет, поле "model" пустое.

 

 

HW protection mode: RTS/CTS

 

А это вообще каким боком к TDMA? request to send/clear to send только в стандартных 802.11 юзается. Или там сборная солянка из TDMA и CSMA работает? Я если честно, не силен в алогоритмах микротика.

 

уже игрался с:

disconnect timeout: 00:00:15

ставил вплоть до минуты - никакого эффекта

из вики понял, что при непоступлении данных от клиента, база будет пытаться опрашивать в течении "disconnect timeout" клиента с периодичностью "On fail retry time". Так ли это?

 

с framer policy также игрался начиная от none, кончая размерами пакетов - никак не влияет на дисконнекты, только на скорость.

 

А чтобы при обрыве быстрее подсоединялось - пропишите на клиенте в сканлисте только частоту базы.

И так в сканлисте только частота базы, но всеравно - 2 секунды занимает, в течении которых трафик не идет. Для телефонии и игр не слижком приятно.

После железок со статическим WDS, с которыми я обычно работаю, микротик вызывает когнитивный диссонанс в этом плане :)

 

TDMA period size - игрался до 4, поставлю 5, спасибо, также hw retries до 15 покручу.

Ну и NV2 заодно попробую. А может не соединиться? Сейчас в протоколе "any".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Зачем ставить HW protection mode: RTS/CTS и прочие настройки из advanced,они вроде как влияют только на чистый 802.11.Ведь csma отключается,а значит и RTS/CTS с ним вместе.Или я не прав?

Правы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

При указании на базе wireless protocol "NV2", на клиенте "any" линк не поднялся.

Кстати, там выбор "nstreme", "NV2" и "nstreme NV2" - какой из них попытаться?

 

TDMA period size=5 заставляет бегать CCQ в пределах 90-100% вместо 99-100% на значении "2", в остальном ничего не меняется - опять тотже дисконнект.

 

И еще интересно, как узнать, какой щас wireless protocol выбран? Где смотреть - не нашел...

Изменено пользователем [anp/hsw]

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что по вашему мнению происходит, когда клиент отключился от базы, на которой включен nstreme, и пытается подключится к ней снова?

 

 

Вот как у меня на одном линке, где сильная помеха на прием от клиента:

 

disconnect.png

 

Я 2 раза клиента скидывал с базы, он подключался через секунду обратно и никакие соединения не обрываются, просто полсекундная пауза в передаче трафика. В логах собственно и видно через сколько секунд он обратно подключался.

 

Включен протокол NV2, TDMA period size - 7.

 

WDS у меня создается динамически, не пробовали копать в эту сторону?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что по вашему мнению происходит, когда клиент отключился от базы, на которой включен nstreme, и пытается подключится к ней снова?

 

Вот если честно, в p2p-мосту понятий "отключился" и "подключился" не должно быть как класса. Мы просто гоним трафик "ТУДА", зная, что кроме другого конца он никому не предназначен.

В TDMA, определенно, надо еще выделить тайм-слоты, итд. Но мы же база, ***, это с нами синхронизируется клиент. Почему бы не работать сколько угодно по нами же выделеным тайм-слотам? Связь-то физически не нарушена, клиент нас слышит. Почему для синхронизации (если она вдруг сорвалась) надо глушить на 2 секунды базу?

Вот это-то какраз и попахивает CSMA, когда клиент кладет болт на трафик, и слушает эфир в поисках соседа...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

WDS у меня создается динамически, не пробовали копать в эту сторону?

На диманическом по логам 3-4 секунды. Когда на базе статически - то занимает две.

Но всеравно - вот сейчас за последние 10 минут прервалось 8 раз. По 2 секунды на каждый раз. Нормальным людям не заметно, но попробуйте поиграть с таким каналом в какую-нибудь 3d-стрелялку, или поговорить по телефону :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1305119327' post='612597']

Вот если честно, в p2p-мосту понятий "отключился" и "подключился" не должно быть как класса. Мы просто гоним трафик "ТУДА", зная, что кроме другого конца он никому не предназначен.

В TDMA, определенно, надо еще выделить тайм-слоты, итд. Но мы же база, ***, это с нами синхронизируется клиент. Почему бы не работать сколько угодно по нами же выделеным тайм-слотам? Связь-то физически не нарушена, клиент нас слышит. Почему для синхронизации (если она вдруг сорвалась) надо глушить на 2 секунды базу?

Вот это-то какраз и попахивает CSMA, когда клиент кладет болт на трафик, и слушает эфир в поисках соседа...

 

 

Я свой предыдущий пост подредактировал, добавил картинку.

 

P2p-мост это надо использовать какое-то другое, синхронное оборудование TDD, к нашей рассматриваемой теме никаким боком не относится=) т.к. на микротике это не реализовано.

 

Если предположить что NV2 от микротика это синхронный протокол, то это TDMA. В нем клиенту, чтобы зарегистрироватся на базе сперва нужно синхронизировать свой приемник с передатчиком базы, для этого нужно слушать эфир, далее нужно ждать специально отведенного интервала времени, в котором база принимает сигналы от регистрирующихся в сети клиентах. Но так как клиентов может быть много, то для регистрации в сети используется конкурентный доступ, то есть каждый клиент ждет случайный интервал времени и начинает передавать данные базе, если никто из других клиентов в этот момент не регистрировался на базе, и не передавал данные, то посылка клиента будет получена и ему база выделит таймслот, после чего он сможет работать с базой и управлятся ее протоколом. Но если в момент передачи данных одного клиента, начнет передачу данных другой клиент - получится коллизия и база ничего не получит, после этого регистрирующиеся клиенты пропускают некоторое случайное количество интервалов регистрации и пытаются снова передавать данные. Так продолжается до того момента, пока они не зарегистрируются на ней.

 

Так что в любом протоколе, который подразумевает подключение более одного клиента к базе для регистрации клиентов в сети используется случайный доступ. Поэтому стоит включать RTS/CTS в настройках микротика даже при работе nstreme и NV2. Хуже от этого все равно не станет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Но если в момент передачи данных одного клиента, начнет передачу данных другой клиент - получится коллизия и база ничего не получит, после этого регистрирующиеся клиенты пропускают некоторое случайное количество интервалов регистрации и пытаются снова передавать данные. Так продолжается до того момента, пока они не зарегистрируются на ней.

 

Я не знаю, плакать или смеяться. Это вы сейчас CSMA описываете. Нет, помехи никто не исключал, но мы-то о собственных клиентах говорим?

В момент передачи данных одного клиента другой клиент ничего передать не может, на то и есть TDMA.

Клиент пассивно слушает эфир, ловит маяк базы, синхронизирует по нему свой таймер. Далее ловит от базы пакет с содержанием "такие-то служебные таймслоты свободны", на основе своего внутреннего алгоритма определяет, в каком из свободных таймслотов начать передачу пакета регистрации (ну или в случае статически прописаных на базе клиентов - использует свой персональный таймслот, подсунутый базой). Ну и с данными точно также: запрашивает по служебке, сколько надо передать, база ему выделяет слоты (уже персональные, конечно), передает, итд по кругу.

 

Лучше от RTS/CTS тоже не станет - TDMA это и есть RTS/CTS, только более правильный и продуманый именно для pmtp :)

 

Так всетаки, назрел вопрос: чем nv2 отличается от обычного nstreme? а если юзать nstreme nv2 - под этим что микротик имеет ввиду?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1305120854' post='612605']

Но если в момент передачи данных одного клиента, начнет передачу данных другой клиент - получится коллизия и база ничего не получит, после этого регистрирующиеся клиенты пропускают некоторое случайное количество интервалов регистрации и пытаются снова передавать данные. Так продолжается до того момента, пока они не зарегистрируются на ней.

 

Я не знаю, плакать или смеяться. Это вы сейчас CSMA описываете. Нет, помехи никто не исключал, но мы-то о собственных клиентах говорим?

В момент передачи данных одного клиента другой клиент ничего передать не может, на то и есть TDMA.

Клиент пассивно слушает эфир, ловит маяк базы, синхронизирует по нему свой таймер. Далее ловит от базы пакет с содержанием "такие-то служебные таймслоты свободны", на основе своего внутреннего алгоритма определяет, в каком из свободных таймслотов начать передачу пакета регистрации (ну или в случае статически прописаных на базе клиентов - использует свой персональный таймслот, подсунутый базой). Ну и с данными точно также: запрашивает по служебке, сколько надо передать, база ему выделяет слоты (уже персональные, конечно), передает, итд по кругу.

 

Лучше от RTS/CTS тоже не станет - TDMA это и есть RTS/CTS, только более правильный и продуманый именно для pmtp :)

 

Так всетаки, назрел вопрос: чем nv2 отличается от обычного nstreme? а если юзать nstreme nv2 - под этим что микротик имеет ввиду?

НВ2 это более новая версия того же нстрим.

 

а если юзать nstreme nv2 - под этим что микротик имеет ввиду?

 

Вы ставите параметры выбора протокола для железки. Такое ставится на СРЕ, и можете менять протоколамы на базе не трогая СРЕ.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1305120854' post='612605']

 

Я не знаю, плакать или смеяться. Это вы сейчас CSMA описываете. Нет, помехи никто не исключал, но мы-то о собственных клиентах говорим?

В момент передачи данных одного клиента другой клиент ничего передать не может, на то и есть TDMA.

Клиент пассивно слушает эфир, ловит маяк базы, синхронизирует по нему свой таймер. Далее ловит от базы пакет с содержанием "такие-то служебные таймслоты свободны", на основе своего внутреннего алгоритма определяет, в каком из свободных таймслотов начать передачу пакета регистрации (ну или в случае статически прописаных на базе клиентов - использует свой персональный таймслот, подсунутый базой). Ну и с данными точно также: запрашивает по служебке, сколько надо передать, база ему выделяет слоты (уже персональные, конечно), передает, итд по кругу.

 

Лучше от RTS/CTS тоже не станет - TDMA это и есть RTS/CTS, только более правильный и продуманый именно для pmtp :)

 

Так всетаки, назрел вопрос: чем nv2 отличается от обычного nstreme? а если юзать nstreme nv2 - под этим что микротик имеет ввиду?

 

 

Это я описал процесс регистрации клиентов в TDMA. Клиент никакого управления от базы получить не может, т.к. база про него не знает, а управлять передачей абстрактных клиентов невозможно=) Персональные таймслоты появляются только после регистрации клиента на базе, а пока он не зарегистрировался, сидит себе на случайном коллизионном доступе=)

 

Только теперь представим что никакого TDMA у микротика нет, это слабая программная реализация.

 

Юзать надо NV2. Все те что там из 2-х протоколов, это значит использовать nstreme если можно, а если нельзя то использовать NV2. Никакой смысловой нагрузки не несет. На клиенте всегда нужно ставить Any, на базе конкретно указывать протокол - 802.11, nstreme или NV2.

 

NV2 отличается от Nstreme тем, что операции синхронизированы по таймеру, а это значит нужно передавать меньше служебной информации, которая может кстати потерятся при передаче=), так же из-за этого увеличивается пропускная способность через канал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это я описал процесс регистрации клиентов в TDMA. Клиент никакого управления от базы получить не может, т.к. база про него не знает, а управлять передачей абстрактных клиентов невозможно=) Персональные таймслоты появляются только после регистрации клиента на базе, а пока он не зарегистрировался, сидит себе на случайном коллизионном доступе=)

База, ВНИМАНИЕ, знает, какие у нее слоты свободные, а какие заняты. Это-то она и обязана передать всем. Иначе от CSMA далеко не уйдем.

 

Если так, то мир TDMA треснет напополам. Представьте на минутку, что от вас отключился клиент, но CPE свое зачем-то держит включеным. CPE своими попытками регистрации создает коллизии уже зарегистрированым клиентам, работающим в TDMA. Наложите это на высококонкурентный рынок в дальнем забугорье, и вы получите тот самый хаос.

Изменено пользователем [anp/hsw]

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1305122510' post='612616']

База, ВНИМАНИЕ, знает, какие у нее слоты свободные, а какие заняты. Это-то она и обязана передать всем. Иначе от CSMA далеко не уйдем.

 

Если так, то мир TDMA треснет напополам. Представьте на минутку, что от вас отключился клиент, но CPE свое зачем-то держит включеным. CPE своими попытками регистрации создает коллизии уже зарегистрированым клиентам, работающим в TDMA. Наложите это на высококонкурентный рынок в дальнем забугорье, и вы получите тот самый хаос.

 

Вы читали не внимательно. База выделяет специальный интервал времени для регистрации клиентов. Он маленький и на работу зарегистрированных клиентов никак не влияет. Все остальные клиенты, кто на базе зарегистрирован, работают по таймслотам, которые им выделяет база. В этом маленьком интервале и происходит конкурентный доступ.

 

Вот из-за того, что интервал для регистрации маленький, при передаче по радио могут быть ошибки, поэтому реконнект и может занимать несколько секунд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теперь более реально.

Кстати, еще один вопрос по микротику: Как вручную выставить разные скорости на обоих концах?

Тыкаю галочки в HT MCS, но когда выставляю на концах разные скорости (например на одном 1-7 и basic 1-7, на другом все 1-5), точки просто не соединяются. Если указать одинаковые с собоих сторон, то можно выбрать любую скорость. Но при понижении уровня сигнала, или изменении CCQ, они сами меняют скорость на какую надо, и скорость приема и передачи различаются.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вопрос еще актульный по дисконектам на вайфае?

может кто-то помочь?

стоит последня прошика 5.23

настройки стандартные ....но только не через ВДС, а ВПЛС....

еспользую RB435G как секторная на 5GHz only N

протокол пробовал и нстрим нв2 тоже...

решистрация по АЦЛу---

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Режим работы A-only установите, и посмотрите на обрывы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

к сожалению не могу ставить А-only, скорость будет не та....

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Jan/31/2013 11:28:50 wireless info 00:OC:42:F6:68:88@wlan1: disconnected, not responding

Jan/31/2013 11:28:55 wireless info 00:OC:42:F6:68:88@wlan1: connected

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тогда MIMO отключите и сделайте полосу 40мгц. Для этого на вкладке Data Rates снимите все галочки и на вкладке MCS снимите все, кроме 0-7.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нашёл одну из возможных причин дисконнектов по "not polled too long". Если отключить "security profiles" то дисконнектов не происходит, возможно это связанно с синхронизацией по алгоритму шифрования, попробую потестировать на других алгоритмах.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нашёл одну из возможных причин дисконнектов по "not polled too long". Если отключить "security profiles" то дисконнектов не происходит, возможно это связанно с синхронизацией по алгоритму шифрования, попробую потестировать на других алгоритмах.

Оперативно! Автор будет рад.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нашёл одну из возможных причин дисконнектов по "not polled too long". Если отключить "security profiles" то дисконнектов не происходит, возможно это связанно с синхронизацией по алгоритму шифрования, попробую потестировать на других алгоритмах.

Оперативно! Автор будет рад.

 

Там в профиле шифрования задается время обновления ключа, поставьте там не 5 минут а 1 час, так же количество дисконнектов уменьшится=) В обычном режиме 802.11 клиенты с такой проблемой отваливаются с ошибкой обновления группового ключа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.