Cổng quang ERS 8600 lên ở 1G full duplex nhưng switch không học được MAC nào trên đó
Một server vật lý trên con ERS 8600 của bọn mình không nói chuyện được với ai cả, còn switch thì khá chắc chắn là mọi thứ đều ổn. Cổng đã ở trạng thái này kể từ khi server được chuyển từ đồng sang quang.
- Avaya ERS 8600, server nằm trên cổng SFP 1G ở slot 3, cổng 12
- NIC server với SFP riêng của nó, dây nhảy quang đi qua panel của tòa nhà
- Cổng để ở 1 Gbps full duplex, cấu hình không có gì lạ
Những gì switch báo cáo cho cổng đó:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: noneVậy là cổng train được, giữ up nhiều ngày liền, không đếm được lỗi nào cả, vậy mà forwarding database chẳng bao giờ nhận được một địa chỉ nào từ nó. Server không thể truy cập được từ phần còn lại của VLAN.
Những gì mình đã thử:
- bounce cổng nhiều lần, không gì thay đổi
- bật/tắt flow control theo cả hai chiều, cũng không gì cả
- rà qua FDB của VLAN server: có địa chỉ từ mọi cổng khác, không có cái nào từ 3/12
- server thì khăng khăng link của chính nó đang up ở gigabit
Bạn sẽ nhìn tiếp vào đâu, phía switch hay quang trong server?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Cái mẫu hình đó - link up, full duplex, counter sạch, forwarding database rỗng - gần như luôn có nghĩa là đầu kia đang đưa ánh sáng lên sợi quang nhưng không phải frame hợp lệ. Module trong server mới là nghi phạm đầu tiên của bạn, không phải cấu hình switch.
Loại trừ phía switch trước để sau này không ai cãi được. Trong diagnostic shell của ERS 8600, chạy
dumpPortStatevàpsDump(<port index>)cho cổng đó. Chú ý cái index: nó không phải slot/port như trong CLI thường, mà là slot * 64 + (số cổng - 1). Nếu chúng trả về một cổng nội bộ khỏe mạnh và counter sạch, switch đã làm xong việc của nó và lỗi nằm ở phía bên kia của sợi quang.Trước khi mua bất cứ thứ gì, loại bỏ hệ thống cáp ra khỏi phương trình: patch cổng đó thẳng vào lại chính nó qua một module dự phòng cùng loại, rồi đo xem cái gì đi ra và cái gì quay về, xem cả hai chỉ số có giữ ổn định ở mức mà spec của module nói chúng phải đạt hay không. Sau đó, đổi SFP trong NIC server. Trong case đã được ghi nhận với đúng các triệu chứng này, đó chính là toàn bộ cách sửa: cổng switch giữ link nhiều ngày, chẳng có gì dùng được thoát ra từ sợi quang, và địa chỉ xuất hiện ngay khi module của server được thay.
Một lưu ý nếu đổi sang module đã biết là tốt mà vẫn không thay đổi gì: một số platform có lỗi phần mềm trông y hệt như vậy. ERS 5900 có một lỗi đã được ghi nhận: đổi module uplink 1 Gbps sang SFP+ 10 Gbps thì các link lên active mà chẳng có gì đi qua chúng cả. Một bản phần mềm sau đó liệt kê nó là đã sửa, và trong lúc chờ thì reset cổng hoặc reset switch sẽ giúp bạn chạy tiếp. Nên nếu đổi module không giúp được gì, hãy đọc release notes cho bản code của bạn trước đã.
Lỗi bằng không cùng với số địa chỉ học được bằng không là một tổ hợp rất đặc biệt, nên hãy xác định rõ hướng nào thực sự đang chết. Counter của cổng có hiển thị bất kỳ frame nhận được nào không, hay đúng nghĩa là chẳng có gì đến cả? Nếu chiều receive phẳng lì trong khi chiều transmit vẫn tiếp tục tăng, switch đang nói chuyện vào một cái hố và cái FDB rỗng của bạn chỉ là triệu chứng chứ không phải vấn đề.
Cũng đáng để dump ra bất cứ thứ gì switch lấy được từ chính module. Trên dòng VSP 7000 đó là
show interfaces gbic-info, thu hẹp lại bằngport <port number>nếu bạn chỉ muốn xem một cổng, và nó cho bạn biết box nghĩ thiết bị nào đang được lắp và có coi nó là được hỗ trợ hay không; nếu bản ERS của bạn có lệnh tương đương, hãy đăng output của nó cho 3/12 lên. Và cho biết luôn module nào đang nằm trong NIC server, hãng và loại, chứ không chỉ là 'một cái SFP'.Đã vào diagnostic shell như được gợi ý. Với slot 3 cổng 12, index tính ra là 3 * 64 + 11 = 203, nên
psDump(203)cộng vớidumpPortState- cổng nội bộ khỏe mạnh, counter sạch, chẳng có gì sai ở switch cả, đúng như dự đoán.Thế là mình rút SFP ra khỏi NIC server và cắm vào một cái dự phòng cùng loại. Địa chỉ MAC đã có trong forwarding database trước khi mình kịp quay lại bàn làm việc, và server đã truy cập được kể từ đó. Một module chết ở phía server nhưng vẫn phát đủ ánh sáng để đưa cổng lên và giữ nó ở đó. Cảm ơn mọi người, không thì mình đã tốn thêm cả một ngày đọc lại cấu hình switch.