Wireless wire nray: радио виснет при большом трафике

[[anp/hsw]]

Собственно, никто ли не сталкивался?

Решили потестировать чудо-зверя: RSSI -50, расстояние 600м, юстиковка center, phy rate 2300

Влили 500/250 мегабит (реального трафика) - все ок.

Начали лить больше и на 770/348 (и около 80к килопакетов) клиент просто сделал w60g link down и оставался в таком состоянии до перезагрузки.

Притом потерь нет, все замечательно, но минуту проработал, радио отвалилось и больше не подключается.

Прошивки пробовали 6.47.9, 6.48.2 - виснет радио, и все тут.

upd:

На клиентском устройстве заметно, как на секунду появляется частота базы в поле "frequency" и исчезает. Больше ничего. Этот косяк происходит четко после минуты трафика (+/- пара секунд, точнее сложно установить, т.к. трафик не сразу падать начинает).

[Saab95]

У нас с этим оборудованием не возникало никаких проблем. Правда трафик передается L3, в канале всего 4 мак адреса, 2 адреса маршрутизаторов и 2 адреса радиоустройств.

 

Возможно дело в каких-то пакетах или кольцах на трафике, если он от реальных абонентов.

[[anp/hsw]]

Кoлец 100% нет, трафик реальных абонентов, не синтетика. Десяток VLAN, штормов и прочего точно нет.

В режиме L3 пробовали - мегабитах на 400 этот девайс просто ласты склеивает с полкой по CPU, так что не вариант. Да и условиям задачи "прозрачный мост" нифига не соответствует.

[npokypop]

Сааб как всегда плетет про L3 лапти, нифига эти девайсы с L3 Нормально не работают. CPU привет передает! 

[Scum]

Saab95 херню несете, причем тут L3 если точки не работают должным образом? 

[Saab95]

В 17.04.2021 в 16:35, [anp/hsw] сказал:

В режиме L3 пробовали - мегабитах на 400 этот девайс просто ласты склеивает с полкой по CPU, так что не вариант. Да и условиям задачи "прозрачный мост" нифига не соответствует.

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

 

21 час назад, npokypop сказал:

Сааб как всегда плетет про L3 лапти, нифига эти девайсы с L3 Нормально не работают. CPU привет передает! 

Давно уже пора понять, что кроме вланов есть и другие технологии.

 

8 часов назад, Scum сказал:

Saab95 херню несете, причем тут L3 если точки не работают должным образом? 

Точки работают должным образом, просто это дешевое оборудование, не релейка. Помните как тот же аирфайбер ласты склеивал, если порт управления не выведен, а там в трафике мультикаст попадается?

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

 

У нас такие устройства (да и все другие микротики) стоят и ни виснут, ни глючат, потому что передают только L3 трафик. Если говорить про радио то схемы такие - маршрутизатор 1 - радио 1 - беспроводка - радио 2 - маршрутизатор 2. И вот эти маршрутизаторы через сеть /29 передают данные между собой, а радио адресуется так же из этой /29 сети что бы доступ на них был, но передают лишь L2 трафик между портами маршрутизатора, поэтому их процессоры не загружены. А так как этот L2 трафик чистый, по сути в сегменте всего 4 мака, сами передаваемые данные по L3 не содержат ничего широковещательного, то все отлично работает.

[[anp/hsw]]

6 часов назад, Saab95 сказал:

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

Так это баг или не баг?

Бесполезная хрень превращается в еще более безполезную хрень?

 

6 часов назад, Saab95 сказал:

Помните как тот же аирфайбер ласты склеивал, если порт управления не выведен, а там в трафике мультикаст попадается?

Только это очень быстро починили. А тут вы пытаетесь сказать, что это даже чинить не надо, а так задумано.

 

6 часов назад, Saab95 сказал:

И вот эти маршрутизаторы через сеть /29 передают данные между собой, а радио адресуется так же из этой /29 сети что бы доступ на них был, но передают лишь L2 трафик между портами маршрутизатора, поэтому их процессоры не загружены.

Изуродовать архитектуру сети только потому, что по-другому на этой оборудке не работает? Гениально!

[Saab95]

В 19.04.2021 в 05:33, [anp/hsw] сказал:

Так это баг или не баг?

Это не баг, это целенаправление использования устройства. Для создания высокоскоростного моста, а не магистрали на них строить.

[[anp/hsw]]

7 минут назад, Saab95 сказал:

Для создания высокоскоростного моста, а не магистрали на них строить.

Это прозрачный мост. Ему вообще должно быть фиолетово, что за трафик в нем бежит.

Много трафика - пусть дропает пакеты, а не виснет. Иначе это уже цирк, а не устройство.

На лицо баг, ведь связь не восстанавливается до перезагрузки. Устройство висит в таком состоянни даже когда трафика уже нет.

[Saab95]

Проблема в количестве маков, вы смотрели сколько мак адресов определяет микротик в списке hosts?

 

Вы пробовали отключать изучение маков на обоих устройствах?

[[anp/hsw]]

8 часов назад, Saab95 сказал:

Вы пробовали отключать изучение маков на обоих устройствах?

Это же настройка бриджа причем тут она? Зависает явно радиодрайвер. Он после того, как с него убрали трафик, не может заново подключиться.

 

Из мануала на сайте микротика:

auto: detects if bridge port is a Wireless interface and uses Wireless registration table instead of MAC learning, will use Wireless registration table if the Wireless interface is set to one of ap-bridge,bridge,wds-slave mode and bridge mode for the Wireless interface is disabled.

Т.е. он сам learning отключает в случае wireless интерфейса.

 

[Saab95]

Не надо верить мануалам с сайта микротика, там многая информация не точная.

 

В случае беспроводного моста на чистом L2, перед ним уже установлен коммутатор, который изучает маки, и с дальней стороны тоже есть коммутатор, который изучает маки, поэтому через мост по радио пойдут только данные, которые в его сторону адресованы. И самому мосту нет никакого смысла работать свичом или коммутатором, в роли тупого хаба он тоже будет все данные как надо пропускать.

[[anp/hsw]]

В 04.05.2021 в 15:19, Saab95 сказал:

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

Проблема воссоздалась на 27 адресах в двух vlan. Это тоже много?

[Saab95]

Я могу лишь сказать что на 4 маках между двумя роутерами, L3 трафик + мультикаст для обмена данными OSPF, никаких проблем нет.

 

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

 

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

[[anp/hsw]]

17 минут назад, Saab95 сказал:

у некоторых в канале около 100-150 маков ходит и никаких зависаний и отвалов.

 

17 минут назад, Saab95 сказал:

В любом случае проверить можно только лишь включив в работу устройства между роутерами

Сами себе противоречите.

Проблема, кстати, оказалась в jumbo frame. Не смотря на максимальный MTU, указаный как 7800 с копейками байт (а по дефолту стоит в ней 1600), беспроблемно ходят только пакеты размером не более 1504. Даже от qinq трафика железке плохеет.

[Saab95]

Ну так и вы противоречите, как я в самом начале и писал что в режиме L3 с 4-мя маками проблемы нет, у вас оказалось в больших пакетах. Не все используют большие пакеты.

Более того, проверили и на больших - железки спокойно их пропускают через себя и не виснут.

[[anp/hsw]]

49 минут назад, Saab95 сказал:

как я в самом начале и писал что в режиме L3 с 4-мя маками проблемы нет, у вас оказалось в больших пакетах. Не все используют большие пакеты.

Я рад за вас, что вы сами себя раком ставите, лишь бы микротик не вис. Но от нормальных людей держитесь подальше...