Jump to content
Калькуляторы

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

 

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

Edited by lousx

Share this post


Link to post
Share on other sites

Так же на одной из антенн увеличивается 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

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

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

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

Спасибо.

Share this post


Link to post
Share on other sites

Аналогичная хрень, на мосту из двух 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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
В 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

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

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now