Какви са Keepalive съобщенията на превключвателя на Cisco

errdisable казва, че примката, спретнат Keepalive, STP мълчи, има буря. Тя не може да бъде L3 мултикаст, тъй като това буца. Ако, както вие казвате, че е L2 мултикаст, SRC Mac = Switch Mac на, DST Mac = FF :: FF, а след това всички логически
Но открих, че тази рамка е Старият SRC = DST, областта на Ethernet тип = 0x9000. В този случай, ако преминаването изплюва рамката от своя интерфейс, устройството приема, че пакетът от другата страна трябва да го върне в същия вид (SRC Mac = DST Mac) и по този начин се гасят errdisable интерфейс дължи на линия. Или това е рамката трябва по някакъв начин променя / Преработен?

Благодаря на всички ви. Установено е, че има GPON активно транзит доставчик устройство (мост), на която стария фърмуер неправилно отговаря кадри от данни, докато спря [не KeepAlive] на интерфейса

Точно така, една и съща информация и открих, че това е рамката за проверка на ефективността на протокол. И той SRC Mac = DST Mac, но в този случай, ако преминаването изплюва рамката от своя интерфейс, устройството приема, че пакетът от другата страна трябва да го върне в същия вид (SRC Mac = DST Mac) и errdisable интерфейс съответно за погасяването на дължимото за линия. Или това е рамката трябва по някакъв начин променя / Преработен?

Тук изглежда да има обяснение:

Не се допуска промяна никога не излиза с кадър на пристанището, през които тя пристигна.
.
Когато SwitchB открива, че целевият MAC адреса на този LOOP кадър се научил на едно и също пристанище, тя ще изхвърли на рамката, а не да го препрати обратно към SwitchA. Така че в един добре възпитани комутируема мрежа, LOOP рамки никога не се предават обратно на подателите, тъй като това би наложило изпращането им обратно през много пристанище пристигнали през - и това е забранено.

LOOP-тест пакет ще се върне, само ако всички ключове по пътя на своя маршрут, за да подател, различна от тази, на която пристигна на пакета. И това е примката.