Имеется в наличии радиомост на базе Mikrotik wAP, работает почти год, расстояние небольшое – около 300 метров. С самого начал ожидал большего от этой модели, но выше 20 Mbps скорость не смог поднять, временами поднимается до 50 Mbps. Режим NV2. Одна точка стоит на крыше 5 этажного здания, другая – приколочена сбоку гаража. Используется для видео наблюдения (2 IP камеры) и разных излишеств, которые могут приключиться в гараже на почве интернета.
После установки напрягало одно – камеры писали на NVR (который стоит дома, не в гараже) с пропусками. На рисунке CH01 и CH02 – гараж, CH03 – стоит рядом с NVR/
Наконец то дошли руки и решил с этим разобраться. Настраивал самым обычным способом, мануалов полно в интернете, все практически одинаковы, – ничего сложного. Первым делом ознакомился с советами по оптимизации прохождения трафика видео и применил multicast_helper – enable. WMM не нашёл в базовой станции, где включается, через терминал командой – отказало (не стал разбираться почему так):
Понаблюдал пару дней – ничего не изменилось. Случайно (как обычно, сами знаете как это бывает) заглянул в логи и увидел это – bridge loop detected:
Bridge port received packet with own address as source address (xx:3b:xx:9f:db:xx), probably loop
Просмотрел, что с этим можно сделать в интернете, горемык оказалось много. Перепробовал все перечисленные способы, обновился до стабильной версии 6.41.3, отключал потребителей трафика, контроль петли включал, полностью перенастраивал весь мост с нуля – НИЧЕГО не помогло.
Взял и написал в саппорт Mikrotik, и неожиданно для меня они сразу дали правильное направление, которого я нигде в инете не встречал.
“disabling Neighbor Discovery on ether1 and wlan1 interfaces and keep enabled only on bridge1”
Правда с кондачка не получилось, кнопок в Winbox я таких не нашёл, команды типа:
ip neighbor discovery set ether1 discover=no
ничего не дали, пишет ошибка синтаксиса, хотя на другой модели Микротика – всё сработало.
Идём сюда: ip — neighbor — Discovery settings
было так:
делаем так:
В логах ошибки пропали. Стоит отметить, что ошибки были на одной точке (которая в гараже). Но на всякий случай и на AP так же сделал.
Пока наблюдаю, следующим шагом сделаю как предложено с помощью правил Queues оптимизировать под видеотрафик здесь.
Update 01.01.2020
Радиомост пришлось заменить на более производительный – пара SX 2 RBSXTG-2HnD и SX Lite2 RBSXT2nDr-2.
У меня тоже появились такие ошибки. Но ваш способ не помог (((
Мне помогло. Но после этого DHCP около минуты начал IP выдавать для WI-FI на устройствах подключённых к клиентской точке.