[lousx]

В логи посыпалось: bridge port received packet with own address as source address, probably loop

Так же на одной из антенн увеличивается sector writes since reboot в режиме реального времени.

 

На обоих концах моста включал на свитче loobback detection - петли нет.

 

В бридже отлавливается вот что:

forward: in:wlan1 out:ether1, src-mac d4:ca:6d:e2:4c:84, dst-mac ff:ff:ff:ff:ff:ff,

vlan-id 63, vlan-prio 0, eth-proto 0800, UDP, 1.2.6.71:5678->255.255.255.255:5678, len 133

 

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

Edited June 19, 2015 by lousx

[shipilev]

Так же на одной из антенн увеличивается sector writes since reboot в режиме реального времени.

 

Обычная проблема, периодически ломают и чинят. Последний раз сломали в 6.28, последний раз починили в 6.29.

 

forward: in:wlan1 out:ether1, src-mac d4:ca:6d:e2:4c:84, dst-mac ff:ff:ff:ff:ff:ff,

vlan-id 63, vlan-prio 0, eth-proto 0800, UDP, 1.2.6.71:5678->255.255.255.255:5678, len 133

 

udp/5678 -- это микротиковский neighbor discovery, не удивительно, что у него src mac -- роутерный.

 

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

 

Ну и это, наверняка, не относится к двум предыдущим "проблемам". Они просто так появились? Если апгрейдили ROS, даунгрейдите обратно и багрепорьте.

[lousx]

Ну и это, наверняка, не относится к двум предыдущим "проблемам". Они просто так появились? Если апгрейдили ROS, даунгрейдите обратно и багрепорьте.

Проблема появилась ни с того ни с сего. ROS обновил уже после.

Предыдущую проблему решили. Эта осталась даже после замены моста на юбики. Наверное придется создавать отдельную тему...

Спасибо.

[pandel]

Аналогичная хрень, на мосту из двух sxt lite в логах bridge port received packet with own address as source address, probably loop

Какую петлю он видит? на 3 или 2 уровне?

[kamae1ka]

а какой конфиг?

[phoenix34]

была на днях такая же петля.

причина появления данной проблемы не внимательность при заливке config на станцию

решение было смена mac адреса на интерфейсе LAN т.к. отличался от интерфейса WLAN

[IL-48]

Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI)

В общем должно быть так: на точке lan и wlan в бридже с маком LAN.

На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan.

[romsan]

с пол года как, настроил wi-fi сеть на микротиках (CapsMan RB2011 + 6 hAP Lite). Систематические подглядывания в лог - ничего подозрительного замечено не было. Неделю назад обновился на 6.42.5.... В лог начало сыпаться вот такая хрень:

 

Spoiler

12:20:44 interface,warning ether2-slave: bridge port received packet with own address as source address (6c:3b:6b:**:**:**), probably loop
 12:20:57 caps,error removing stale connection [6C:3B:6B:**:**:F7/17/3c3b,Run,[6C:3B:6B:**:**:F7]] because of ident conflict with [6C:3B:6B:**:**:F7/17/a46d,Join,[6C:3B:6B:**:**:F7]] 
12:20:57 caps,info [6C:3B:6B:**:**:F7/17/a46d,Join,[6C:3B:6B:**:**:F7]] joined, provides radio(s): 6C:3B:6B:**:**:FB

......

12:26:09 interface,warning ether2-slave: bridge port received packet with own address as source address (6c:3b:6b:**:**:**), probably loop

.....

12:26:15 interface,warning ether2-slave: bridge port received packet with own address as source address (6c:3b:6b:**:**:**), probably loop

 

это то, о чем выше было описано? где то не верно МАС прописан? В частности на одной из сАР сидящей на ether2?

Edited July 6, 2018 by romsan

[mafijs]

Убрать wlan интерфейс с бриджа, если управляется с CAPsMan.

[chetkiyparen]

В 21.05.2018 в 15:25, IL-48 сказал:

Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI)

В общем должно быть так: на точке lan и wlan в бридже с маком LAN.

На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan.

а как мак адрес поменять на Wlan ?  На Lan мак был поменян, т.к. у провайдера привязка по маку была

[onsergey]

Такая же история в LOG-ах MIKROTIK CCR1009-7G-1C-PC писал ether2: bridge port received packet with own address as source address (XX:XX:XX:XX:XX:XX), probably loop

 

ОКАЗАЛОСЬ, ЧТО В РЯДОМ ЛЕЖАЩЕМ ХАБЕ ВОТКНУЛИ ПАТЧ-КОРД "САМ В СЕБЯ")))

 

Убрав патч-корд всё вернулось в норму и сеть перестала сбоить.

 

[KroshaEnot]

Такая же история была. HEXPoe как контроллер Капсман говорил раз в час "ether2 bridge port received packet with own address as source address ..... probably loop". На ether2 был Cap AC.

Выяснилось что бридж на CapAC взял тот же мак что и радиомодуль на 2,4.

После удаления бриджа на CapAC полет нормальный.

Капсман подхватил WLAN интерфейсы CapAC и их собственными маками. Дискавери интерфейс установил eth1 AC в капсмане.

[qbic]

Если бридж на автомате взял себе MAC радиомодуля, могут появляться сабжевые сообщения.

Надо в свойствах бриджа прописать Admin. MAC Address MAC-адресом проводного интерфейса, через который точка подключена к устройству с CAPsMAN

 

На устройстве с CAPsMAN на вкладке Provisioning должны быть прописаны MAС радиомодулей, и они должны отличаться от МАС бриджа на точке.

MAC бриджей точек будет виден на вкладке Remote CAP на CAPsMAN.

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

Edited October 1, 2021 by qbic