Truy tìm tin nhắn TCN trong STP


12

Chúng tôi có khoảng 20 vlans trên mạng L2 chạy Rapid PVST + trong đó cầu nối gốc là một chồng 3750 thiết bị chuyển mạch của Cisco. Tôi hơi bối rối trước số lượng thông báo TCN tôi nhận được trên công tắc ..

Ngăn xếp 3750 là gốc cho tất cả các Vlan và nó nhận được thông báo TCN hàng ngày (đôi khi nhiều hơn, đôi khi ít hơn một chút). Nó nhận được các TCN cùng một lúc và trên cùng một cổng cho tất cả các Vlan. Khi tôi truy ngược lại nơi các TCN này đến từ đâu show spanning-tree detail | inc ieee|occurr|from|is exec, tôi kết thúc bằng một công tắc (switch-b) chỉ có 5 thân được cấu hình và không có cổng truy cập.

Tôi không thể kết hợp một sự kiện như liên kết trên công tắc này tăng hoặc giảm cùng lúc với các TCN được nhận. Khi tôi đưa ra lệnh trên trên công tắc này, kết quả cho tôi biết rằng thay đổi cấu trúc liên kết cuối cùng đã lâu hơn nhiều.

Kết luận của tôi:

TCN được gửi phải được theo dõi bởi một sự kiện trên liên kết trung kế hoặc toàn bộ công tắc vì tất cả các Vlan đều nhận được thông báo thay đổi cấu trúc liên kết. Nó phải là một cái gì đó cục bộ trên switch-b.

Điều gì có thể là lý do để tạo ra các TCN này? 5 liên kết trung kế đã không thay đổi trạng thái của họ. Nó không thể đi sâu hơn nữa bởi vì thay đổi cấu trúc liên kết cuối cùng trên switch-b không khớp với thay đổi cấu trúc liên kết cuối cùng trên lõi. Thay đổi cấu trúc liên kết cuối cùng trên switch-b đã lâu hơn nhiều.

Có suy nghĩ gì không?


Bạn có nhận được thêm với điều này? Tôi đang thấy tương tự. Tôi nghi ngờ các TCN được gửi đi trên các thân cây ngay cả khi chúng không tham gia vào Vlan khiến việc theo dõi trở nên khó khăn hơn. Tệ hơn nữa là chúng dường như được chuyển tiếp qua các thiết bị chuyển mạch khi bản thân công tắc không tham gia vào Vlan đó

Trên thực tế chưa, tôi đã tìm thấy một số thiết bị chuyển mạch với các cổng truy cập không có portfast trên đó. Nhưng điều đó không phải là một lời giải thích thực sự cho việc thay đổi cấu trúc liên kết trên al vlans cùng một lúc..Nhưng thật kỳ lạ, tôi sẽ nhận được ít hơn rất nhiều trong vài ngày qua. Đó là lý do tại sao tôi tập trung vào một số vấn đề khác được ưu tiên hơn. Tôi nghĩ rằng câu trả lời từ dockmaster chỉ bằng cách thực hiện một số gỡ lỗi là một câu hỏi hay. Theo dõi gần với nguồn và sau đó thực hiện một số gỡ lỗi ...
user209

Câu trả lời:


12

Bạn có thể chỉ cần gỡ lỗi các TCN. Trong trường hợp của tôi, gần đây tôi đã gỡ lỗi chúng bằng cách sử dụng debug spann mstp tc(khi tôi chạy MSTP), nhưng cũng sử dụng debug spanning-tree events bạn sẽ thấy chúng:

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

chỉ có cùng một vấn đề ... và nếu bạn chạy portfast trên tất cả các cổng truy cập của mình thì nó sẽ không gửi tin nhắn TCN và bạn không nhận được tin nhắn TCN và nó không được gửi đến tất cả các thiết bị chuyển mạch .... nếu bạn không bật portfast trên tất cả các cổng truy cập của bạn và một thiết bị ngừng hoạt động, nó sẽ gửi tin nhắn TCN và xóa arp trên tất cả các thiết bị chuyển mạch của bạn, chúng sẽ phải học lại MACS một lần nữa ....

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.