.webp)
El archivo txt contiene las líneas de registro de la OLT antes de que la ONU 1/6/3 presentara el problema y después de restaurarla. El registro corresponde al archivo del directorio /var/log/ de la OLT.
Las imágenes son capturas del software “GEPON 2010 EMS”. Las que empiezan por “ONU_ERR” corresponden a la ONU con problemas; las demás corresponden al resto.
“Teníamos dos problemas:
Primero: Los dispositivos ONU que dependen del puerto PON1 están registrados, pero no tienen tráfico. Al acceder a la web a través del puerto DEBUG (para diagnosticar), vemos que el puerto PON1 no tiene enlace y los demás (los 9) sí lo tienen. ¿Puede confirmar que el puerto funciona y que el tráfico fluye a través de él?
Segundo: Las direcciones IP configuradas en la sección "configure – mgmt – inband" no funcionan (p. ej.: inband enable ip 10.10.10.17/24 VID 1). La IP se muestra correctamente en la consola, pero no se puede acceder. ¿Podrías probarlo? Gracias.
“Necesito transmitir tramas Ethernet de más de 1500 bytes de carga útil (trama jumbo) desde un dispositivo conectado a un puerto SNI en la OLT, a otro dispositivo detrás de la ONU.
La opción “long frame pass” está habilitada para los puertos SNI y PON , pero no hay nada relacionado con los puertos ethernet de la ONU.
Dado que no puedo transmitir paquetes de tramas jumbo, ¿existe alguna limitación en las interfaces Ethernet de la ONU?
Si ambos dispositivos están conectados en el puerto SNI1 y el puerto SNI2, las tramas jumbo se transmiten correctamente”.
Aun no se han publicado comentarios.