ERS 5510-24T hiện 1000SX GBIC trong system information nhưng đèn IN USE không bao giờ sáng
Đang nối hai tòa nhà qua một cặp sợi Nortel đã có ở đó lâu hơn cả tôi làm việc này. Kế hoạch chỉ đơn giản là lên sáng sợi quang sẵn có giữa hai switch rồi xong, nhưng port 23 không chịu lên ở cả hai đầu.
- Hai Nortel ERS 5510-24T, software 4.0.2.02
- GBIC SFP 1000SX, mỗi switch cắm một cái vào port 23
- khoảng 120 m sợi quang tòa nhà đi qua các riser, được đấu nối ở tủ đầu xa bởi ai đó làm từ hồi đầu
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsĐã thử:
- tắt auto-negotiation trên port 23 ở cả hai đầu
- set flow control đối xứng trên port
- dựng một MLT quanh nó, phòng trường hợp port phải là thành viên của cái gì đó
Không cái nào thay đổi được gì cả. Tài liệu nói GBIC phải được kích hoạt bằng software nhưng không hề nói setting đó nằm ở đâu, và tôi không tìm thấy gì giống vậy trong menu. Có thực sự tồn tại một bước kích hoạt mà tôi đang bỏ sót, hay tôi đang tìm sai hướng hoàn toàn?
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 4
Đèn IN USE không báo rằng module đã được cắm vào. Nó vẫn tối cho tới khi port thực sự thấy có optical link, nên tất cả những gì nó nói với bạn chỉ là điều mà port status đã nói rồi - không có gì đang lên link - và không hề có bước kích hoạt software ẩn nào để mà đi tìm. Cách hành văn của tài liệu khiến ai cũng lạc vào cái hố đó.
Có hai thứ thực sự gây ra chuyện này, và tôi đã gặp cả hai trong cùng một tòa nhà.
Thứ nhất, module phải hợp với loại sợi. 1000SX là hàng multimode. Nếu riser là singlemode thì cấu hình kiểu gì cũng chẳng bao giờ lên link; thứ cần ở đó là module LX, AA1419015 trên platform này.
Thứ hai, và là thứ thường thắng trên hệ cáp cũ trong nhà: transmit phải rơi đúng vào receive. Một cặp bị đấu ngược ở tủ đầu xa cho ra đúng triệu chứng này - cả hai GBIC đều thấy trong system information, cả hai đầu đều đã cấu hình, nhưng không hề có link. Trong trường hợp tôi từng xử lý, đảo lại cặp sợi ở tủ đầu xa là sửa xong toàn bộ.
Thứ tự tôi sẽ làm: tìm hiểu xem riser thực sự đang chạy loại sợi gì, rồi đi dọc theo cặp sợi từ đầu đến cuối để xác định chiều, rồi mượn một đường dây biết chắc là tốt trước khi bắt đầu đổ lỗi cho module. Trong lúc làm việc đó, trả auto-negotiation và flow control về mặc định, cả hai thứ đó không phải là vấn đề ở đây.
Trước khi đào sâu thêm trong menu: riser thực sự đang chạy loại gì, multimode hay singlemode? Chẳng ai ghi nhãn chuyện này cho tử tế, và 120 m giữa hai tòa nhà đúng là khoảng cách mà người ta phát hiện ra theo cách đau đớn.
Câu hỏi thứ hai: đã có ai mở tủ đầu xa ra và kiểm tra lại các điểm đấu nối chưa, hay đang tin vào nhãn dán ở đó?
Một phép thử không tốn gì trong lúc chờ câu trả lời cho cả hai câu trên: lấy một đoạn dây nhảy quang ngắn và loop một cổng quang sang cổng khác trên cùng switch. Nếu link đó lên được, thì module và cổng đều ổn, và mọi thứ đang tìm nằm ngoài hệ thống cáp.
Cùng dạng vấn đề trên thiết bị hoàn toàn khác: ba switch LANCOM GS-2326P+ nối qua multimode xuyên qua các patch panel ở tầng. Module được nhận diện, có ánh sáng trên sợi quang, mọi cổng quang đều kẹt ở trạng thái không có link.
Cuối cùng thì mọi thứ đều chỉ về hướng đi. Thấy ánh sáng trên một sợi chẳng nói lên được gì về việc nó đang đi chiều nào, và một patch panel giữa đường dây chính là chỗ dễ bị đấu chéo một cặp sợi, nên hãy đi dọc từng panel để chứng minh transmit bên này rơi đúng vào receive bên kia.
Rồi tới cái nhàm chán: cả hai đầu phải cùng loại optic. 850 nm tầm ngắn và 1310 nm tầm xa sẽ không nói chuyện được với nhau, module 100 Mbit sẽ không nói chuyện được với module gigabit, và optic multimode cần sợi multimode chứ không phải singlemode 9 um.
Còn một điều nữa có thể áp dụng hoặc không cho mấy con Nortel của bạn: một số switch chạy kiểm tra module lúc boot và thẳng thừng từ chối optic bên thứ ba. Bên tôi chưa bao giờ có được xác nhận sửa xong vì các bài test còn phải chờ đi hiện trường, nhưng dây loopback là bước đáng lẽ đã tách được lỗi hệ cáp khỏi lỗi phần cứng chỉ trong một buổi chiều.
Thêm một lý do nữa để không thay module chỉ vì tin vào một cái đèn báo: trên dòng platform này trạng thái báo cáo cũng sai theo chiều ngược lại.
Tôi có một stack ba con ERS 5520 với port SFP 1/48 và 2/48 nằm trong một MLT. Port 2/48 lên với OperStatus down và một ô vuông màu cam trên management interface, trong khi module vẫn nằm đó với đèn xanh sáng đều và traffic vẫn chạy qua link hoàn toàn bình thường.
Đèn xanh cộng với frame chạy trên dây nghĩa là optic và sợi quang đang làm đúng việc của chúng, và cái nói dối nằm ở trạng thái mà stack giữ cho port đó - trên dòng software này thì các member không phải base unit là bên hay bị sai. Ép bầu lại base mới, hoặc rút ra cắm lại cáp stack, là việc đáng thử vì chẳng tốn gì, và một bản image sau này rất có thể liệt nó vào danh sách đã fix. Thứ chẳng mang lại gì là rút một SFP đang chạy tốt chỉ vì một ô vuông trên UI màu cam.