[AlKov]

WIFI "мост" на микротиках. Не обращал внимания на настройки до тех пор, пока не вылезла эта проблема.

Заглянул в настройки микротиков, увидел странное (см. картинку). Не пойму, как могло вообще такое получиться...

Для мтик это в порядке вещей, или все же "кривые ручки"?

Если это "ляп", то как поправить, без выезда к "клиенту" (10 км., да и погода не располагает..)?

[Saab95]

А мост что без WDS работает?

 

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

 

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

[AlKov]

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

Так вроде так оно и есть

[Saab95]

Странно. В таком случае RX Drops были бы только в одну сторону, а у вас получается наоборот, со стороны меньшего размера MTU больше дропов.

 

Увеличьте буфера на сетевом и беспроводном портах, например так:

 

/queue type

set 1 pfifo-limit=1000

set 2 kind=pfifo pfifo-limit=1000

 

Далее в шейпере проконтроллируйте какие буфера используются для передачи по радио. По умолчанию там SFQ стоит, который любит дропать пакеты. Измените на PFIFO.

[AlKov]

Сделал. Похоже, ничего не изменилось, ошибки и дропы остались (в смысле - счётчики увеличиваются).

Далее в шейпере проконтроллируйте какие буфера используются для передачи по радио.

А где это? Queue Types? Так приведенные вами команды там и изменяют..

 

И что же все-таки делать с MTU?? На "клиенте" на ethernet вообще нет L2 MTU. По-видимому, из-за этого и на бридже MTU от "радио".

Походу и проблемы (ошибки/дропы) на ethernet от этого. На других интерфейсах все в норме. И на "базе", где MTU на месте, тоже нет ошибок.

Реально ли удалённо, без потери линка переконфигурить "клиента"?

Может скрипт какой-то надо написать и запустить? Только вот в микротиковском синтаксисе я совсем не в ладах.. :(

[Saab95]

Прошивка если 5.21 там вверху есть кнопочка Safe Mode, нажмите ее и меняйте настройки, если что пойдет не так то они будут отменены.

[AlKov]

Прошивка если 5.21 там вверху есть кнопочка Safe Mode, нажмите ее и меняйте настройки, если что пойдет не так то они будут отменены.

Прошивка 6.0rc5, кнопка Safe Mode есть. Но поможет ли она в случае потери линка?

Да и последовательность действий мне пока что неизвестна..

[Saab95]

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

 

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

[Constantin]

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

 

и никаких проблем с дропами на интерфейсах нет.

 

Прошивка 6.0rc5

и кстати заметил, что на старых мамках (rb411) сильно падает пропускная, есть рабочий линк при 270/270 в радио пропускная 30/30 мбит, откатился на 5,19 выросла в 2 раза. это не статистика это наблюдения на конкретном линке, возможно это дела на именно этом конкретном линке

Edited December 22, 2012 by Constantin

[AlKov]

Попробовал сделать следующее:

1. удалил из bridge1 wlan1

2. удалил из bridge1 ehter1

3. удалил собственно bridge1

4. создал bridge1

5. добавил в bridge1 ether1

6. добавил в bridge1 wlan1

и ничего не изменилось... :(

По-прежнему у bridge1 L2 MTU = 2290, ether1 L2 MTU не имеет..

Что ещё можно попытаться сделать?

 

P.S. Может попробовать из командной строки назначить нужные MTU bridge1 и ether1?

 

P.P.S. Похоже, на RB333 этот "номер" (изменить L2 MTU на ether/VLAN/bridge) не пройдёт.. По-видимому, это "старьё" (333-й) просто не умеет этого..

Соответственно заходим в тупик - откуда берутся Rx error/drop на ether1 и чем это лечить?

Может откатиться на v5.22, или вообще на v4.17?

[Saab95]

На 5.21 можно попробовать.

[AlKov]

На 5.21 можно попробовать.

5.21 нет на сайте микротика. А почему не 5.22, а 5.21 ?

И ещё вопрос - прочёл на вики мтика, что при downgrade конфигурация сбрасывается в дефолт.

А железка, которую мне надо откатить, как назло "удаленный клиент".. Соответственно, после ребута "мы её теряем"..

Реально выкрутиться?

[Saab95]

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

 

Я несколько раз делал возврат прошивок, настройки никуда не исчезали.

[AlKov]

Я несколько раз делал возврат прошивок, настройки никуда не исчезали.

ОК, рискнем. Только я вот думаю, а может лучше сразу на 4.17 вернуться (собственно до недавнего времени эта версия и была на железке)?

Все-таки мамка старая (rb333), а прошивка 5.22 совсем "свежая". Или за "один проход" с 6.0 на 4.17 не стОит рисковать?

[Saab95]

Я бы не стал. Тем более применительно к радио лучше 5.21 нет. Прошивка должна быть одинаковая на всех устройствах, протокол работы по радио - NV2.

[AlKov]

Я бы не стал. Тем более применительно к радио лучше 5.21 нет.

Хорошо. Попробую сначала на "базе" откатить на 5.21.

Прошивка должна быть одинаковая на всех устройствах, протокол работы по радио - NV2.

Насчет NV2 вопрос - а стОит ли его использовать в моих условиях?

Дело в том, что данный линк работает в качестве "радио удлинителя" для предоставления доступа в Интернет небольшому посёлку ("внутри" посёлка - FTTB). Трафик порядка 30Мbit/3Kpps, рост планируется. Сейчас на линке юзаю "обычный" nstream.

Я где-то здесь читал, что NV2 увеличивает пинг. Если это так, то как бы геймеры не взвыли. И так от них поступают жалобы из-за коротких разрывов линка (1-2 сек), которые "обычные юзеры" просто не замечают.

 

P.S. А почему всё же 5.21, а не 5.22? В changlog пишут, что кстати, что-то пофиксили именно насчёт NV2

What's new in 5.22 (2012-Nov-23 09:28):

*) userman - fix PayPal "bad HTTP response";
*) kvm - fixed possible ROS guest incomplete package installation;
*) l2tp server - added keepalive-timeout setting;
*) wireless - fixed RADIUS mac-caching;
*) wireless - fixed rare nv2 link stall;
*) metarouter - fixed system occasional lockup for 12s on RB4xx and RB7xx;
*) metarouter - fixed crash when FPU exception was raised in one of powerpc metarouters;
*) quickset - added HomeAP mode;
*) fixed "export compact" in "ip proxy";

[porozut]

Ну как с вашей проблемой решилось что ? , а то тут точно такая же образовалось =(((

[AlKov]

Ну как с вашей проблемой решилось что ? , а то тут точно такая же образовалось =(((

Решилась. Но не без "чудес".

Как писал выше, сначала решил откатить "базу" (RB411). После ребута железка "пропала" (отвалился ethernet), MAC-telnet видел только wlan интерфейс, но не цеплялся.

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

С "клиентом" чудес произошло еще больше - после отката железка в эфире появилась, доступ со стороны "базы" есть, но..

Захожу winbox-ом и вижу, что все три ethernet-а (RB333) "переименовались" в ether4, ether5 и ether6 соответственно.

Из-за этого соответственно развалился бридж. Пересобрал бридж, всё зажужжало. MTU пришел в порядок.

Сейчас ни ошибок ни дропов нет.

Вот такая чудесно-глючная история... :)

 

P.S. А у вас на каких железках такая проблема?

[porozut]

Ну как с вашей проблемой решилось что ? , а то тут точно такая же образовалось =(((

Решилась. Но не без "чудес".

Как писал выше, сначала решил откатить "базу" (RB411). После ребута железка "пропала" (отвалился ethernet), MAC-telnet видел только wlan интерфейс, но не цеплялся.

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

С "клиентом" чудес произошло еще больше - после отката железка в эфире появилась, доступ со стороны "базы" есть, но..

Захожу winbox-ом и вижу, что все три ethernet-а (RB333) "переименовались" в ether4, ether5 и ether6 соответственно.

Из-за этого соответственно развалился бридж. Пересобрал бридж, всё зажужжало. MTU пришел в порядок.

Сейчас ни ошибок ни дропов нет.

Вот такая чудесно-глючная история... :)

 

P.S. А у вас на каких железках такая проблема?

 

 

У нас стоят Mikrotik SXTG 5HnD , а откатывали до какой версии ?

[AlKov]

У нас стоят Mikrotik SXTG 5HnD , а откатывали до какой версии ?

Как рекомендовал Saab95, до 5.21.