CodingBox Q&A Ask question

SFP+ FC 32G bên thứ ba trong Brocade G610: Mod_Inv là hết chuyện à

Asked Active Viewed 242 AI translation from English
3

Bọn mình đang thêm một G610 vào fabric hiện có, và có sẵn một hộp SFP+ FC 16G/32G không phải Brocade còn dư từ một dự án khác. Trước khi lên kế hoạch cổng nào quanh chúng, mình cắm thử một cái vào cổng trống trên bàn để xem switch phản ứng thế nào.

  • Brocade G610, Gen 6
  • SFP+ FC 32G bên thứ ba, không có nhãn Brocade trên module
  • optic 16G mang nhãn Brocade gỡ từ switch cũ, để đối chiếu
  • cùng một dây patch trong cả hai lần test
switchshow
...
 8   8   010800   id    N32   Mod_Inv

Cũng có một dòng trong system error log về unqualified transceiver mỗi lần cắm module vào.

Đã thử:

  • chuyển module sang cổng khác và cắm lại đúng cách bằng pull tab
  • đổi cáp và xác nhận cổng lên link bình thường với optic có nhãn
  • lục tài liệu Fabric OS tìm xem có gì cho phép một module unqualified đi qua không

Có cách nào được hỗ trợ để chạy optic non-qualified trên G610 không, hay Mod_Inv đơn giản là hết chuyện trên nền tảng này? Mình muốn biết trước, chứ không phải sau khi optic đã lên đơn mua hàng.

Comments 4

Mod_Inv là hành vi đã được tài liệu hóa, không phải lỗi trên bàn của bạn. Hardware installation guide của G610 không để lại chỗ nào để hiểu khác đi: một module phải được qualify cho sản phẩm Brocade thì switch mới chạy nó, còn lại tất cả bị đỗ ở Mod_Inv kèm một dòng ghi vào system error log. Không có override nào được tài liệu hóa - không có nút chỉnh, không có chế độ unsupported-optics, không có gì để bật lên.

Danh sách bạn cần trước khi bất cứ thứ gì lên đơn mua hàng là Brocade Transceiver Support Matrix, sắp xếp theo từng platform với cả part number sản xuất lẫn part number đặt hàng. Nếu một part không có trong danh sách cho G610, hãy lên kế hoạch tránh nó thay vì hy vọng.

Dù sao bạn cũng đang cầm optic rời trên tay: rút chúng bằng tab, chúng nóng đấy; đẩy vào tới khi latch click; và để ý chiều lên xuống - ở hàng cổng trên cùng cạnh tiếp điểm vàng quay xuống dưới, ở hàng dưới cùng nó quay lên trên. Cũng đừng ép một sợi cáp dành cho loại transceiver khác vào cage, nó sẽ vào đủ sâu để trông như đã cắm chặt rồi cư xử y hệt một module hỏng.

0 United Arab Emirateslambdahawk88AE Show original (English) AI translation

Hiểu rồi về mấy cái không nhãn, chúng quay lại vào hộp.

Cái mình không ngờ tới: một trong các optic 16G nhãn Brocade gỡ từ switch cũ cũng rơi vào Mod_Inv trên G610, trong khi cái giống hệt nằm bên cạnh nó lại lên và link bình thường. sfpshow cho ra tên vendor Brocade và part number trên cả hai, và cả hai đều chạy tốt trong chassis mà chúng được gỡ ra.

Vậy cái nhãn trên module rõ ràng không phải toàn bộ câu chuyện. Fabric OS còn cân nhắc thêm gì nữa trước khi quyết định một optic là qualified?

1 VietnamdwdmpilotVN Show original (English) AI translation

Cái nhãn không phải tiêu chí - tổ hợp part number, tiền tố serial và bản Fabric OS mới là tiêu chí. Support matrix được chia theo từng platform và mang theo một dãy dài footnote, và đó chính xác là nơi kiểu bất ngờ này ẩn náu.

Một vài ví dụ, để bạn thấy hình dạng của quy tắc. Secure optics là trường hợp ồn ào nhất: trong một blade SX6 hay một 7810 chúng sẽ không lên dưới bản 8.2.1e hoặc 8.2.2c, trong khi ở mọi nơi khác cùng các module đó lại chẳng có điều kiện version nào cả. QSFP FC 4x32G tầm 2 km cần bản 8.1.0b một khi nó nằm trong cổng ICL của X6. Rồi nó thu hẹp xuống tận serial number - tiền tố JDB đẩy bạn lên 9.1.1a hoặc 9.2.0, part khác thì lên 9.2.0c2 hoặc 9.2.1b, tiền tố BAB1 thì lên 9.2.0 - và vài part 64G mỗi cái có một mức sàn riêng: 9.0.1a, 9.1.0, 9.1.1, có trường hợp là 10.0.1. Một số mục bị giới hạn ở 32G/16G, và FC32-64 có những ngoại lệ riêng của nó.

Phiên bản thực dụng cho hai module của bạn: lấy part number và tiền tố serial từ sfpshow, bản release từ firmwareshow, rồi đọc đúng dòng matrix cho platform của bạn trước khi kết luận cái gì đó bị lỗi. Một cái bẫy nữa trong cùng bảng đó: XBR-000479 yêu cầu optic giống hệt nhau ở cả hai đầu.

0 United Arab Emirateslambdahawk88AE Show original (English) AI translation

Để so sánh, các hậu duệ phía Ethernet của cùng các dòng Brocade này trả lời câu hỏi theo một tông hoàn toàn khác. SLX, VDX và MLX giờ thuộc về Extreme, và cổng thông tin optic của họ giữ một danh sách approved riêng theo từng dòng - module, adapter, cáp patch và breakout đều như nhau. Ghi chú chính sách nói thẳng: phần cứng bên thứ ba không có trong danh sách đó thì không có bảo hành, không có tuyên bố tuân thủ; chạy một optic ngoài danh sách, hoặc module giao diện bên cạnh nó, và rủi ro là của riêng bạn - không trách nhiệm pháp lý, không nghĩa vụ dịch vụ nào từ Extreme. Các part có trong danh sách đi kèm giấy tờ chứng nhận: CE và CDRH, EN60825-1, GR-468, FCC CFR 21 1040.10, NRTL. Điều cổng thông tin không nói là một platform cụ thể thực sự làm gì với một module không có trong danh sách - nên ở đó "unsupported" là một tuyên bố thương mại, còn trên G610 của bạn nó được ép buộc trong firmware.

Trên các switch FC đời cũ hơn - 300, 6505, 6510, 6520 - FAQ nói rằng SFP nhãn Brocade là bắt buộc, và giải thích bằng dung sai bước sóng và tham số chặt hơn ở 16G, nơi một module lệch spec có thể làm lỗi một cổng và kéo theo cả ứng dụng sập cùng. Đó là lý lẽ riêng của vendor viết ra như vậy, không phải thứ đo được.

1 United Kingdomedgewolf34GB Show original (English) AI translation
Log in to comment. Log in