MRV OptiSwitch OS906: qué comando de la CLI muestra el número de parte del SFP y la potencia RX en un punto de demarcación
Entregamos circuitos de cliente en cajas de demarcación MRV OptiSwitch - sobre todo OS906, con algunos OS904 y OS912 que quedan en instalaciones más antiguas. Cuando llega un ticket sobre un circuito caído o con enlace intermitente, quiero tener dos datos por SSH antes de que alguien salga en el coche: qué módulo hay realmente en el puerto (nadie anota lo que colocó el instalador) y la potencia de recepción, para poder decir si la luz se corta en nuestro lado o en el suyo.
- MRV OptiSwitch OS906 en el punto de demarcación del cliente, OS904 y OS912 en algunos sitios más antiguos
- SFP genéricos de 1G, vendedores mixtos, lo que tuviera la cuadrilla de campo en la furgoneta
- Tramo monomodo de vuelta a nuestro POP
Lo único que he averiguado hasta ahora es que una jaula vacía responde con claridad:
Failed to get EEPROM Data, SFP is not insertedasí que al menos un módulo ausente se distingue de uno presente pero mudo. Lo que todavía no puedo hacer es imprimir el vendedor, el número de parte y la longitud de onda de un módulo que está instalado, ni leer la potencia TX/RX.
Probado hasta ahora:
- Recorrí la ayuda de la CLI bajo
show porty claramente no di con el subcomando correcto - Puse un módulo conocido y en buen estado en un OS904 de laboratorio para ver si la salida cambiaba - nada
¿Qué comandos en OptiSwitch me dan el contenido de la EEPROM y los niveles ópticos en vivo? Preferiría no mandar a alguien con un medidor de potencia a un sitio donde la CLI ya tiene la respuesta.
Comments 5
Dos comandos lo cubren, y están divididos como cabría esperar: lo que el módulo dice de sí mismo en uno, las lecturas en vivo en el otro.
show port sfp-paramsvuelca los campos de la EEPROM - vendedor, número de parte, número de serie, longitud de onda, la velocidad nominal que declara el módulo, las cifras de alcance que lleva para cada tipo de fibra, más los bytes de identificador y conector. Eso responde qué instaló realmente el técnico, y si su alcance sirve siquiera para ese tramo.show port sfp-diag <portnumber>es la mitad en vivo: temperatura del módulo en ambas escalas, voltaje de alimentación, corriente de polarización en el lado de transmisión en mA, y las dos potencias ópticas, cada una dada dos veces, en dBm y en mW. El valor RX en dBm es el número que le das al operador del extremo remoto.Haz sfp-params primero - una lectura en dBm dice poco hasta que sabes si estás viendo una pieza de corto alcance o una de largo alcance.
La cadena que ya encontraste vale la pena conservarla.
Failed to get EEPROM Data, SFP is not insertedsignifica que la jaula está vacía, lo cual es una falla distinta de un módulo que está asentado pero ilegible. Si algún día automatizas esto en un montón de cajas de demarcación, esa es la línea con la que debes comparar.El resto del conjunto en estas cajas:
detail da la configuración y el estado del puerto, los dos comandos statistics dan contadores de paquetes, bytes y errores, con monitor como la vista en ejecución, y rate con un tiempo en segundos da el rendimiento en esa ventana.
¿Qué extremo estás tratando realmente de probar, y qué hay al otro lado del tramo? Si ambos extremos son OptiSwitch, puedes sacar sfp-params en cada uno y comparar vendedor, número de parte y longitud de onda directamente, y esa comparación detecta el caso clásico de que alguien puso un módulo de largo alcance en un extremo y uno de corto alcance en el otro.
Si el extremo remoto pertenece al cliente o a otro operador, consigue los datos de su módulo para el ticket antes de dar ningún número en dBm, porque si no te pasas una semana discutiendo por un enlace que ópticamente nunca iba a funcionar. Y una vez que tengas la salida: ¿es un solo puerto el que vuelve en blanco, o todos los puertos de la caja? Son dos problemas distintos.
Mismo tipo de problema en routers Cisco, por si alguien llega aquí desde ese lado. En un ISR 4451 la costumbre de Catalyst de escribir
show interface transceiverno lleva a ningún lado, el router no acepta esa sintaxis, así que la gente concluye que la plataforma no tiene DOM en absoluto. Sí lo tiene; se accede a través del árbol de módulos de hardware en su lugar:Lo que devuelve es la temperatura del módulo, el voltaje de alimentación del lado de transmisión y la corriente de polarización, y luego ambas cifras de potencia. En un enlace muerto aquí un GLC-LH-SMD marcaba aproximadamente -7.1 dBm de salida y -32.2 dBm de entrada, lo cual no es un tramo marginal, es oscuridad total - extremo remoto o trayecto de fibra, nada que ver con el router.
Escala aproximada que uso: un salto corto dentro de un edificio ronda entre -3 y -8 dBm, el largo alcance varía con la distancia, por debajo de unos -30 dBm no llega nada. Y antes de culpar a la fibra: %TRANSCEIVER-3-NOT_SUPPORTED en
show logging, o un tipo de medio impreso como desconocido enshow interface, cualquiera de los dos significa que el router ha rechazado el módulo.Otra plataforma más para la colección. En el Avaya VSP 7000 es un solo comando:
Imprime lo que el switch leyó del módulo en la jaula, y el capítulo de resolución de problemas usa esa salida para decidir si el dispositivo cuenta como compatible.
Parte molesta: la lista de módulos calificados no está en ese capítulo. Está en el documento aparte de instalación de transceptores, NN47202-302, junto con los pasos de instalación y retiro físico. Si el módulo vuelve como fallido o no compatible, la respuesta documentada es cambiarlo por algo de esa lista.