CodingBox Q&A Ask question

Zyxel RGS200-12P in ra "% SFP module doesn't support DDMI" cho hai SFP Avago

Asked Active Viewed 136 AI translation from English
3

Bọn mình bàn giao tủ rack công nghiệp kèm hệ giám sát riêng của khách, nên DDMI đọc được trên các cổng uplink nằm trong danh sách nghiệm thu. Trên một RGS200-12P, hai cổng quan trọng nhất định không in ra gì cả sau khi bật DDMI, dù cả hai link đều up và forward bình thường.

  • Zyxel RGS200-12P, đã bật DDMI
  • cổng 1/9: AVAGO ABCU-5740RZ-HP8, SFP đồng 1000BASE-T
  • cổng 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
  • cả hai link đều up, counter sạch ở cả hai phía
% SFP module doesn't support DDMI

Đã thử những gì:

  • tắt DDMI rồi bật lại, save, reload switch
  • cắm lại cả hai module và chuyển sang cage khác - vẫn y kết quả trên mọi cổng
  • xác nhận bản thân các link đều ổn, traffic chạy không lỗi

Vậy là do đâu: switch từ chối đọc quang mà nó không bán, hay hai con Avago đó thực sự không có gì để đưa ra về mặt diagnostics? Mình cần đưa khách một câu trả lời rõ ràng trước khi bàn giao, không phải một cái nhún vai.

Comments 4

Accepted answer

Có hai nguyên nhân khác nhau ẩn sau một chuỗi lỗi.

Cổng đồng là hành vi đúng như mong đợi. SFP 1000BASE-T như một nhóm không hề triển khai digital diagnostics - không có công suất quang để báo cáo và mấy con đó thường không mang trang diagnostic nào cả, nên 1/9 với ABCU-5740RZ-HP8 sẽ không bao giờ hiện nhiệt độ, điện áp hay công suất bất kể DDMI được cấu hình thế nào. Không có gì để sửa, không có gì để escalate.

Cổng quang cũng ra cùng kết quả nhưng vì lý do khác: con Avago cụ thể đó không có trang DDM/DDMI trong EEPROM của nó. SFF-8472 để trang diagnostics là tùy chọn, và khá nhiều module 1000BASE-SX đời đó xuất xưởng không có trang này. Switch ở đây không chặn một module lạ, nó đang báo đúng sự thật - trong module không có gì để đọc cả.

Cách kiểm tra giải quyết chuyện này trong năm phút là cái đã được gợi ý: một module được ghi rõ là DDM-capable cắm vào đúng cage đó. Một con Zyxel SFP-LX-10-E trong RGS200-12P in ra đầy đủ khối DDMI, chứng minh switch và cấu hình đều ổn. Lưu ý quen thuộc với vendor này: lập trường công bố của họ là quang bên thứ ba không được hỗ trợ và có thể gây mất gói với sự cố kết nối, nên nếu diagnostics là tiêu chí nghiệm thu thì đưa "DDM/DOM capable" vào spec mua hàng thay vì hy vọng suông.

Nếu không đổi được quang trên tủ này, giám sát hai cổng đó qua link state và counter của interface rồi ghi rõ điều đó trong tài liệu bàn giao. Đó là câu trả lời trung thực, và nó còn hơn một trang DDMI trống mà một năm sau chẳng ai giải thích được.

7 United Statescoaxhawk46US Show original (English) AI translation

Có hai thứ đáng tách riêng trước khi ghi gì xuống. Thứ nhất, switch đó có in DDMI cho bất cứ thứ gì không? Mượn một module bạn biết chắc là DDM-capable, cắm vào 1/11 và chạy đúng lệnh đó. Nếu ra đủ khối thông tin thì phía switch đã được chứng minh, chỉ còn hai con Avago là biến số.

Thứ hai, đừng coi module đồng là bằng chứng theo hướng nào cả, nó là một hạng mục riêng. Và datasheet của AFBR-5710PZ thực sự nói gì về digital diagnostics? Con đó đủ cũ để mình sẽ không mặc định là nó có tính năng này.

3 GermanyqsfpadminDE Show original (English) AI translation

Đã xác nhận trên bàn thử. Mượn một SFP-LX-10-E, cắm vào 1/11 với cùng sợi quang, và DDMI in ra đủ bộ - nhiệt độ, điện áp, dòng bias, công suất Tx và Rx. Cắm lại AFBR-5710PZ thì chuỗi lỗi quay lại ngay lập tức. Cổng 1/9 với module đồng vẫn y như trước, giờ mình chỉ chấp nhận điều đó chứ không truy tiếp nữa.

Vậy là switch đang làm đúng việc của nó và module chính là câu trả lời. Việc này đưa vào tài liệu bàn giao như một đặc tính của module, và khả năng DDM sẽ đưa vào spec cho lô quang tiếp theo. Nhờ vậy mình tránh được một cuộc tranh cãi về switch "hỏng".

2 Mexicolaserops32MX Show original (English) AI translation

Đáng biết là cùng một tình huống lại đọc ra hoàn toàn khác nhau tùy platform, đó là lý do nó cứ quay lại thành bug report.

Trên PAN-OS, show transceiver-detail all in ra field diagnostic-monitor cho từng module: Yes nghĩa là nó triển khai optical monitoring, No nghĩa là không, và ở trường hợp thứ hai module vẫn được nhận diện bình thường trong khi mọi giá trị diagnostic trả về N/A. Không lỗi, chỉ trống - dễ hiểu hơn nhiều so với một chuỗi từ chối.

Trên Nokia 7210 SAS, giá trị bị thiếu có thể là do phần mềm: các bản release đời đầu không triển khai DDM chút nào, và tài liệu còn nói thêm rằng với module Nokia không cung cấp thì dữ liệu có thể vẫn hiển thị nhưng định dạng và độ chính xác không được đảm bảo. Ba chủ thể có thể gây ra một field trống - module, platform hoặc release.

Và đôi khi chỉ là giao diện: trên switch TP-Link được adopt vào Omada thì controller không có trang DDM, bạn phải mở terminal của nó, gõ enable rồi chạy show ddm status.

4 South Korealanbyte16KR Show original (English) AI translation
Log in to comment. Log in