Bloqueio do fabricante e codificação

Muitos switches inspecionam a identidade de um transceptor — nome do fabricante, número de peça, às vezes número de série — e tratam como “unsupported” os módulos que não correspondem a uma lista aprovada. Isso é o bloqueio do fabricante (vendor lock), e é por isso que um módulo óptico perfeitamente bom pode ser rejeitado em um switch e funcionar em outro.

Como os switches reagem

• Algumas plataformas avisam, mas permitem o módulo.
• Algumas desativam a porta ou recusam o diagnóstico para um óptico não reconhecido.
• O Cisco IOS, por exemplo, tem um comando global service unsupported-transceiver que permite módulos ópticos de terceiros.

O que a codificação faz

Codificar grava na memória do módulo os campos de fabricante e número de peça que o switch de destino espera, para que o switch o aceite. Como esses campos são protegidos por checksums, eles precisam ser recalculados após a mudança — o CodingBox recalcula automaticamente o CC_BASE e o CC_EXT no EEPROM editor.

Fazendo isso com segurança

1. Leia o módulo e deixe o CodingBox salvá-lo no code database — um backup é feito antes de qualquer gravação.
2. Edite os campos de identidade (e desbloqueie páginas protegidas, se necessário).
3. Grave as páginas selecionadas e depois releia para confirmar.

Codifique transceptores apenas para a interoperabilidade a que você tem direito, e siga as políticas da sua organização e dos fabricantes.

Leitura complementar

• Como cada NOS valida um módulo — o que é comparado, o que acontece em caso de falha, overrides documentados, por fabricante.
• Receitas de configuração de porta — comandos de velocidade, FEC, AN, breakout e override para 12 sistemas lado a lado.
• Matrizes de compatibilidade e firmware — onde o suporte é publicado, como lê-lo, o que muda nas atualizações, prática de frota.