Upgrade na 6.43.4 - smyčka

cesarek

Ahoj možná někomu pomůže. Po upgrade na tento FW se mi po čase začal tvořit kroužek, info v logu bridge port received packet with own address as source address probably loop.

Pomohlo mi až odebrání všech bridge + port a znovu nastavení.

robotvor

Tohle se u nás taky objevuje a nevíme proč.

whef

To už mi taky dělalo dávno i ve starých vezích, ale nevím proč, jestli někde duplicita mac adresy, či co. Spíš se nám to v poslední době zasmičkovalo přes dva routery s touto verzí, těžko říct, kde je problém.

mpcz

Také se hlásím do klubu, dělá mi to na několika bodech už léta, změna verzí nepomáhá, řešení jsem zatím nenašel. Chtělo by to asi nějakou diagnostiku nebo cílený pracovní postup, jak to hledat. mpcz, 25.11.2018

zero

Já v pátek objevil stejnou MAC na eth1 RB1100x4 a eth1 hEX PoE - takže tak.

mpcz

A to se stalo jak? mpcz, 25.11.2018

robotvor

Já si na jednom zařízení co to dělá všiml stejné MAC na eth a bridge....

kozlicek

Také se hlásím do klubu, dělá mi to na několika bodech už léta, změna verzí nepomáhá, řešení jsem zatím nenašel. Chtělo by to asi nějakou diagnostiku nebo cílený pracovní postup, jak to hledat. mpcz, 25.11.2018

reseni je nepouzivat MK :-)

zero

A to se stalo jak? mpcz, 25.11.2018

Nijak, byly to originál kusy objednaný z i4. Takže předpokládám, že chyba ve výrobě

hapi

Já si na jednom zařízení co to dělá všiml stejné MAC na eth a bridge....

to je přece normální ne? bridge si bere mac z prvního iface v bridge. sub_zero má doslova stejnou hw mac.

rsaf

sub_zero má doslova stejnou hw mac.

Jestli je to fakt pravda, tak jsou v tom MKT úplní kokoti.

mpcz

Já si na jednom zařízení co to dělá všiml stejné MAC na eth a bridge....

to je přece normální ne? bridge si bere mac z prvního iface v bridge. sub_zero má doslova stejnou hw mac.

A jako obvykle, té větě nerozumím, krom toho, že je to běžné, což je. Má to nějakou souvislost s tím loopem, co nás tady některé trápí? Děkuji, mpcz, 26.11.2018

pepulis

Já si na jednom zařízení co to dělá všiml stejné MAC na eth a bridge....

to je přece normální ne? bridge si bere mac z prvního iface v bridge. sub_zero má doslova stejnou hw mac.

A jako obvykle, té větě nerozumím, krom toho, že je to běžné, což je. Má to nějakou souvislost s tím loopem, co nás tady některé trápí? Děkuji, mpcz, 26.11.2018

Co je na odpovedi k predchozimu komentari nepochopitelne? Hapi predce odpovidal na: Já si na jednom zařízení co to dělá všiml stejné MAC na eth a bridge.... a na to bylo odpovezeno.

mpcz

Děkuji Advokátní kanceláři s.r.o. za "odpověď", ale ta moje otázka byla jasná. Protože to, že se běžně vyskytuje MAC duplicitně, jednoznačně neznamená v daném problému vlákna (smyčka) ani ano ani ne. Alespoň pro mě ne, tak jsem si dovolil se zeptat. Mám rád jasno, zvláště, když nejsem sám, kdo to dlouhodobě řeší. mpcz, 26.11.2018

ludvik

znáte? https://wiki.mikrotik.com/wiki/Manual ... figuration

hapi

moc dobrej link.

funny102

podobnú anomáliu som zbadal aj ja po vytvorení bridgu (rstp) (pred tým som bridge nemal ale iba ip na ether3) a pridaní ether4 a ether5 do bridgu.

10 interface,warning ether5: bridge port received packet with own address as source address (6c), probably loop

mac adresa bridgu 6C

mac adresa ethr portu5 6C

mac adresa ethr portu3 6C

upgrade biosu a packet listu nepomohol, odstránenie brdigu a pridanie portov znova nepomohlo