CRS328 con un stick GPON Alcatel-Lucent G-010S-P: solo TX, sin RX, la longitud de onda lee 33685 nm
Estoy moviendo mi línea FTTH doméstica del ONT del operador a un stick GPON en mi propio router, para que la fibra llegue directamente al rack y me quede una sola caja en vez de dos. El stick se reconoce, el puerto sube, y luego no vuelve nada.
- MikroTik CRS328-24P-4S+, stick en sfp-sfpplus1
- ONU GPON Alcatel-Lucent G-010S-P
- Bell Canada FTTH, fibra desde la caja de pared directo al módulo
- puerto fijado, autoneg desactivado:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXLos contadores TX suben, los RX se quedan en cero, y la página del módulo se lee así:
wavelength: 33685.00nmLo que ya he hecho:
- reasenté y limpié el conector, probé una segunda jaula SFP+
- saqué la fibra por completo - el valor de longitud de onda no cambia, con o sin ella
- dejé el puerto fijado en 1G durante una hora por si era un proceso lento de ranging
Así que: ¿es 33685.00nm evidencia de que la óptica de este stick está muerta, o simplemente el switch está decodificando mal ese campo del EEPROM para un módulo GPON? ¿Y hay algo del lado del operador que tenga que ocurrir antes de que se permita hacer ranging a una ONU SFP?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
Hay dos cosas separadas en tu publicación y solo una de ellas es un fallo.
El 33685.00nm es un artefacto de decodificación, no una medición. Estos sticks son de doble longitud de onda - 1310 ascendente, 1490 descendente - y el switch lee un solo campo de longitud de onda del EEPROM como si fuera un transceptor ordinario con un solo láser. Verás el mismo número en un stick que está pasando tráfico felizmente, así que es inútil como diagnóstico. Déjalo de lado.
El tráfico en un solo sentido sí es la unidad en sí misma. Pasé por esto en el mismo switch, un CRS328-24P-4S+: el G-010S-P transmitía y nunca recibía nada, y el enlace subió en el momento en que cambié a otro módulo de la misma familia - un O-010S-P, la variante de temperatura extendida. Misma cuenta, misma fibra, sin cambios de configuración. Así que el primer stick estaba defectuoso o era la variante equivocada para esa línea.
Mantén el puerto fijado mientras pruebas, de lo contrario añades una segunda variable:
Con ALCLFAB en el número de serie y la cuenta ya cambiada a una ONU SFP, tu mitad del operador está lista. Consigue un segundo stick antes de gastar otra noche en esto.
Antes de descartar la óptica, revisa la mitad aburrida. En muchas cuentas FTTH una ONU SFP no es un simple reemplazo de la caja del operador: la cuenta tiene que ser reaprovisionada a mano para ello, y algunos operadores solo aceptan un módulo cuyo número de serie lleve su propio prefijo de fabricante. TX sin nada volviendo es exactamente lo que se ve, desde el lado del suscriptor, en una ONU que no ha sido autorizada.
Publica qué reporta el stick como fabricante y número de serie, y di qué has configurado en el lado WAN - etiqueta VLAN, PPPoE o DHCP.
El número de serie empieza con ALCLFAB, que es el prefijo que quieren aquí en una cuenta FTTH de negocio. La cuenta también se reconfiguró manualmente para una ONU SFP - eso llevó una llamada telefónica, la primera línea de atención no tenía idea de qué estaba pidiendo.
El lado del router es VLAN 35 en el puerto SFP con un cliente PPPoE encima. El cliente nunca pasa de discovery. Los contadores RX siguen planos, y la lectura sigue igual en 33685.00nm esté la fibra conectada o no.
Para extender el punto de la longitud de onda: el campo que lee el switch vive en el área SFF-8472 y fue definido para un módulo con un solo láser. Una ONU GPON tiene un transmisor en modo ráfaga y un receptor en longitudes de onda distintas, así que no hay un único valor correcto que poner ahí, y los fabricantes escriben lo que les conviene. Nada en el estándar obliga al host a validar ese byte antes de imprimirlo, y así es como terminas con nanómetros de cinco dígitos.
La misma lógica se aplica a las líneas de potencia óptica de estos sticks. Si necesitas saber cómo va el lado PON, obténlo del propio estado de la ONU, no de la página de diagnóstico del switch.
Vale la pena decir que el extremo del host en esto no es una peculiaridad de MikroTik. En la familia 7210 SAS la documentación del fabricante lo dice sin rodeos: las versiones tempranas no implementaban DDM en absoluto, así que los puertos no muestran potencia óptica ni temperatura aunque los módulos lo soporten, y se te dice que compruebes qué versión añade la función para tu variante. Para módulos no suministrados por el fabricante, la misma guía dice que los diagnósticos pueden mostrarse pero que no se responsabilizan de su formato ni precisión.
También hay un indicador de capacidad en el EEPROM del módulo que decide si la plataforma trata un SFP como capaz de DDM, y los módulos que no lo activan pueden imprimir igualmente números con apariencia plausible que nadie validó.
show port <port> detailes donde se lee en ese caso. Yo trato un valor de terceros en esa caja como una pista, nunca como una medición - que es más o menos el trato que merece tu 33685.Cerrando esto: un segundo stick lo arregló. Puse un O-010S-P, el cliente PPPoE subió en VLAN 35 en menos de un minuto, sin cambios del lado del operador y sin tocar nada en la configuración del puerto. El viejo G-010S-P hace lo mismo de solo TX en otra jaula, así que para mí está muerto.
Y sí - el módulo que funciona también reporta 33685.00nm. Me alegro de no haber pasado la semana persiguiendo ese número.