English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی Mỗi NOS xác thực module như thế nào
Giữa lúc “phát hiện module” và lúc “cổng lên”, mọi hệ điều hành mạng đều chạy một bước kiểm tra thông tin nhận dạng của module. Nó so sánh những gì, làm gì khi so sánh thất bại, và quản trị viên có thể ghi đè được hay không — tất cả khác nhau tùy theo nhà sản xuất, nền tảng và phiên bản — và chính sự khác biệt đó là toàn bộ chủ đề của tính tương thích transceiver. Trang này đặt các hành vi đó cạnh nhau, theo đúng tài liệu của nhà sản xuất và những gì quan sát được trong thực tế, để một module đã đọc trên bàn thử có thể được đánh giá so với thiết bị mà nó sẽ được lắp vào.
Những gì có thể được kiểm tra
| Kiểm tra | Byte liên quan | Ai thực hiện |
|---|---|---|
| Checksum CC_BASE / CC_EXT | SFP 63/95, QSFP 191/223, CMIS 222/255 | hầu như tất cả — khi lỗi sẽ báo invalid EEPROM (Checksum) |
| Tính nhất quán của Identifier / Connector / Encoding | SFP 0, 2, 11; QSFP 0, 130, 139 | phần lớn; loại không xác định được hiển thị đúng như vậy |
| Mã tuân thủ so với cổng | SFP 3–10, 36; QSFP 131–138, 192; CMIS applications | phần lớn — báo speed and type not supported (Mã tuân thủ) |
| Tên nhà sản xuất + mã sản phẩm so với danh sách | SFP 20–35, 40–55; QSFP 148–163, 168–183 | các nền tảng nghiêm ngặt và bán nghiêm ngặt (Quy tắc đặt mã sản phẩm) |
| Signature riêng của nhà sản xuất | vùng riêng của nhà sản xuất (SFP 96–127, QSFP 224–255, CMIS custom) | một vài OEM; một hash gắn với số sê-ri |
| Định dạng số sê-ri / mã ngày sản xuất | SFP 68–91; QSFP 196–219 | hiếm; kỹ sư hỗ trợ tự kiểm tra bằng tay |
| Lớp công suất so với cổng | SFP 64; QSFP 129/107; CMIS 200–201 | tất cả những nền tảng có triển khai quản lý công suất (Công suất & nhiệt) |
Hành vi theo từng nhà sản xuất
Các lệnh và hành vi công khai tính đến các phiên bản gần đây; chi tiết có thể khác nhau tùy nền tảng và phiên bản.
| Nhà sản xuất / NOS | Kiểm tra | Khi thất bại | Ghi đè | DDM cho module bên thứ ba |
|---|---|---|---|---|
| Cisco IOS / IOS-XE (Catalyst, ISR) | danh sách nhà sản xuất/PN và một bước kiểm tra riêng của nhà sản xuất; checksum | %PHY-4-UNSUPPORTED_TRANSCEIVER, cổng errdisabled (gbic-invalid), tắt laser | service unsupported-transceiver (lệnh ẩn) + no errdisable detect cause gbic-invalid; không có trên mọi nền tảng; TAC không hỗ trợ | hiển thị khi đã được chấp nhận; một số trường để trống |
| Cisco NX-OS (Nexus) | như trên, ít nghiêm ngặt hơn trên nhiều nền tảng DC | thường up kèm log; các SKU nghiêm ngặt thì errdisable | service unsupported-transceiver | thường có hiển thị |
| Cisco IOS-XR | danh sách module quang theo từng nền tảng, lớp công suất | trạng thái unsupported, cổng có thể vẫn ở trạng thái down | hạn chế; tùy nền tảng | một phần |
| Arista EOS | checksum, tính nhất quán của type | ghi log unsupported; liên kết vẫn lên | không cần ghi đè | đầy đủ |
| Juniper Junos | danh sách nhà sản xuất/PN để gắn nhãn “supported”, checksum | liên kết thường vẫn lên; show chassis pic đánh dấu unsupported; một số nền tảng EX/QFX không cấp DDM hoặc một số tốc độ cho PN không xác định | không có cách chính thức | đầy đủ với PN đã biết, một phần với PN không xác định |
| Huawei VRP | nhà sản xuất/PN; không phải Huawei → alarm | liên kết lên nhưng có alarm phony transceiver lặp lại; một số nền tảng hạn chế | transceiver phony-alarm-disable (system view) | đầy đủ |
| H3C Comware | như VRP | alarm | transceiver phony-alarm-disable | đầy đủ |
| HPE Aruba AOS-S / AOS-CX | danh sách nhà sản xuất/PN | unsupported, cổng down | allow-unsupported-transceiver | đầy đủ |
| Dell OS10 / OS9 / PowerConnect | checksum; một số dòng cũ có kiểm tra theo danh sách | ghi log; dòng cũ hơn: errdisable | service unsupported-transceiver (dòng cũ) | đầy đủ |
| Extreme EXOS / VOSS | checksum, type | ghi log, vẫn up | — | đầy đủ |
| Ruckus/Brocade ICX (FastIron) | checksum; một số dòng chỉ giám sát quang cho PN của Brocade | up; có thể thiếu DDM | — | một phần |
| Brocade FOS (SAN) | yêu cầu PN và số sê-ri chính hãng Brocade trên phần lớn nền tảng Gen 5/6/7 | cổng Mod_Inv, không được bật | không có | chỉ module quang Brocade |
| Nvidia/Mellanox (Onyx, Cumulus, IB) | Ethernet: checksum, type; InfiniBand: thông tin cáp được fabric manager kiểm tra | Ethernet vẫn up kèm log; IB có thể chạy ở tốc độ giảm hoặc bị gắn cờ | — | đầy đủ |
| SONiC / white-box | plugin nền tảng: checksum, phân tích CMIS | up; các trường không xác định hiển thị ở dạng thô | — | đầy đủ (tùy plugin) |
| MikroTik RouterOS / SwOS | không có gì ngoài việc đọc dữ liệu | up | — | đầy đủ |
| Ubiquiti | không có gì ngoài việc đọc dữ liệu | up | — | đầy đủ |
| NIC server (Intel, Broadcom, Mellanox) | danh sách cho phép trong driver trên một số dòng Intel | driver từ chối đưa cổng lên | tham số module allow_unsupported_sfp=1 (Intel ixgbe/i40e) | qua ethtool -m |
Ở nơi có cách ghi đè của nhà sản xuất, nó thường được cung cấp nguyên trạng (as is): module vẫn hoạt động, nhưng nhà sản xuất không cam kết hỗ trợ tổ hợp đó. Quyết định cho cả dàn switch thuộc về người sở hữu mạng (Module quang bên thứ ba).
“Đã lập trình cho nhà sản xuất X” cần đáp ứng những gì
| Nhóm nền tảng | Yêu cầu tối thiểu để được chấp nhận | Cũng nên có |
|---|---|---|
| Cho phép tự do (Arista, SONiC, MikroTik, Extreme…) | checksum hợp lệ, mã type nhất quán | tên nhà sản xuất và PN thật — lập trình theo OEM không đem lại lợi ích gì |
| Kiểm tra theo danh sách (Juniper, Aruba, Huawei/H3C, NX-OS trên nhiều SKU) | tên nhà sản xuất và PN khớp chính xác với danh sách của nền tảng, mã tuân thủ đúng với cổng | hậu tố/cấp PN khớp; số sê-ri và mã ngày sản xuất hợp lý |
| Kiểm tra signature (Cisco IOS/IOS-XE, một số XR) | tất cả các mục trên cộng thêm vùng riêng của nhà sản xuất được tính cho đúng số sê-ri này | các trường nhận dạng nhất quán với PN (bước sóng, cự ly, công nghệ) |
| Chỉ chấp nhận hàng chính hãng (Brocade FOS) | chuỗi tên nhà sản xuất của Brocade và dòng PN, đúng định dạng số sê-ri | — |
Cách phía bàn thử hoạt động: Khóa nhà sản xuất & lập trình lại, Lập trình lại EEPROM.
Đọc thông báo từ chối
| Log / thông báo trạng thái | Ý nghĩa | Bước tiếp theo |
|---|---|---|
unsupported transceiver, Mod_Inv, phony | thông tin nhận dạng không có trong danh sách | ghi đè, hoặc lập trình lại thành một PN có trong danh sách |
invalid EEPROM, checksum error | CC_BASE/CC_EXT sai | tính lại (Checksum) |
speed and type not supported, unknown media type | mã tuân thủ không phù hợp với cổng | sửa mã hoặc dùng chế độ cổng khác (Tốc độ) |
power class exceeds, kẹt ở LowPwr | lớp công suất so với cage | Công suất & nhiệt |
Module not ready, DP state bị treo | quá trình bring-up CMIS | Sự cố CMIS |
Các lệnh theo từng NOS để xem những trạng thái này: Kiểm tra module quang trên switch.
Thay đổi khi nâng cấp phần mềm
Nhà sản xuất siết chặt hoặc nới lỏng các bước kiểm tra giữa các phiên bản: xác thực signature mới, danh sách module quang được hỗ trợ mới, các lệnh ẩn bị gỡ bỏ, cách xử lý DDM thay đổi. Một dàn module quang bên thứ ba hoặc đã lập trình vốn hoạt động tốt hôm qua có thể bị errdisable sau một lần nâng cấp (Ma trận tương thích & firmware).
Trong CodingBox
CodingBox hiển thị chính xác các byte mà từng bước kiểm tra ở trên đọc tới — tên nhà sản xuất, PN, checksum, mã tuân thủ, lớp công suất — và code database lưu giữ những thông tin nhận dạng mà một nhóm nền tảng nhất định chấp nhận. Hãy kiểm tra lại trên một cổng thử nghiệm sau khi lập trình; switch, chứ không phải bàn thử, mới là nơi quyết định cuối cùng (Check transceiver).
Phần tương ứng ở phía server — danh sách cho phép trong driver theo từng nhà sản xuất NIC, ghi đè của Intel, hành vi trên Windows và ESXi: Tính tương thích transceiver trên NIC.