Lenovo RackSwitch G8124E từ chối SFP+ 10G SR generic với thông báo UNAPPROVED - SR SFP+ is DISABLED
Bọn mình rút một cặp G8124E ra từ một rack đã ngừng sử dụng và mình đang dựng lại chúng làm lớp aggregation cho một môi trường test nội bộ. Ngân sách cho quang chính hãng là con số không, nên mọi thứ đều dùng module 10G SR generic loại bọn mình đã chạy ở nơi khác.
- Lenovo RackSwitch G8124E, chassis từng mang thương hiệu IBM
- SFP+ 10G SR generic, duplex LC, cùng lô với những cái đang chạy ổn trên top-of-rack production của bọn mình
- Dây nhảy OM3 nối tới một NIC server link ở 10G với đúng loại module này
Cổng sống dậy được một lát rồi switch tắt nó đi:
UNAPPROVED - SR SFP+ is DISABLEDSau đó link không bao giờ thiết lập được và cổng cứ ở trạng thái down.
Những gì mình đã thử:
- chuyển module qua bốn khe khác nhau, thông báo y hệt mỗi lần
- đổi sang module thứ hai từ cùng lô và module thứ ba từ nhà cung cấp khác
- rà qua cấu hình interface để tìm thứ gì đó kiểu công tắc allow-unsupported và không thấy gì
Có cách nào để con box này chấp nhận quang bên thứ ba không, hay cái approval check này chỉ có thể thỏa mãn bằng module mang mã Lenovo?
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
Trước khi ai đó đưa cho bạn một lệnh,
show versionbáo gì? Trên dòng này cách sửa không phải một lệnh duy nhất, nó tách theo code train: việc bạn làm trên image 7.x khác với 8.x, nên phải xác định version trước đã.Cũng cho biết luôn là module thuần generic hay có mang một chuỗi vendor nhận diện được trong EEPROM. Firmware đánh giá mỗi module theo chuỗi đó, và người dùng SFP+ mang mã Intel trên chính con switch này cũng bị cảnh báo unapproved transceiver, nên riêng thông báo đó không nói lên nhiều về bản thân quang.
show versioncho thấy đang chạy image 7.x, tức là nhánh cũ chứ không phải nhánh hiện tại.Module là generic thuần túy, không có mã Intel hay Cisco gì trong đó, chúng tự nhận diện là OEM đã sản xuất ra chúng. Mình cũng cắm module thứ ba vào một con IBM RackSwitch G8124 đứng cạnh đó và nhận được hành vi y hệt, nên đây không phải một khe hỏng hay một quang hỏng đơn lẻ.
Trên các nhánh cũ hơn có một biến boot loader tắt hẳn cái approval check này đi. Nó được mô tả cho 5.x, 6.x, 7.x và 8.3.x trở xuống, nên một con box 7.x nằm trong phạm vi đó.
Bạn cần console serial cho việc này, cổng mini-USB RS232, không phải qua mạng. Reload switch và giữ Shift+M suốt quá trình memory test cho tới khi boot loader đưa ra prompt
=>, sau đó:Giá trị này phân biệt hoa thường,
Overridevới chữ O viết hoa. Chạyprintenvtrướcbootđể thực sự thấy được biến đã được lưu. Khi switch boot xong nó sẽ ngừng vô hiệu hóa module SFP+ unapproved và các cổng cứ thế mà lên.Hai điều cần lưu ý. Đây là biện pháp cho lab và tình huống khẩn cấp, Lenovo không hỗ trợ quang bên thứ ba và không có gì ở đây là chính thức cả. Và tránh xa quang dual-rate trên mấy con box đời cũ này, chúng gây rắc rối ngay cả sau khi cái check đã bị gỡ bỏ.
Đây là câu chuyện y hệt trên toàn bộ dòng switch Lenovo, không chỉ riêng G8124E. Mình có một con G8272 ở đây đánh giá một
SFP-10G-LR-SCisco-Finisar là Unapproved, hiển thị cổng là Disabled và để link ở trạng thái down. Quang Cisco chính hãng hẳn hoi, chỉ đơn giản là không nằm trong danh sách của Lenovo.Ở phía ThinkSystem, NE1032 và NE1032T, đó là CNOS chứ không phải ENOS, và lối vào ở đó là một lệnh platform để cho phép transceiver không được hỗ trợ thay vì mẹo boot loader. Mình chưa tự chạy cái đó, nên hãy xác minh cú pháp trên box của bạn trước khi lên kế hoạch cho một cửa sổ bảo trì quanh nó. Cái khuôn mẫu phía dưới thì không đổi: firmware so sánh chuỗi vendor trong EEPROM với một danh sách và vô hiệu hóa bất cứ thứ gì nó không nhận ra.
Có một điều cần bổ sung: override không nhất thiết sống sót qua một lần nâng cấp firmware. Nếu bạn đẩy một image mới và các cổng lại chết, hãy quay lại console serial và kiểm tra
printenvtrước khi bắt đầu rút module ra, rất có thể biến đó đơn giản là đã biến mất.Và đừng coi các công tắc unlock của vendor là đáng tin cậy nói chung. Trên Catalyst 9200 với IOS-XE 16.9.x,
service unsupported-transceiverhoàn toàn không có tác dụng gì do CSCvk03296, và thứ mọi người dùng thay thế làno errdisable recovery cause gbic-invalidtrong global config, giúp các cổng không bị err-disable và cho phép module FS và Cables and Kits chạy được. Khác vendor, cùng một bài học: cái công tắc được ghi trong tài liệu và cái công tắc thực sự có tác dụng không phải lúc nào cũng là một.