Verificação de óptica em um switch

Depois que um módulo está em uma porta, cada NOS tem um comando para mostrar sua identidade e o DDM. Use-o para confirmar que o switch enxerga o módulo da forma esperada — e para conferir cruzado com o que o CodingBox leu.

Comandos por NOS

NOS	Comando
Cisco IOS / IOS-XE	`show interfaces <if> transceiver detail`
Cisco NX-OS	`show interface <if> transceiver details`
Juniper Junos	`show interfaces diagnostics optics <if>`
Arista EOS	`show interfaces <if> transceiver detail`
Huawei VRP	`display transceiver interface <if> verbose`
Aruba CX	`show interface <if> transceiver detail`

O que observar

Identidade — nome do fabricante, número de peça e número de série correspondem ao que você pretendia.
DDM — temperatura, tensão, bias e potência óptica estão dentro da faixa (o switch lê os mesmos diagnósticos SFF-8472 que o CodingBox mostra).
Erros — uma observação “unsupported transceiver” aponta para o bloqueio do fabricante.

Verificação cruzada com o CodingBox

Compare a saída do switch com o resumo de transceptor do aplicativo. Se o switch discordar do que o CodingBox leu na bancada, a diferença está em como o switch interpreta ou bloqueia o módulo — não na memória do módulo.

Comandos específicos de DDM por plataforma, dumps brutos do ethtool, OIDs de SNMP e caminhos OpenConfig: Lendo o DDM com ferramentas.

Configurando o que você verificou — velocidade, FEC, breakout, overrides por NOS: Receitas de configuração de porta; por que uma plataforma rejeitou um módulo: Como cada NOS valida um módulo.

Os mesmos dados via SNMP e telemetria em streaming — objetos MIB por fabricante, caminhos OpenConfig de transceptor, mensagens de syslog para alertar: Gerenciamento e monitoramento; nomes de interface usados nesses comandos: Nomenclatura de portas e LEDs.

Se você encontrar uma imprecisão ou um erro neste artigo, selecione o trecho correspondente e pressione Ctrl+Enter para .