.webp)
Le fichier texte contient les lignes de journal de l' OLT avant que l'ONU 1/6/3 ne présente le problème, et après sa restauration. Le journal correspond au fichier du répertoire /var/log/ de l'OLT.
Les images sont des captures du logiciel « GEPON 2010 EMS ». Celles commençant par « ONU_ERR » correspondent à l'ONU défaillante, les autres appartiennent aux autres.
« Nous avions deux problèmes :
Premièrement : les périphériques ONU dépendant du port PON1 sont enregistrés, mais n'ont aucun trafic. En accédant au web via le port DEBUG (pour le diagnostic), nous constatons que le port PON1 n'a pas de liaison, tandis que les 9 autres ports (tous) ont une liaison correcte. Pouvez-vous confirmer que le port fonctionne et que le trafic circule ?
Deuxièmement : les adresses IP configurées dans la section « configure – mgmt – inband » ne fonctionnent pas (par exemple : inband enable ip 10.10.10.17/24 VID 1). L'adresse IP s'affiche correctement dans la console, mais elle est inaccessible. Pourriez-vous la tester ? Merci.
« J'ai besoin de transmettre des trames Ethernet de plus de 1 500 octets de charge utile (trame jumbo) depuis un périphérique connecté à un port SNI de l'OLT, vers un autre périphérique derrière l'ONU.
L'option « long frame pass » est activée pour les ports SNI et les ports PON , mais elle n'est liée qu'aux ports Ethernet de l'ONU.
étant donné que je ne peux pas transmettre de paquets de trames jumbo, existe-t-il une limitation sur les interfaces Ethernet de l'ONU ?
Si les deux appareils sont connectés au port SNI1 et au port SNI2, les trames jumbo sont transmises correctement.
Aucun commentaire n'a encore été posté.