Śledzenie wiadomości TCN w STP


12

Mamy około 20 sieci w sieci L2 z systemem Rapid PVST +, gdzie mostem głównym jest stos przełączników 3750 firmy Cisco. Jestem trochę zaskoczony liczbą powiadomień TCN, które otrzymuję na przełączniku.

Stos 3750 jest głównym źródłem wszystkich sieci VLAN i codziennie otrzymuje powiadomienia TCN (czasem więcej, czasem trochę mniej). Odbiera TCN w tym samym czasie i na tym samym porcie dla wszystkich sieci VLAN. Kiedy prześledzę, skąd pochodzą te TCN show spanning-tree detail | inc ieee|occurr|from|is exec, kończę na przełączniku (switch-b) z skonfigurowanymi tylko 5 liniami i bez portów dostępu.

Nie mogę dopasować zdarzenia, takiego jak łącze na tym przełączniku, rosnącego lub malejącego w tym samym czasie, gdy otrzymywane są TCN. Po wydaniu powyższego polecenia na tym przełączniku wyniki mówią mi, że ostatnia zmiana topologii była znacznie dłuższa.

Moje wnioski:

Wysłane TCN musi zostać wyzwolone przez zdarzenie w łączu trunkingowym lub całym przełączniku, ponieważ wszystkie sieci VLAN otrzymały powiadomienie o zmianie topologii. To musi być coś lokalnego na przełączniku b.

Jaki może być powód powstania tych obywateli państw trzecich? 5 łączy nie zmieniło swojego stanu. Nie może zejść dalej, ponieważ ostatnia zmiana topologii na przełączniku b nie pasuje do ostatniej zmiany topologii w rdzeniu. Ostatnia zmiana topologii na przełączniku b jest znacznie dłuższa.

jakieś pomysły?


Czy poszedłeś dalej z tym? Widzę podobnie. Podejrzewam, że TCN są wysyłane na pniach, nawet jeśli nie uczestniczą w sieci VLAN, co utrudnia ich wyśledzenie. Co gorsza, wydaje się, że są one przekazywane między przełącznikami, gdy sam przełącznik nie uczestniczy w tej sieci VLAN

Właściwie jeszcze nie, znalazłem kilka przełączników z portami dostępowymi bez portu. Ale to stil nie jest prawdziwym wytłumaczeniem ujawnienia zmian topologii w al vlansach w tym samym czasie .. Ale dość dziwne, dostaję o wiele mniej tcn w ciągu ostatnich kilku dni. Dlatego skupiam się na innych sprawach o większym priorytecie. Myślę, że odpowiedź od dockmastera po prostu przeprowadzając debugowanie jest dobra. Śledź tak blisko źródła, a następnie wykonaj debugowanie ...
user209

Odpowiedzi:


12

Powinieneś być w stanie po prostu debugować TCN. W moim przypadku ostatnio debugowałem je za pomocą debug spann mstp tc(gdy uruchamiam MSTP), ale również za pomocą debug spanning-tree events was zobaczysz:

Jul 10 07:42:18 UTC: STP: VLAN0228 Topology Change rcvd on Gi1/0/9       <<< received
Jul 10 07:42:18 UTC: STP: VLAN0228 sent Topology Change Notice on Po10   <<< forwarded

0

po prostu miałem te same problemy ... a jeśli uruchomisz portfast na wszystkich portach dostępu, nie wyśle ​​on wiadomości TCN i nie otrzymasz wiadomości TCN i nie zostanie wysłany do wszystkich przełączników ... jeśli nie włączysz portfast na wszystkich twoich portach dostępowych, a urządzenie jest wyłączone / wysyła wiadomość TCN i opróżni arp na wszystkich twoich przełącznikach, będą musieli ponownie nauczyć się MACS ...

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.