CRS226 báo no-link và sfp-rx-lose yes trên uplink SFP-10G-LR Cisco-coded
Bọn mình vừa tiếp quản một site aggregation nhỏ, và một trong các uplink 10G không lên kể từ khi module trong đó được thay. Module này bị liệt vào danh sách không tương thích với CRS226, nên nghi ngờ đầu tiên đổ vào đó, nhưng các chỉ số đọc được lại không giống một module bị từ chối.
- MikroTik CRS226 tại site aggregation, module cắm ở sfp-sfpplus1
- Fiberworks SFP-10G-LR, Cisco-coded
- cặp sợi single-mode tới site đầu xa, đấu qua hai panel trên đường đi
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesNhiệt độ và điện áp cấp nguồn trong cùng output đọc hoàn toàn bình thường, và module rõ ràng được nhận diện - đây không phải kiểu đọc của một cage rỗng.
Đã làm ở phía bọn mình:
- tháo cắm lại module và vệ sinh cả hai đầu connector
- chuyển sang cổng SFP+ còn lại, output giống hệt
- kiểm tra cấu hình cổng, không có gì ép cứng, không có gì bị disable
Vậy là cái nào: CRS226 đang âm thầm từ chối module Cisco-coded và báo thành no-link, hay sfp-rx-lose đúng nghĩa như mình nghĩ và mình nên cử người ra đầu xa kiểm tra?
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 5
Output của bạn tự nó đã trả lời câu hỏi tương thích rồi. Một module bị switch từ chối sẽ không báo nhiệt độ và điện áp gì cả - một bản đọc monitor đầy đủ nghĩa là CRS226 đã đọc được module và đang giao tiếp với nó hoàn toàn bình thường. Còn
sfp-rx-lose: yeslà chỉ báo mất tín hiệu (loss-of-signal) của chính module: nó không thấy ánh sáng trên sợi receive. Không có ánh sáng vào thì không có link, coding gì cũng vậy.Vậy đây là vấn đề hạ tầng cáp, không phải vấn đề tương thích. Thứ tự mình sẽ làm:
Dù sao thì cùng loại module đó đang chạy trong một CRS226 lên tới CCR ở chỗ mình đã mấy tháng nay, nên bản thân việc ghép đôi này không phải là vấn đề.
Đầu xa là thiết bị gì, và bên đó có báo cổng của nó up không? Nếu transmitter đầu xa đang bật thì bạn sẽ mong đợi có chút receive power chứ không phải mất tín hiệu trơn như vậy.
Hai cách kiểm tra rẻ tiền trước khi ai đó phải lái xe tới nơi. Đảo hai sợi tại patch panel của bạn và xem cờ báo có đứng yên chỗ cũ không. Và nhờ đầu xa đọc module của họ: nếu cả hai đầu đều báo mất receive, thì cặp sợi đứt ở đâu đó giữa đường, hoặc ai đó đã đấu nhầm sợi tại một trong các panel đó.
Đáng để tách riêng hai kiểu lỗi trong lúc bạn đang ở hiện trường. Không có ánh sáng chút nào là trường hợp của bạn, và đó là kiểu dễ. Biến thể khó chịu hơn là ánh sáng chỉ vừa đủ có mặt: một trong cặp uplink quang ở chỗ mình từng log cảnh báo Rx power low ở -20,2 dBm so với ngưỡng -18,4 dBm, và chất đống 46 nghìn lỗi input cùng 42 nghìn lỗi CRC trong khi link vẫn báo up trên danh nghĩa.
show interface transceiver detailvàshow interface counters errorskể lại câu chuyện đó.Công việc thực địa thì như nhau ở cả hai trường hợp - vệ sinh và kiểm tra cả hai đầu mặt cắt, đo TX và RX, tìm tuyến quá dài, mối hàn lỗi hoặc dây nhảy quang rẻ tiền, và đổi module nếu mức tín hiệu vẫn thấp. Mình chưa bao giờ chứng minh được thủ phạm chính xác ở chỗ mình, nên cứ coi đây là hướng đi chứ không phải kết luận.
Thêm một điều nữa cho checklist đầu xa: bộ thu (receiver) có thể tự chết mà không có gì sai trên sợi quang cả.
Cisco có một field notice, FN-72192, nói về một lô QSFP-40G-LR4 - cũng được bán dưới tên QSFP-40G-LR4-S và WSP-Q40GLR4L - xuất xưởng với bộ dò receive lệch nhẹ so với vị trí đúng. Notice này áp dụng cho các module có serial bắt đầu bằng ACW và date code rơi vào khoảng ACW2415xxxx-ACW2449xxxx: trên các module đó phía receive suy giảm dần và link rớt. Nền tảng được nêu tên là dòng ASR 900. Cách xử lý là replace on failure (thay khi hỏng), nên đây là chuyện kiểm tra serial và mở case hỗ trợ chứ không phải thứ bạn cấu hình được.
Phần có thể áp dụng chung cho link của bạn: dấu hiệu cảnh báo sớm là giá trị receive trong dữ liệu DOM tụt dần đều chứ không rơi thẳng đứng. Đây là lý do chính đáng để vẽ đồ thị DOM trên mọi uplink thay vì chỉ đọc nó sau khi có gì đó đã hỏng.
Về chuyện tin các chỉ số đọc được - phần lớn là có, nhưng đừng tin mù quáng. Có một case từng lan truyền về một Huawei GPON ONT dạng stick cắm trong khe SFP+ MikroTik, báo receive power rất thấp trong khi tốc độ tải xuống mắc kẹt dưới 20 Mbps trên một gói cước nhanh hơn nhiều, và chẳng ai xác định được là do chỉ số đọc sai hay do đường truyền thật sự có vấn đề. Case đó bị bỏ ngỏ.
Với một cặp LR bình thường như của bạn thì mình sẽ tin output của monitor. Với các module lạ trong cage SFP+ thì đáng để đọc lại lần hai từ đầu bên kia trước khi lên kế hoạch điều xe ra hiện trường vì nó.