MRV OptiSwitch OS906: qual comando de CLI mostra o part number do SFP e a potência RX em um ponto de demarcação
Entregamos circuitos de cliente em caixas de demarcação MRV OptiSwitch - principalmente OS906, com alguns OS904 e OS912 restantes em instalações mais antigas. Quando chega um chamado sobre um circuito down ou instável, eu quero duas coisas via SSH antes de mandar alguém no local: qual módulo está de fato na porta (ninguém registra o que o instalador colocou), e a potência de recepção, para eu poder dizer se a luz para do nosso lado ou do deles.
- MRV OptiSwitch OS906 no ponto de demarcação do cliente, OS904 e OS912 em alguns sites mais antigos
- SFPs genéricos de 1G, vendors misturados, o que a equipe de campo tinha na van
- trecho monomodo de volta para o nosso POP
A única coisa que já descobri é que uma gaiola vazia responde claramente:
Failed to get EEPROM Data, SFP is not insertedentão pelo menos um módulo ausente é distinguível de um que está presente mas silencioso. O que ainda não consigo fazer é imprimir o vendor, part number e comprimento de onda de um módulo que está instalado, ou ler a potência TX/RX.
Já tentei:
- percorri a ajuda de CLI embaixo de
show porte claramente não achei o subcomando certo - coloquei um módulo comprovadamente bom em um OS904 de laboratório para ver se a saída muda - mesma coisa, nada
Quais comandos no OptiSwitch me dão o conteúdo da EEPROM e os níveis ópticos ao vivo? Prefiro não mandar alguém com um power meter para um site onde o CLI já tem a resposta.
Comments 5
Dois comandos cobrem isso, e eles se dividem do jeito que você esperaria: o que o módulo alega sobre si mesmo em um, leituras ao vivo no outro.
O
show port sfp-paramsdespeja os campos da EEPROM - vendor, part number, serial, comprimento de onda, a taxa nominal que o módulo declara, os números de alcance que ele carrega para cada tipo de fibra, mais os bytes de identificador e conector. Isso responde o que o instalador de fato colocou, e se o alcance dele serve para o trecho.O
show port sfp-diag <portnumber>é a metade ao vivo: temperatura do módulo nas duas escalas, tensão de alimentação, bias current do lado de transmissão em mA, e as duas potências ópticas, cada uma dada duas vezes, em dBm e em mW. O valor de RX em dBm é o número que você cita para o operador da outra ponta.Faça o sfp-params primeiro - uma leitura em dBm significa pouco até você saber se está olhando para uma peça de curto alcance ou long-haul.
A string que você já achou vale a pena guardar.
Failed to get EEPROM Data, SFP is not insertedsignifica que a gaiola está vazia, o que é uma falha diferente de um módulo que está encaixado mas ilegível. Se algum dia você automatizar isso em várias caixas de demarcação, é essa a linha que você casa.Resto do conjunto nessas caixas:
detail dá configuração e estado da porta, os dois comandos de statistics dão contadores de pacote, byte e erro com monitor como a visão corrente, e rate com um tempo em segundos dá throughput naquela janela.
Que ponta você está de fato tentando provar, e o que tem do outro lado do trecho? Se as duas pontas forem OptiSwitch você pode puxar sfp-params em cada uma e comparar vendor, part number e comprimento de onda diretamente, e essa comparação pega o caso clássico de alguém ter colocado um módulo de longo alcance em uma ponta e um de curto alcance na outra.
Se a ponta distante pertence ao cliente ou a outra operadora, ponha os detalhes do módulo deles no chamado antes de citar qualquer número em dBm, senão você passa uma semana discutindo sobre um link que nunca ia funcionar opticamente. E quando você tiver a saída: é uma porta só que volta em branco, ou todas as portas da caixa? São dois problemas diferentes.
Mesma classe de problema em roteadores Cisco, caso alguém chegue aqui vindo desse lado. Em um ISR 4451 o hábito Catalyst de digitar
show interface transceivernão leva a lugar nenhum, o roteador não aceita a sintaxe, então as pessoas concluem que a plataforma não tem DOM nenhum. Tem sim; você chega nele pela árvore de hardware module:O que volta é a temperatura do módulo, a tensão de alimentação e o bias current do lado de transmissão, depois as duas medidas de potência. Em um link morto aqui um GLC-LH-SMD leu cerca de -7,1 dBm saindo e -32,2 dBm voltando, o que não é um trecho no limite, é escuridão total - ponta distante ou caminho de fibra, nada a ver com o roteador.
Escala aproximada que uso: um salto curto dentro do prédio fica por volta de -3 a -8 dBm, longo alcance varia com a distância, abaixo de uns -30 dBm não está chegando nada. E antes de culpar a fibra: %TRANSCEIVER-3-NOT_SUPPORTED no
show logging, ou um media type impresso como unknown noshow interface, qualquer um dos dois significa que o roteador recusou o módulo.Mais uma plataforma para a coleção. No Avaya VSP 7000 é um único comando:
Ele imprime o que o switch leu do módulo na gaiola, e o capítulo de troubleshooting usa essa saída para decidir se o dispositivo conta como suportado.
Parte chata: a lista de módulos qualificados não está nesse capítulo. Ela fica no documento separado de instalação de transceiver, NN47202-302, junto com os passos físicos de instalação e remoção. O módulo volta como failed ou unsupported, a resposta documentada é trocar por algo daquela lista.