Khóa nhà sản xuất và «unsupported transceiver»

Đây là sự cố transceiver phổ biến nhất. Các hãng switch và NIC — Cisco, Intel, HPE/Aruba, Juniper, Mellanox và nhiều hãng khác — kiểm tra các chuỗi nhận dạng mà một module báo cáo từ EEPROM của nó, rồi từ chối hoặc gắn cờ những module mà họ không nhận ra.

Điều quan trọng mà kỹ sư thường phải học qua kinh nghiệm đau thương: «unsupported» không có nghĩa là «sẽ không hoạt động». Trên phần lớn các nền tảng, trạng thái này chỉ mang tính thông báo, và cổng vẫn có thể được đưa lên hoạt động.

Triệu chứng

Nền tảng	Bạn thấy gì
Cisco IOS	Cổng `notconnect — unsupported`; nhật ký `%C4K_TRANSCEIVERMAN-3-INCOMPATIBLE`
Cisco IOS sau khi nâng cấp	Cổng chuyển sang `errdisable`, lý do `gbic-invalid`
Mellanox	EEPROM được đọc nhưng không lên liên kết: `speed and type: Not supported`
Intel X520 / ixgbe	`no carrier` với một SFP không phải của Intel

Cách khắc phục

Cisco. Hai lệnh sau thường được đưa sẵn vào cấu hình nền để cho phép module bên thứ ba trên mọi cổng:

service unsupported-transceiver
no errdisable detect cause gbic-invalid

Đặc thù theo từng nền tảng: trên một số bản build Catalyst 9200, lệnh đầu tiên trả về % Ambiguous command — hãy gõ đầy đủ toàn bộ lệnh; trên Nexus 9000 đây là một lệnh ẩn, không có tab-completion, nhưng vẫn được chấp nhận.

Intel X520 (Linux). Nạp driver với tùy chọn cho phép các module không phải của Intel:

modprobe ixgbe allow_unsupported_sfp=1

Có một biến thể mang tính vĩnh viễn, lật một bit trong chính EEPROM của NIC, được ghi lại trong các nguồn bên dưới — hãy hết sức cẩn trọng với nó, vì một lần ghi sai vào EEPROM của NIC là không thể khắc phục tại hiện trường.

Dòng ASR 9000. Một module cắm vào một cổng đã lên sẵn có thể không được nhận diện: hãy shut cổng, cắm module vào, rồi no shut.

Giải pháp triệt để — mã hóa lại module. Ghi lại vendor ID và mã sản phẩm của module để nó tự trình diện như một module gốc. Đây chính xác là việc CodingBox làm trong EEPROM editor, với CC_BASE/CC_EXT được tính lại và một bản sao lưu được tạo trước. Xem Mã hóa lại EEPROM để biết cơ chế chi tiết.

Lời khuyên ai cũng nhắc lại

Giữ sẵn trên kệ một module OEM gốc cho mỗi loại. Tráo nó vào trước khi mở ticket hỗ trợ, để nhà sản xuất không thể đổ lỗi sự cố cho quang bên thứ ba.

Xác minh trên switch

Sau khi áp dụng bất kỳ cách nào ở trên, hãy xác nhận module đã được nhận diện và đọc được: xem Xác minh thiết bị quang trên switch để biết lệnh theo từng NOS, và đối chiếu với thông tin nhận dạng mà CodingBox đọc được trên bàn thử.

Chính xác thì host so sánh những gì — tên, PN, OUI, mẫu số sê-ri, chữ ký của nhà sản xuất — và nó từ chối ở bước nào trong quá trình khởi động: Trường của nhà sản xuất, Host làm gì.

Hành vi xác thực và các cách ghi đè theo từng hãng, gộp trong một bảng: Cách mỗi NOS xác thực module; chuỗi PN chính xác mà các nền tảng mong đợi: Mã sản phẩm OEM; cú pháp lệnh theo từng NOS: Công thức cấu hình cổng.

Nếu bạn phát hiện thông tin chưa chính xác hoặc lỗi trong bài viết này, hãy chọn đoạn liên quan và nhấn Ctrl+Enter để .