CodingBox Q&A Ask question

MRV OptiSwitch OS906: lệnh CLI nào hiển thị part number của SFP và RX power tại điểm demarcation

Asked Active Viewed 67 AI translation from English
4

Chúng tôi bàn giao circuit cho khách trên các hộp demarcation MRV OptiSwitch - chủ yếu là OS906, còn vài OS904 và OS912 sót lại ở các build cũ hơn. Khi có ticket báo một circuit down hoặc chập chờn, tôi muốn có hai thứ qua SSH trước khi cử ai đó chạy xe tới tận nơi: module nào thực sự đang cắm trong port (không ai ghi lại installer đã lắp gì), và receive power, để biết ánh sáng dừng ở phía chúng tôi hay phía họ.

  • MRV OptiSwitch OS906 tại điểm demarcation của khách, OS904 và OS912 ở vài site cũ hơn
  • SFP 1G generic, nhiều vendor lẫn lộn, tùy đội hiện trường có gì trên xe
  • tuyến single-mode nối về POP của chúng tôi

Một điều tôi đã tìm ra được đến giờ là một cage rỗng trả lời rất rõ ràng:

Failed to get EEPROM Data, SFP is not inserted

nên ít nhất một module bị thiếu còn phân biệt được với một module có mặt nhưng im lặng. Điều tôi vẫn chưa làm được là in ra vendor, part number và bước sóng của một module đang cắm, hay đọc TX/RX power.

Đã thử:

  • lục qua CLI help dưới show port và rõ ràng bỏ lỡ đúng sub-command cần tìm
  • cắm một module chắc chắn tốt vào một OS904 trong lab để xem output có khác không - không thấy gì khác

Những lệnh nào trên OptiSwitch cho tôi nội dung EEPROM và mức quang trực tiếp? Tôi thà không cử ai mang power meter tới một site mà CLI đã có sẵn câu trả lời.

Comments 5

Hai lệnh là đủ, và chúng chia việc đúng như mong muốn: một lệnh cho biết module tự khai gì về mình, lệnh kia cho số đọc trực tiếp.

show port sfp-params dump các trường EEPROM - vendor, part number, serial, bước sóng, tốc độ danh nghĩa module khai báo, các con số về reach cho từng loại sợi, cộng thêm byte identifier và connector. Đó là câu trả lời cho việc installer thực sự đã lắp gì, và liệu reach của nó có phù hợp với tuyến hay không.

show port sfp-diag <portnumber> là nửa trực tiếp: nhiệt độ module ở cả hai thang đo, điện áp nguồn, bias current phía transmit tính bằng mA, và hai giá trị optical power, mỗi giá trị hiện hai lần, theo dBm và theo mW. Giá trị RX theo dBm là con số bạn báo cho operator đầu bên kia.

Chạy sfp-params trước - một số đọc dBm chẳng có nhiều ý nghĩa nếu chưa biết đang nhìn vào part short-reach hay long-haul.

4 Mexicolaserops32MX Show original (English) AI translation

Chuỗi bạn đã tìm ra đáng giữ lại. Failed to get EEPROM Data, SFP is not inserted nghĩa là cage đang trống, đó là một lỗi khác với một module đã cắm nhưng không đọc được. Nếu sau này bạn script việc này trên cả loạt hộp demarcation, đó là dòng để match.

Phần còn lại của bộ lệnh trên các hộp này:

show port detail <portnumber>
show port statistics <portnumber>
monitor port statistics <portnumber>
show port rate <portnumber> time <seconds>

detail cho cấu hình và trạng thái port, hai lệnh statistics cho bộ đếm packet, byte và lỗi với monitor là khung nhìn chạy trực tiếp, còn rate với thời gian tính bằng giây cho throughput trong khoảng đó.

2 Indiawaverunner21IN Show original (English) AI translation

Bạn thực sự đang muốn chứng minh đầu nào, và phía bên kia tuyến là gì? Nếu cả hai đầu đều là OptiSwitch, bạn có thể lấy sfp-params trên mỗi bên và so trực tiếp vendor, part number và bước sóng, phép so sánh đó bắt được đúng trường hợp kinh điển khi ai đó lắp module long-reach một đầu và short-reach đầu kia.

Nếu đầu bên kia thuộc về khách hàng hay một operator khác, hãy lấy thông tin module của họ đưa vào ticket trước khi báo bất kỳ con số dBm nào, không thì bạn sẽ mất cả tuần tranh cãi về một link vốn không bao giờ hoạt động được về mặt quang học. Và khi đã có output rồi: đó là một port trả về trống, hay mọi port trên hộp đều vậy? Đó là hai vấn đề khác nhau.

2 RussianetadminRU Show original (English) AI translation

Cùng loại vấn đề trên router Cisco, phòng khi có ai lạc vào đây từ hướng đó. Trên một ISR 4451, thói quen gõ show interface transceiver kiểu Catalyst chẳng đưa bạn tới đâu cả, router không chấp nhận cú pháp đó, nên người ta kết luận platform này không có DOM. Thực ra là có, chỉ là bạn phải lấy qua cây hardware module:

show hw-module subslot 0/0 transceiver 0 status

Cái trả về là nhiệt độ module, điện áp nguồn và bias current phía transmit, rồi tới cả hai chỉ số power. Trên một link chết ở đây, một GLC-LH-SMD đọc khoảng -7,1 dBm lúc phát ra và -32,2 dBm lúc nhận về, đó không phải một tuyến cận biên, đó là bóng tối hoàn toàn - do đầu xa hoặc do đường sợi quang, không liên quan gì đến router.

Thang tôi hay dùng để ước lượng: một chặng ngắn trong tòa nhà nằm khoảng -3 đến -8 dBm, long reach thì thay đổi theo khoảng cách, dưới khoảng -30 dBm là coi như không có gì tới nơi. Và trước khi đổ lỗi cho sợi quang: %TRANSCEIVER-3-NOT_SUPPORTED trong show logging, hoặc media type in ra là unknown trong show interface, cả hai đều có nghĩa router đã từ chối module.

2 VietnamtxhawkVN Show original (English) AI translation

Thêm một platform nữa cho bộ sưu tập. Trên Avaya VSP 7000 chỉ cần một lệnh:

show interfaces gbic-info
show interfaces gbic-info port <port>

Nó in ra những gì switch đọc được từ module trong cage, và chương troubleshooting dùng chính output đó để quyết định thiết bị có được tính là hỗ trợ hay không.

Phần phiền toái: danh sách module đã qua kiểm định không nằm trong chương đó. Nó nằm trong tài liệu lắp đặt transceiver riêng, NN47202-302, cùng với các bước lắp và tháo vật lý. Module trả về failed hoặc unsupported thì câu trả lời trong tài liệu là đổi sang thứ gì đó nằm trong danh sách đó.

4 United Statesphotonrunner70US Show original (English) AI translation
Log in to comment. Log in