lousx Posted June 19, 2015 Posted June 19, 2015 (edited) В логи посыпалось: 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 Вставить ник Quote
shipilev Posted June 19, 2015 Posted June 19, 2015 Так же на одной из антенн увеличивается 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, даунгрейдите обратно и багрепорьте. Вставить ник Quote
lousx Posted June 22, 2015 Author Posted June 22, 2015 Ну и это, наверняка, не относится к двум предыдущим "проблемам". Они просто так появились? Если апгрейдили ROS, даунгрейдите обратно и багрепорьте. Проблема появилась ни с того ни с сего. ROS обновил уже после. Предыдущую проблему решили. Эта осталась даже после замены моста на юбики. Наверное придется создавать отдельную тему... Спасибо. Вставить ник Quote
pandel Posted August 30, 2015 Posted August 30, 2015 Аналогичная хрень, на мосту из двух sxt lite в логах bridge port received packet with own address as source address, probably loop Какую петлю он видит? на 3 или 2 уровне? Вставить ник Quote
phoenix34 Posted March 2, 2016 Posted March 2, 2016 была на днях такая же петля. причина появления данной проблемы не внимательность при заливке config на станцию решение было смена mac адреса на интерфейсе LAN т.к. отличался от интерфейса WLAN Вставить ник Quote
IL-48 Posted May 21, 2018 Posted May 21, 2018 Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. Вставить ник Quote
romsan Posted July 6, 2018 Posted July 6, 2018 (edited) с пол года как, настроил 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 Вставить ник Quote
mafijs Posted July 8, 2018 Posted July 8, 2018 Убрать wlan интерфейс с бриджа, если управляется с CAPsMan. Вставить ник Quote
chetkiyparen Posted August 22, 2018 Posted August 22, 2018 В 21.05.2018 в 15:25, IL-48 сказал: Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. а как мак адрес поменять на Wlan ? На Lan мак был поменян, т.к. у провайдера привязка по маку была Вставить ник Quote
onsergey Posted February 9, 2021 Posted February 9, 2021 Такая же история в 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 ОКАЗАЛОСЬ, ЧТО В РЯДОМ ЛЕЖАЩЕМ ХАБЕ ВОТКНУЛИ ПАТЧ-КОРД "САМ В СЕБЯ"))) Убрав патч-корд всё вернулось в норму и сеть перестала сбоить. Вставить ник Quote
KroshaEnot Posted May 9, 2021 Posted May 9, 2021 Такая же история была. 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 в капсмане. Вставить ник Quote
qbic Posted October 1, 2021 Posted October 1, 2021 (edited) Если бридж на автомате взял себе MAC радиомодуля, могут появляться сабжевые сообщения. Надо в свойствах бриджа прописать Admin. MAC Address MAC-адресом проводного интерфейса, через который точка подключена к устройству с CAPsMAN На устройстве с CAPsMAN на вкладке Provisioning должны быть прописаны MAС радиомодулей, и они должны отличаться от МАС бриджа на точке. MAC бриджей точек будет виден на вкладке Remote CAP на CAPsMAN. Недостаток настройки может состоять в том, что если переткнуть кабель, то желательно прописать MAC нового интерфейса. Автоматом он скорее всего не изменится. Edited October 1, 2021 by qbic Вставить ник Quote
onetwothree Posted October 25, 2023 Posted October 25, 2023 qbic, Зарегался чтобы сказать тебе спасибо, ты помог! Несколько дней искал проблему, оказалась она заключалась в такой мелочи как MAC бриджа на самой точке доступа. Если у кого будет похожая ситуация (сразу скажу я новичок): 2 сети wifi (сотрудники, гости) и проводная локалка, все отдельно, у каждой сети свой бридж. Захотел перевести wifi для сотрдуников в бридж к проводной сети. Переключил бридж в capsman datapath и сеть стала падать, в лог сыпятся сообщения о петлях. Помог совет qbic Цитата Надо в свойствах бриджа прописать Admin. MAC Address MAC-адресом проводного интерфейса, через который точка подключена к устройству с CAPsMAN Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.