spanning-tree LBK

Wiadomość

drozdov · #1

Szanowni Koledzy,
Jeden z vlanów na trunku był w stanie LBK. Podejrzewam, że spowodowane to było pojawieniem się pętli w VLANie, ale sam przełącznik nie był elementem pętli ( port byłby w stanie BLK ). Próbuje doszukać się większej ilości informacji o tym stanie portu, ale niestety google nie jest specjalnie wylewny. Najbardziej interesuje mnie jaki warunek musi być spełniony żeby taki stan się pojawił. Help me.

blahu77 · #2

Możesz szczegółowiej opisać tę sytuację i sieć?
Może ułatwić innym debugowanie takiego przypadku.

Rzeczywiście googlowanie na nic się nie zdało....

Czy jest możliwe że jest gdzieś fizyczna pętla? Np RX z TX ?
A może jakaś komenda ustawia ten stan?

-m

#3

No bo ruch zostal ze wzgledu na petle zdeaktywowany tylko na jednym z VLANow, byloby to conajmniej glupie i niebezpieczne by switch kladl caly port jezeli tylko jeden z VLANow sie zapetlil. Pole status zapewne dla niego wskazywalo Loopguard Inconsistent (LOOP_Inc). Port caly blokuje sie jedynie jezeli dziala w trybie access.

Kiedys czytalem ze cos takiego moze powstac przy odlaczaniu IP Phone-a podlaczonego bez POE, ale domniemam, ze w Twoim przypadku telefonu tu nie bylo

drozdov · #4

blahu77 pisze:Możesz szczegółowiej opisać tę sytuację i sieć?
Może ułatwić innym debugowanie takiego przypadku.

Jeżeli chodzi o topologie:
CORE <---->Switch CISCO <------ Trunk -------> Switch nie-cisco zarządzalny (porty access ) <-------------> kilka przełączników niezarządzalnych

Problem został rozwiązany ( restart jednego z przełączników niezarządzalnych i włączenie STP na nie-cisco ) tylko chciałem się dowiedzieć czy ktoś może ma jakieś informacje na tem at stau LBK dla VLANu na trunku. Jakie warunki muszą być spełnione żeby coś takiego się pojawiło ( np. duża ilość broadcastów ?)

peper pisze: Pole status zapewne dla niego wskazywalo Loopguard Inconsistent

Hmm jak przeglądam CCNP BCMSN Official Exam Certification Guide to tam są informacje loopgrard chroni przed sytuacją gdy port w stanie blocking nie otrzymuje przez jakiś czas ( Max Age ) ramek bpdu i przełacza się do stanu forwarding. Taka sytuacja chyba nie będzie miała tu miejsca bo port na ciskaczu powinien domyślnie być w FWD ( Designated ). Przełącznik root jest po stronie CORE. Chyba że się mylę ? Pozdrawiam i dzięki za aktywność