Bloqueio do fabricante e «unsupported transceiver»

De longe, o problema mais comum entre transceptores. Fabricantes de switch e NIC — Cisco, Intel, HPE/Aruba, Juniper, Mellanox e outros — verificam as strings de identificação que um módulo reporta a partir de sua EEPROM e recusam ou sinalizam módulos que não reconhecem.

A lição que os engenheiros aprendem na marra: “unsupported” não significa “não vai funcionar”. Na maioria das plataformas, o status é informativo e a porta pode ser feita para subir.

Sintomas

O que funciona

Cisco. Dois comandos são rotineiramente incorporados às configurações base para permitir módulos de terceiros em todas as portas:

service unsupported-transceiver
no errdisable detect cause gbic-invalid

Peculiaridades por plataforma: em algumas builds do Catalyst 9200, o primeiro comando retorna % Ambiguous command — digite-o por extenso; no Nexus 9000, é um comando oculto sem tab-completion, mas é aceito.

Intel X520 (Linux). Carregue o driver com a opção que permite módulos não-Intel:

modprobe ixgbe allow_unsupported_sfp=1

Existe uma variante persistente que inverte um bit na própria EEPROM da NIC, e ela está documentada nas fontes abaixo — trate-a com cuidado, já que uma gravação errada na EEPROM da NIC não é recuperável em campo.

Série ASR 9000. Um módulo inserido em uma porta já ativa pode não ser detectado: shut na porta, insira o módulo, depois no shut.

A correção radical — recodificar o módulo. Reescreva o ID de fabricante e o número de peça do módulo para que ele se apresente como um módulo nativo. É isso que o CodingBox faz no EEPROM editor, com CC_BASE/CC_EXT recalculados e um backup feito antes. Veja Recodificação de EEPROM para a mecânica.

O conselho que todo mundo repete

Mantenha um módulo OEM original de cada tipo na prateleira. Troque por ele antes de abrir um chamado de suporte, para que o fabricante não possa atribuir o problema à óptica de terceiros.

Verificando no switch

Depois de qualquer uma das opções acima, confirme que o módulo é visto e lido: veja Verificando ópticas em um switch para os comandos por NOS, e compare com a identidade que o CodingBox lê na bancada.

O que exatamente um host compara — nome, PN, OUI, padrão de serial, assinatura de fabricante — e em qual etapa da inicialização ele rejeita: Campos do fabricante, O que o host faz.

Comportamento de validação e substituições por fabricante em uma única tabela: Como cada NOS valida um módulo; as strings de PN exatas que as plataformas esperam: Números de peça OEM; sintaxe de comando por NOS: Receitas de configuração de porta.