Jump to content
Калькуляторы

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" там тупо негде.

Share this post


Link to post
Share on other sites
' 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 и посмотреть как будет работать.

Share this post


Link to post
Share on other sites

Скачайте последнюю версию микротика отсюда - 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 на клиенте), это прибавит скорости и стабильности, если конечно нет помех со стороны. А чтобы при обрыве быстрее подсоединялось - пропишите на клиенте в сканлисте только частоту базы.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Версия софта обычно пишется сверху окна винбокса и в ы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".

Share this post


Link to post
Share on other sites

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

Правы.

Share this post


Link to post
Share on other sites

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

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

 

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

 

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

Edited by [anp/hsw]

Share this post


Link to post
Share on other sites

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

 

 

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

 

disconnect.png

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites
' timestamp='1305119327' post='612597']

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

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

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

 

 

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

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

 

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

 

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

Share this post


Link to post
Share on other sites
' timestamp='1305120854' post='612605']

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

 

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

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

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

 

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

 

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

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

 

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

 

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

Share this post


Link to post
Share on other sites
' 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 тем, что операции синхронизированы по таймеру, а это значит нужно передавать меньше служебной информации, которая может кстати потерятся при передаче=), так же из-за этого увеличивается пропускная способность через канал.

Share this post


Link to post
Share on other sites

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

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

 

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

Edited by [anp/hsw]

Share this post


Link to post
Share on other sites
' timestamp='1305122510' post='612616']

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this