lousx Posted June 19, 2015 (edited) · Report post В логи посыпалось: 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 Share this post Link to post Share on other sites
shipilev Posted June 19, 2015 · Report post Так же на одной из антенн увеличивается 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, даунгрейдите обратно и багрепорьте. Share this post Link to post Share on other sites
lousx Posted June 22, 2015 · Report post Ну и это, наверняка, не относится к двум предыдущим "проблемам". Они просто так появились? Если апгрейдили ROS, даунгрейдите обратно и багрепорьте. Проблема появилась ни с того ни с сего. ROS обновил уже после. Предыдущую проблему решили. Эта осталась даже после замены моста на юбики. Наверное придется создавать отдельную тему... Спасибо. Share this post Link to post Share on other sites
pandel Posted August 30, 2015 · Report post Аналогичная хрень, на мосту из двух sxt lite в логах bridge port received packet with own address as source address, probably loop Какую петлю он видит? на 3 или 2 уровне? Share this post Link to post Share on other sites
kamae1ka Posted August 31, 2015 · Report post а какой конфиг? Share this post Link to post Share on other sites
phoenix34 Posted March 2, 2016 · Report post была на днях такая же петля. причина появления данной проблемы не внимательность при заливке config на станцию решение было смена mac адреса на интерфейсе LAN т.к. отличался от интерфейса WLAN Share this post Link to post Share on other sites
IL-48 Posted May 21, 2018 · Report post Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. Share this post Link to post Share on other sites
romsan Posted July 6, 2018 (edited) · Report post с пол года как, настроил 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 Share this post Link to post Share on other sites
mafijs Posted July 8, 2018 · Report post Убрать wlan интерфейс с бриджа, если управляется с CAPsMan. Share this post Link to post Share on other sites
chetkiyparen Posted August 22, 2018 · Report post В 21.05.2018 в 15:25, IL-48 сказал: Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. а как мак адрес поменять на Wlan ? На Lan мак был поменян, т.к. у провайдера привязка по маку была Share this post Link to post Share on other sites
onsergey Posted February 9 · Report post Такая же история в 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 ОКАЗАЛОСЬ, ЧТО В РЯДОМ ЛЕЖАЩЕМ ХАБЕ ВОТКНУЛИ ПАТЧ-КОРД "САМ В СЕБЯ"))) Убрав патч-корд всё вернулось в норму и сеть перестала сбоить. Share this post Link to post Share on other sites
