Що з себе представляють keepalive повідомлення на cisco switch

Попередня ◈ Наступна

errdisable каже що петля, прибираю keepalive, STP мовчить, шторму немає. Це не може бути L3 мультикаст, так як це клубок. Якщо, як ви кажете, це L2 мультикаст, то SRC mac = Switch mac, DST mac = FF :: FF, тоді все логічно
Але знайшов інфу що це фрейм SRC = DST, поле Ethernet type = 0x9000. В такому випадку якщо комутатор випльовує даний фрейм зі свого інтерфейсу, то пристрій обробляє фрейми на іншій стороні має повернути його в тому ж вигляді (SRC mac = DST mac) і відповідно errdisable загасити інтерфейс через петлі. Або це фрейм повинен якось змінитися / оброблений?

Всім дякую. З'ясувалося, що у провайдера там активну транзитне пристрій GPON (bridge), яке на старій прошивці некоректно відпрацьовує дані фрейми, поки зупинився на [no keepalive] на інтерфейсі

Все вірно, ту ж інформацію знайшов і я, що це фрейм для перевірки працездатності протоколу. І у нього SRC mac = DST mac, але в такому випадку якщо комутатор випльовує даний фрейм зі свого інтерфейсу, то пристрій обробляє фрейми на іншій стороні має повернути його в тому ж вигляді (SRC mac = DST mac) і відповідно errdisable загасити інтерфейс з- за петлі. Або це фрейм повинен якось змінитися / оброблений?

Ось тут начебто є пояснення:

A switch never forwards a frame back the port through which it arrived.
.
When SwitchB discovers that the destination MAC address of this LOOP frame is learned on the same port, it will discard the frame rather than forwarding it back to SwitchA. So in a well-behaved switched network, LOOP frames are never forwarded back to their senders because that would necessitate sending them back through the very port they arrived through - and that is prohibited.

Тестовий LOOP-пакет повернеться тільки якщо на всіх свіч по шляху його проходження маршрут до відправника інший, ніж той, за яким надійшов пакет. А це і є петля.

Попередня ◈ Наступна