ONT XSG-PON para fibra 10 Gb
Buenas, Me han instalado una fibra 10 Gb de Movistar y deseo sustituir el router Askey RTF8316VW por una ONT, concretamente tengo dos modelos de Huawei: EN8010Ts-20 y HN8010Ts. Configurando ambas co...
Foro
Para habilitar el Telnet en la ONT, edita el archivo de configuración XML, busca X_HW_CLITelnetAccess → cambiar el atributo Access a 1, busca TELNETLanEnable dentro de AclServices → cambiar a 1. Luego intenta entrar por Telnet con Login root / adminHW.
Te resumo todas mis indagaciones en este asunto:
- La homologación que hace telefónica de estas ONT's, entre ellas la HN8010Ts-20 es una homologación en la Comisión Nacional de los Mercados y la Competencia para otros operadores que van a utilizar las redes, líneas y la fibra de Movistar para prestar sus servicios. Estos operadores tienen acceso directo a ingenieros de Movistar que les pueden facilitar firmwares, comandos e instrucciones para poder conectarse con estas ONT's a Movistar. Incluso cualquier operador de estos, podría solicitar la homologación de cualquier otra ONT a Movistar. Por lo que no es una homologación para usuarios finales que además no tenemos acceso a soporte técnico avanzado de Movistar y no podemos reclamarle nada a ellos.
- Dos de las claves para la conexión por fibra GPON y XGSPON son por una lado la parte más técnica de conexión de la fibra, hardware compatible, protocolos compatibles, iDont, número de serie, etc. que tu ya tienes resuelto al tener el PON encendido, es decir, la fibra está bien conectada.
- La segunda parte sería la parte de conexión de los datos a través de los perfiles OMCI. El flujo es este: cuando la ONT se registra en la OLT, la OLT le envía por OMCI el perfil de servicio completo (VLANs, GEM ports, T-CONTs, QoS...). Si la OLT de Movistar envía un perfil OMCI específico para la HN8010Ts y la EN8010Ts no lo interpreta correctamente, la ONT queda sincronizada a nivel óptico pero sin servicio configurado, exactamente lo que describes. Los síntomas encajan perfectamente:
- PON verde → autenticación óptica correcta, la OLT reconoce el número de serie
- Sin tráfico PPPoE → el perfil de servicio OMCI no se aplica correctamente
- La solución a esto sería tener el firmware original V5R022C00S200 de la HN8010Ts-20 e incluso intentar ponérselo al EN8010Ts porque seguro que tiene los perfiles OMCI configurados por Movistar, pero está claro que es casi imposible encontrar este firmware si no tienes algún contacto con alguien de Movistar o Huawei.
- Otra solución podría ser buscar en el archivo de configuración de la ONT lo siguiente. Al tener en OMCI los valores de la ONT homologada de Huawei tal vez entonces sí descargue los perfiles OMCI para esta ONT:
<X_HW_OMCI>
<VendorID>HWTC</VendorID>
<EquipmentID>HN8010Ts-20</EquipmentID> <!-- ← Clave: debe ser HN no EN -->
<OntVersion>...</OntVersion>
<ProductClass>...</ProductClass>
</X_HW_OMCI>- La hipótesis es que la OLT de Movistar envía perfiles OMCI específicos para el **EquipmentID "HN8010Ts-20"**, y si la EN8010Ts-20 se identifica con un EquipmentID diferente, la OLT puede enviar un perfil incompatible o ninguno. Estos son los datos sobre esta ONT de Huawei registrados por Movistar en la Comisión Nacional de los Mercados y la Competencia:
Modelo: HN8010Ts-20
Tipo de equipo: ONT L2
Suministrador: HUAWEI
Versión Hardware: HN8010Ts-20
Versión Software: NA
Versión Firmware: V5R022C00S200
INPUT: 100-240V AC 50/60Hz
OUTPUT: 12V DC 2A
Multicast: Sí
También se podría probar a poner los valores OMCI sacados del HGU de Movistar a ver si funciona.
- Otra solución sería configurar el perfil OMCI manualmente por Telnet:
- Acceder por Telnet
- Ver qué está pasando con OMCI y los GEM Ports:
- show version
- show omci statistics
Aquí buscamos si hay errores o si los contadores están a cero, lo que indicaría que los mensajes OMCI no se están procesando. - show gemport
Si está vacío o no hay GEM Port 56, confirma que el perfil OMCI de Movistar no se ha aplicado. - show wan service
Para ver si hay algún servicio configurado o está todo vacío. - show ont info
Ver el estado general de la ONT.
Con los resultados de estos cinco comandos ya tendremos un diagnóstico claro de qué está pasando exactamente. La salida puede estar en hexadecimal y entonces habría que convertirla a ASCII para leerla, puedes usar la herramienta online de Hack-GPON en https://hack-gpon.org que tiene un conversor integrado.
- Si el perfil OMCI no se aplica correctamente, habrá que intentar configurarlo manualmente empezando por el Gem Port.
Hola JaviAI,
Lo primero, disculpad mi silencio pero ando muy ocupado. Por un lado la información que comenta RickyTTT es muy interesante (sobre todo el nuevo usuario PPPoE) y la que has facilitado tu abre nuevas posibilidades con el EN8010Ts-20. No he conseguido hacerlo funcionar aún ni con el nuevo usuario + MAC en puerto + SN + IDONT porque no he dedicado más tiempo, pero os comparto mis avances por si alguien puede ''pegarse'' más a fondo con el tema antes que yo.
Pasos:
- Descargar el fichero de configuración de la ONT en formato XML, abrirlo y basta con buscar TELNETLanEnable para cambiar su valor a 1. Guardar cambios en el fichero XML.
- Subir el fichero de configuración XML de nuevo a la ONT y guardarlo, la ONT se reiniciará.
- Abrir un cliente Telnet y acceder a la IP (en mi caso 192.168.18.1) con credenciales Eproot / adminEp . Tras el primer login la ONT pedirá cambiar la password por defecto. A continuación ya hay línea de comando para seguir investigando.
Un saludo y suerte!
Buenas RickyTTT
No tengo claro si lees realmente lo que escribo o no... en ningún momento eh dicho que sea un requerimiento de XGSPON, ni tampoco estoy diciendo que Movistar pueda o no implementar las medidas que quiera. Te estoy diciendo que en XGSPON, no es la norma de hacerlo, si quieres te mando capturas también con diferentes MAC. Eso no quita, ni tiene nada que ver, con que diferente configuración/software/hardware que Movistar tenga desplegado, se comporte de forma diferente. Esto ya ha pasado en el pasado con GPON, depende de la centralita a la que estés conectado puede ser más o menos tiquismiquis. Sin más.
-Validación de Triple Play: No, no existe ninguna validación "Triple Play", Movistar ni siquiera valida desde hace años ya las credenciales PPPoE... pensar en poner bloqueos ahora... pues hombre, poco lógico es.
-Sticky MAC: Si y no, en lo que respecta a la seguridad y a guardar un registro. Sí lo hacen, ya te lo digo yo, y si se detecta un abuso/bombardeo.... pueden perfectamente bloquear la MAC para protegerse el sistema. Esto se usa sobre todo para evitar, precisamente, equipos mal configurados que puedan estar dando mucho ruido constantemente. Es totalmente lógico aplicar un bloqueo temporal, incluso permanente si la ONT no deja de dar errores, de intentar "atacar" a la red, etc etc etc.
-Detección de "Router de Terceros:" No, y rotundamente no!! Movistar no pone trabas algunas a que uses tus dispositivos. No tiene ningún tipo de sentido esgrimir que quieran tener control remoto de tu dispositivo por TR069, y por dos razones muy sencillitas, que parece que se olvidan:
1º. Quieras o no quieras, al conectar tu propia ONT cedes automáticamente su configuración y gestión a Movistar, a través de OMCI. Da exactamente igual el fabricante o modelo que sea, para que la ONT pueda operar requiere ser configurada por la OLT, y eso guste más o menos implica que el ISP sigue controlando tu ONT.
2º. Teniendo en cuenta lo primero, que es ineludible, cualquiera puede deshabilitar igualmente TR069 en los equipos de Movistar si así lo quiere. Obviamente lo tienen habilitado para la gestión/autoconfiguración de los equipos, el uso de la App, actualizaciones, incidencias... no por que exista una mano negra que quiera controlarte. En el 100% de todo los los HGU se puede deshabilitar, de un modo o de otro, tanto TR069 como cualquier otro acceso que permite el HGU por soporte. Repito, no por mano negra, sino por soporte.
Ejemplo Real de hace pocos días
-"Oye, le llamamos desde el 1004 para saber su satisfacción con el HGU7... ha tenido algún problema bla bla bla...".
-Si sí, todo correcto, todo perfecto, rápido genial.
-"Nos alegra saberlo bla bla bla, nos aparece que está apagado no conectado ¿algún problema...?"
-No, ninguno, simplemente por cuestiones personales, configuración, manías... tengo cortados/deshabilitados los accesos de gestión...
-"Entiendo, bla bla bla, puede a alguna hora, temporalmente, dejarlo para poder hacer unas comprobaciones y dar el OK definitivo... bla bla... por ejemplo las 20.30 bla bla bla..."
-Por supuesto que si, sin ningún problema, sobre las 20.30, para estar seguro de 20.00 a 21.00 estará "abierto". (A las 21.01 todo cerrado de nuevo)
-Día más tarde: Todo OK, encuesta de satisfacción.Conclusión?? Nadie puede acceder a mi Router ni al HGU, únicamente a la ONT integrada del HGU obviamente por OMCI, del mismo modo que puedan acceder a cualquier otra ONT.
-Cero Problemas
-Control Total de HGU y Router
-Tiempo invertido: Configuración HGU 5-10 min, Configuración Router (0min)
Por qué no tiene sentido el pensar en que Movistar quiere imponer un control ferreo?? Simple y llanamente. Si Movistar quisiese hacerlo haciendo bloqueos MAC, lo haría de un modo mucho más rápido, sencillo y eficaz, que es el que se ha realizado durante años otros operadores. Simplemente hacerlo a la hora de levantar las interfaces WAN, ya sea PPPoE o cualquiera de las otras dos, VoIP/IPTV. Tan simple que no requieren hardware especial para ello, ni GPON, ni XGSPON ni... Imponer ahora un filtrado MAC para XGSPON por fastidiar?? Un filtrado MAC se salta en cuestión de dos segundos, si Movistar no quisiese realmente que se usase otra ONT, podría hacerlo de muchos otros modos, mucho más efectivosSaludos.
No necesariamente es un requisito de la tecnología XGS-PON per se, pero sí es una política de control de acceso que Movistar está aplicando de forma cada vez más estricta en sus nuevas implementaciones.
En las conexiones de fibra antiguas (GPON), la OLT solía conformarse con el IDONT o el Serial. Sin embargo, con el despliegue de los 10Gb, la validación se ha vuelto más rigurosa.
¿Por qué pierdes la conexión sin el clonado?
Existen tres razones principales por las que tu configuración actual "muere" si quitas la MAC del Askey:
- Validación de Triple Play: Movistar asocia administrativamente tu puerto en la central (el splitter) con el IDONT y la MAC del equipo que te entregaron. Si la MAC no coincide, el servidor RADIUS de Movistar rechaza la sesión PPPoE por "dispositivo no reconocido".
- Sticky MAC (Seguridad): La OLT guarda en su memoria la última dirección MAC que se conectó exitosamente. Si intentas conectar una nueva (la del Ubiquiti), el sistema puede bloquear el tráfico por seguridad durante un tiempo (que puede ir desde unos minutos hasta 24 horas) para evitar suplantaciones.
- Detección de "Router de Terceros": Movistar prefiere que uses su HGU para tener control remoto (TR-069). Al clonar la MAC, el sistema de gestión de red de Movistar "ve" su propio router y no pone trabas.
En tu caso, como digo, no puedo decir ni que sí ni que no, no tengo ni idea la OLT que tendrás al otro lado... pero como ya he dicho, no es la norma. Tal como comenta el compañero santxez si he probado a usar MAC con ligeras variaciones (manteniendo el OUI) y más severas, y sin problema. Como es lógico, no estoy diciendo que esto sea así para todos, para muchos o para pocos. Pasa y pasará exactamente lo mismo que lo vivido con GPON: La centralita manda.
Saludos.
santxez Si realmente tienes o5 en tu huawei, cosa que lo dudo. Solo tienes que clonar la mac de tu askey en tu router neutro mikrotik, agregar la vlan 6 y los credenciales ppoe
despues de hacer el Su > Shell
Tienes un "falso root".
Aunque el prompt dice WAP(Dopra Linux) #, el sistema te está devolviendo ERROR::Command is not existed incluso para comandos básicos de Linux como ls o cd.
Esto significa que no estás en una shell de Linux real, sino en un menú de comandos restringido que simula ser una shell
ya escribi anteriormente que aunque llegues a WAP, el sistema esta en modo jaula. Solo vas a tener 2 opciones que no sirven para nada… getcustominfo.sh
Esto confirma que, aunque el prompt parece una shell de root (#), estás dentro de una "jaula" (sandbox) que no te deja ver los binarios del sistema como setmac o ls.
Hola RickyTTT,
En lo poco que he podido trastear con el CLI de la ONT EN8010Ts-20 he visto que se maneja con la sintaxis típica de Huawei, en concreto montones de comandos Display que muestran configuraciones, estados y estadísticas.
En concreto, al hilo de la necesidad de incluir SN + IDONT (que se puede configurar en esa ONT) he comprobado que el comando "display wanmac" muestra una MAC fija de la ONT que a priori entiendo que no se podrá cambiar y que es la que se presenta a la OLT. Si es cierto que las OLT de Movistar aceptan el modelo anterior EOL de esa ONT, deberían tragar con todas las MAC de OID Huawei. RickyTTT, si te resulta posible, trata de configurar en tu ONU UCG Fiber otra MAC que no sea exactamente la de tu router Askey, sino otra muy parecida con el mismo OID de fabricante, así podemos ver si cada abonado está atado a una MAC o basta con que la ONT vea una MAC Askey.
Paralelamente he tratado de conocer la marca de la OLT que me da servicio pero el comando no me devuelve ningun Vendor ID, bien porque el estado de la negociación OMCI no ha alcanzado el nivel esperado (que podría ser, porque recibo miles de paquetes RX PLOAM pero solo envío 4 o 5) o porque directamente no revela su marca.
A pesar de que toda la información que voy viendo no me está permitiendo configurar nada relacionado con OMCI y GEM, he encontrado la forma de pasar del CLI a la shell de Linux con el comando "su", con la esperanza de poder leer ficheros de configuración, entender scripts, tratar de cambiar valores... y entre ellos la MAC de la que hablaba.
Con todo y con eso, creo que va a ser necesario adecuar los parámetros de la negociación OMCI y GEM... si se puede.
Seguiré informando!
Yo tampoco nunca tuve que clonar la mac con o2 o la fibra de movistar. AHORA SI con la de 10gb, es una realidad…
El IDONT es una cadena hexadecimal, la forma de expresarla en la mayoría de sistemas es con 0x..... no te estoy diciendo que es lo que tengas tú que poner o no poner en tu ONT, sino los datos que se requieren o no se requieren, así como prueba de ello, sin más. Del mismo modo que no son 5Bytes como he puesto, sino 10 Bytes
Y como vuelvo a decir, cada OLT que está al otro lado, puede tener más o menos peculiaridades. En mi caso personal es puro estudio y experimentación, no uso, y nunca tuve que clonar una sola MAC, es más, puedo cambiarla si quiero.
Saludos.
El password no lleva 0x
la mac es obligatoria, en el momento que en el ucg fiber le quito la mac en el apartado clone mac, entonces deja de funcionar
Hasta donde tengo entendido y comprobado:
-Las credenciales PPPoE hace muchos años que no se validan, técnicamente puedes poner lo que quieras
-El IDONT es totalmente obligado
-El SN por lo general también
-La MAC nunca ha sido necesaria, y ahora por lo que veo tampoco.
ONU Info:
ONU ID: 112
ONU State: 5
SN: ASKYxxxxxxxx
PASSWD: 0xaabbccddee
Key Idx: 0
Key: aabbccddeeff00112233445566778899
O1 Timer: 10000
O2 Timer: 100
OMCC ID: 3
OLT DISTANCE: 2197De todos modos como ya dije hace tiempo, es imposible saber de ante mano la OLT que está al otro lado, OLT que además cambia con los años. Por lo que veo en mi zona la han vuelto a cambiar. Algunas OLT pueden requerir unos requerimientos y comprobaciones, otras pueden requerir otros. Por esta y muchas otras razones prefiero usar siempre el HGU, todo son ventajas, al menos para mi
Saludos.El telnet Shell esta en modo jaula.
si realmente llegaste al O5, lo unico que tienes que hacer en tu router, es clonar la mac del askey. En el UCG Fiber lo tengo puesto. Y en el momento que lo quito pierdo la conexion. Asi que se confirma que la OLT es mas restrictiva.
campos obligatorios:
idont
sn
mac
saludos
ricardo
