Перейти к содержимому
Калькуляторы

probably loop

В логи посыпалось: 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

 

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

Изменено пользователем lousx

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так же на одной из антенн увеличивается 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, даунгрейдите обратно и багрепорьте.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

с пол года как, настроил 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?

Изменено пользователем romsan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Такая же история в 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

 

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Такая же история была. 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 в капсмане.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

2021-10-01_22-17-56.png

 

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

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

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

Изменено пользователем qbic

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

qbic, Зарегался чтобы сказать тебе спасибо, ты помог! Несколько дней искал проблему, оказалась она заключалась в такой мелочи как MAC бриджа на самой точке доступа.

Если у кого будет похожая ситуация (сразу скажу я новичок): 2 сети wifi (сотрудники, гости) и проводная локалка, все отдельно, у каждой сети свой бридж. Захотел перевести wifi для сотрдуников в бридж к проводной сети. Переключил бридж в capsman datapath и сеть стала падать, в лог сыпятся сообщения о петлях. Помог совет qbic 

Цитата

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.