Các cổng Cisco 2960 Portfast tạo Spanning Tree TCN


8

Chúng tôi đang vận hành một số ngăn xếp Cisco 2960S tại đây và trong một thời gian, chúng tôi đang gặp phải các TCN Spanning Tree thường xuyên (Thông báo thay đổi cấu trúc liên kết).

Khi sử dụng chi tiết cây bao trùm để hiển thị nguồn của TCN, chúng bắt nguồn từ các thành viên ngăn xếp 2960S khác nhau.

Vì cấu hình đã được chuyển từ các thiết bị chuyển mạch cũ, các cổng được cấu hình dưới dạng trung kế, với Vlan dữ liệu là Vlan gốc và Vlan VoIP được bao gồm như được gắn thẻ trong trung kế. Tôi biết, ngày nay, cấu hình chính xác sẽ là truy cập chế độ chuyển mạch kết hợp với vlan giọng nói tổng đài - nhưng tại thời điểm hiện tại.

Một phần của vấn đề dựa trên thực tế là một số cổng chỉ được cấu hình là portfast , không phải là portfast trunk , vì vậy điều này phải được sửa, vì lệnh portfast chỉ không được áp dụng cho các cổng ở chế độ trung kế. Tuy nhiên, một số cổng được định cấu hình là trung kế portfast , theo hiểu biết của tôi về tài liệu của Cisco, nên tránh tạo TCN khi thay đổi liên kết.

Đáng buồn thay, họ làm.

Thực hiện giao diện hiển thị cây bao trùm Gi1 / 0 / x portfast cho thấy portfast được bật cho tất cả các Vlan trên giao diện đó, nhưng hiển thị chi tiết cây bao trùm cùng với ghi nhật ký cho thấy các giao diện này thực sự là nguồn cho các thay đổi của Spanning Tree.

Nó được đảm bảo rằng không có thiết bị "đặc biệt" nào được kết nối với các cổng đó, chỉ có điện thoại VoIP và máy trạm để bàn.

Phiên bản chạy là 12.2 (55) SE3, các thiết bị là 2960S-48LPS-L và 2960S-48FPS-L.

Tìm kiếm các lỗi đã biết, có một lỗi trong bản phát hành 12.1 cho 3550 thiết bị chuyển mạch gây ra hành vi như vậy, nhưng đây là thiết bị sai và phiên bản cũ hơn nhiều, và tôi đoán ai đó đã từng gặp lỗi đó trước đây.

Bất cứ ý tưởng nơi để tìm, những gì để thử?


Bạn cần nói với công tắc rằng cổng đó là một cổng cạnh "thân cây khung cổng thân cây" trong cấu hình giao diện sẽ làm điều đó với iOS hiện đại hơn nhưng tôi không chắc phiên bản nào xuất hiện lần đầu tiên. Vì vậy, nó không chỉ nói rằng nó là một thân cây, nó nói rằng nó là một cổng cạnh. Chỉ cần chắc chắn không cắm một cổng được cấu hình như một thân cây cạnh vào một công tắc trong mạng của bạn.
GeorgeB

Câu trả lời:


2

Bài đăng này có tuổi hơn nên tôi không chắc bạn có còn gặp phải vấn đề này không. Tôi muốn xem tài liệu mà bạn đang đề cập quá liên quan đến lệnh trunk portfast. Cấu hình trung kế portfast nên được áp dụng cho các máy chủ mà bạn đang sử dụng, ví dụ như máy chủ ESX hoặc Load Balancer. Đối với chuyển đổi để chuyển đổi, cấu hình này không nên ở đó.

Có rất nhiều thông tin tôi cần xem để hiểu rõ hơn về cấu trúc liên kết và chế độ cây bao trùm mà bạn đang chạy (PVST +, RPVST + hoặc MST). Tôi nghi ngờ từ những gì tôi đã đọc bạn đang chạy PVST +. Trước tiên tôi muốn bắt đầu với đầu ra của chi tiết vlan x cây show và một đoạn của TCN mà bạn đang thấy. Tôi cũng muốn xem chương trình chạy | tôi kéo dài.

Tôi nghi ngờ bạn có thể có một cổng đang vỗ và thông điệp TCN sẽ dẫn chúng ta trực tiếp đến thủ phạm.

Vì vậy, bạn có một điện thoại VoIP cắm vào một tổng đài được cấu hình vlan truy cập vlan và máy tính / máy chủ cắm vào các tổng đài khác với vlan truy cập tổng đài? Vâng bạn biết bạn có thể thiết lập nó cho vlan giọng nói tổng đài. Tuy nhiên, việc thiết lập mà không có vlan thoại chuyển mạch, tôi không thấy đây là vấn đề với TCN.

TCN được tạo khi một cổng chuyển từ trạng thái này sang trạng thái khác giả sử bạn không thay đổi các giá trị ưu tiên.


1

Mặc dù câu hỏi này khá cũ, nhưng ai đó có thể tìm thấy nó trong khi giải quyết vấn đề tương tự, vì vậy đây là "giải pháp" của chúng tôi:

Chúng tôi không thể tìm ra nguồn gốc của vấn đề, vì sự cố không thể lặp lại và chỉ xảy ra khoảng một lần một ngày trên các cổng truy cập khác nhau, với khoảng 500 cổng truy cập có cùng cấu hình được sử dụng.

Sau khi cập nhật tất cả 2960 lên bản phát hành từ dòng 15.x, các vấn đề đã biến mất. Cấu hình không thay đổi, vì vậy nó dường như đã được sửa chữa âm thầm trong một trong các bản phát hành ở giữ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.