lousx Опубликовано 19 июня, 2015 (изменено) · Жалоба В логи посыпалось: 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 Суть проблемы в том, что при нагрузке, линк падает и/или канальная скорость проседает. Изменено 19 июня, 2015 пользователем lousx Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shipilev Опубликовано 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, даунгрейдите обратно и багрепорьте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lousx Опубликовано 22 июня, 2015 · Жалоба Ну и это, наверняка, не относится к двум предыдущим "проблемам". Они просто так появились? Если апгрейдили ROS, даунгрейдите обратно и багрепорьте. Проблема появилась ни с того ни с сего. ROS обновил уже после. Предыдущую проблему решили. Эта осталась даже после замены моста на юбики. Наверное придется создавать отдельную тему... Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pandel Опубликовано 30 августа, 2015 · Жалоба Аналогичная хрень, на мосту из двух sxt lite в логах bridge port received packet with own address as source address, probably loop Какую петлю он видит? на 3 или 2 уровне? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kamae1ka Опубликовано 31 августа, 2015 · Жалоба а какой конфиг? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
phoenix34 Опубликовано 2 марта, 2016 · Жалоба была на днях такая же петля. причина появления данной проблемы не внимательность при заливке config на станцию решение было смена mac адреса на интерфейсе LAN т.к. отличался от интерфейса WLAN Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IL-48 Опубликовано 21 мая, 2018 · Жалоба Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
romsan Опубликовано 6 июля, 2018 (изменено) · Жалоба с пол года как, настроил 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? Изменено 6 июля, 2018 пользователем romsan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mafijs Опубликовано 8 июля, 2018 · Жалоба Убрать wlan интерфейс с бриджа, если управляется с CAPsMan. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chetkiyparen Опубликовано 22 августа, 2018 · Жалоба В 21.05.2018 в 15:25, IL-48 сказал: Была ошибка, вместо wlan мака на капсмене, был указан мак бриджа точки (lan интерфейс), поэтому он сам на себя и зацикливался, что вводило точку в циклический ребут (статус MI) В общем должно быть так: на точке lan и wlan в бридже с маком LAN. На капсмене задаём mac для wi-fi - отличный от бриджа (lan). Можно прописать mac Wlan. а как мак адрес поменять на Wlan ? На Lan мак был поменян, т.к. у провайдера привязка по маку была Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
onsergey Опубликовано 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 ОКАЗАЛОСЬ, ЧТО В РЯДОМ ЛЕЖАЩЕМ ХАБЕ ВОТКНУЛИ ПАТЧ-КОРД "САМ В СЕБЯ"))) Убрав патч-корд всё вернулось в норму и сеть перестала сбоить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KroshaEnot Опубликовано 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 в капсмане. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
qbic Опубликовано 1 октября, 2021 (изменено) · Жалоба Если бридж на автомате взял себе MAC радиомодуля, могут появляться сабжевые сообщения. Надо в свойствах бриджа прописать Admin. MAC Address MAC-адресом проводного интерфейса, через который точка подключена к устройству с CAPsMAN На устройстве с CAPsMAN на вкладке Provisioning должны быть прописаны MAС радиомодулей, и они должны отличаться от МАС бриджа на точке. MAC бриджей точек будет виден на вкладке Remote CAP на CAPsMAN. Недостаток настройки может состоять в том, что если переткнуть кабель, то желательно прописать MAC нового интерфейса. Автоматом он скорее всего не изменится. Изменено 1 октября, 2021 пользователем qbic Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
onetwothree Опубликовано 25 октября, 2023 · Жалоба qbic, Зарегался чтобы сказать тебе спасибо, ты помог! Несколько дней искал проблему, оказалась она заключалась в такой мелочи как MAC бриджа на самой точке доступа. Если у кого будет похожая ситуация (сразу скажу я новичок): 2 сети wifi (сотрудники, гости) и проводная локалка, все отдельно, у каждой сети свой бридж. Захотел перевести wifi для сотрдуников в бридж к проводной сети. Переключил бридж в capsman datapath и сеть стала падать, в лог сыпятся сообщения о петлях. Помог совет qbic Цитата Надо в свойствах бриджа прописать Admin. MAC Address MAC-адресом проводного интерфейса, через который точка подключена к устройству с CAPsMAN Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...