Lenovo ThinkSystem NE1032 báo SFP+ bên thứ ba là Unapproved và giữ cổng ở trạng thái down
Chúng tôi chạy một cặp ThinkSystem NE1032 RackSwitch làm top-of-rack trong một cage colo nhỏ. Số quang hãng Lenovo mà chúng tôi thừa kế lại chỉ phủ được một nửa số cổng, nên phần còn lại được lắp module SFP+ generic và vài sợi DAC ngắn cùng lô với loại chúng tôi vẫn dùng trên switch của các hãng khác mà không gặp vấn đề gì.
Trang bị:
- Lenovo ThinkSystem NE1032 RackSwitch, cấu hình mặc định ngoại trừ VLAN
- module SFP+ 10G generic không mã hóa
- hai sợi DAC passive ngắn trên liên kết giữa hai switch
- SFP+ mã hóa Lenovo ở các cổng bên cạnh, hoạt động bình thường
Thông tin cổng của mọi module không phải Lenovo đều giống nhau:
port 17 transceiver present approval: Unapproved
port 17 link: downCác module mã hóa ở những cổng bên cạnh vẫn lên ở 10G, nên dây cáp và đầu xa không phải là vấn đề.
Đã thử:
- tháo lắp lại module và đổi chỗ giữa các cổng, nhãn Unapproved đi theo đúng module
- chuyển cùng những module generic đó sang switch của hãng khác, nơi chúng lên link 10G ngay lập tức
- rà từng dòng cấu hình cổng và interface, không có gì khác so với các cổng đang hoạt động
Có cách nào được hỗ trợ để switch chấp nhận các module nó không nhận diện được, hay mua quang đã mã hóa là con đường duy nhất?
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 3
Nhãn đó không phải là phán quyết về chất lượng quang. Firmware đọc vùng vendor-specific trong EEPROM của module, khoảng byte 96-128, và bất cứ thứ gì không khớp với danh sách riêng của nó sẽ bị đóng dấu Unapproved, sau đó cổng không được phép lên. Không có thay đổi nào trong cấu hình cổng làm nó dịch chuyển được.
Trên NE1032 có một cách override đã được tài liệu hóa, chỉ là một lệnh global đơn giản:
Lưu lại rồi khởi động lại switch. Sau khi reload, các module được điều khiển dựa trên trường MSA của chúng thay vì qua kiểm tra vendor, và SFP+ generic sẽ lên như bất kỳ module nào khác.
Có hai điều cần lưu ý. Lệnh này đặc thù theo nền tảng, cùng một cú pháp không chắc áp dụng được trên các switch Lenovo khác, nên đừng đem nó làm mẫu để áp cho cả hệ thống. Và bộ phận hỗ trợ sẽ sẵn sàng đổ lỗi cho quang bên thứ ba nếu bạn mở case trên một cổng đang bật tùy chọn này, nên hãy giữ vài module đã mã hóa trên kệ để test đổi qua đổi lại. Nếu bạn không muốn giữ override này trong cấu hình chút nào, các lựa chọn khác là quang chính hãng Lenovo hoặc module bên thứ ba đặt hàng đã mã hóa sẵn cho Lenovo.
Câu chuyện tương tự trên khắp dòng switch này, không chỉ riêng NE1032. Tôi từng thấy một SFP mã hóa Intel bị từ chối trên một RackSwitch G8124-E, và một Cisco-Finisar SFP-10G-LR-S trên G8272 nằm đó với trạng thái Disabled, nhãn Unapproved, link down. Firmware đối chiếu mọi module với danh sách vendor của nó trước, rồi mới hỏi han sau.
Đáng biết trước khi bạn đi tìm cùng một lệnh đó trên các máy đời cũ hơn: trên các model RackSwitch nền ENOS, override nằm trong boot loader dưới dạng một tùy chọn sfp Override chứ không phải lệnh cấu hình, nên thứ chạy được trên CNOS đơn giản là không tồn tại ở đó. Tôi không có G8124-E trong tay gần đây đủ để dẫn bạn qua menu đó, nên hãy tự kiểm chứng trên thiết bị của bạn trước khi lên kế hoạch cửa sổ bảo trì xoay quanh nó.
Đã chạy trong cửa sổ bảo trì. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, rồi reload: sau khi switch khởi động lại xong, tất cả module generic hiện lên bình thường và cả hai liên kết DAC đều ở 10G. Thông tin cổng không còn mang nhãn Unapproved nữa.
Cho ai đó đọc được bài này sau: bắt buộc phải reload, cổng không đổi trạng thái khi switch vẫn đang chạy. Và chúng tôi cũng đã bỏ hai module đã mã hóa vào ngăn dự phòng như gợi ý, để có thể chứng minh một cổng vẫn khỏe trước khi gọi ai đó.