STP에서 TCN 메시지 추적

12

루트 브리지가 Cisco의 3750 스위치 스택 인 Rapid PVST +를 실행하는 L2 네트워크에는 약 20 개의 VLAN이 있습니다. 스위치에서 수신 한 TCN 알림 수에 약간 당황합니다 ..

3750 스택은 모든 VLAN의 루트이며 매일 TCN 알림을받습니다 (때로는 더 많고 때로는 조금 적음). 모든 VLAN에 대해 동시에 동일한 포트에서 TCN을 수신합니다. 이 TCN의 출처를 추적하면 show spanning-tree detail | inc ieee|occurr|from|is exec5 개의 트렁크 만 구성되고 액세스 포트가없는 스위치 (switch-b)가됩니다.

TCN이 수신되는 동시에이 스위치의 링크와 같은 이벤트가 일치하거나 증가하지 않습니다. 이 스위치에서 위의 명령을 실행하면 결과에 마지막 토폴로지 변경이 훨씬 더 오래 걸렸습니다.

내 결론 :

모든 VLAN이 토폴로지 변경 알림을 수신 했으므로 전송 된 TCN은 트렁크 링크 또는 전체 스위치의 이벤트에 의해 트리거되어야합니다. switch-b의 로컬 항목이어야합니다.

이 TCN을 시작한 이유는 무엇입니까? 5 개의 트렁크 링크는 상태를 변경하지 않았습니다. switch-b의 마지막 토폴로지 변경이 코어의 마지막 토폴로지 변경과 일치하지 않기 때문에 더 다운 스트림으로 올 수 없습니다. switch-b의 마지막 토폴로지 변경은 훨씬 더 오래되었습니다.

이견있는 사람?

— 사용자 209
소스

이것으로 더 이상 얻었습니까? 나는 비슷한 것을보고있다. TCN이 VLAN에 참여하지 않더라도 트렁크를 통해 전송되어 추적이 더 까다로워 질 것으로 생각됩니다. 더 나쁜 것은 스위치 자체가 해당 VLAN에 참여하지 않을 때 스위치를 통해 전달되는 것 같습니다

실제로 아직은 포트 패스트가없는 액세스 포트가있는 일부 스위치를 찾았습니다. 그러나 그 stil은 동시에 al vlan에서 토폴로지 변경 사항을 복구하는 것에 대한 실제 설명이 아닙니다. 그렇기 때문에 저의 초점이 다른 문제에 더 중점을 둡니다. 도킹 마스터의 대답은 단순히 일부 디버깅을 수행하는 것이 좋습니다. 소스에 가깝게 추적 한 후 디버깅을 수행합니다.

— user209

12

TCN을 간단히 디버깅 할 수 있어야합니다. 필자의 경우 최근에 debug spann mstp tc(MSTP를 실행할 때)를 사용하여 디버깅 했지만 다음을 사용하여 debug spanning-tree events 볼 수 있습니다.

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

동일한 문제가 발생했습니다 ... 모든 액세스 포트에서 portfast를 실행하면 TCN 메시지를 보내지 않고 TCN 메시지를받지 못하고 모든 스위치로 보내지지 않습니다 .... 사용하지 않으면 모든 액세스 포트에 portfast가 있고 장치가 다운 / 업되면 TCN 메시지를 전송하고 모든 스위치에서 arp를 플러시하여 MACS를 다시 한번 배워야합니다 ....

— 토니
소스