Wedge100BF-32X sous SONiC : le 100G LR4 monte en test direct mais pas à travers le transport, sauf en câblant le TX d'abord
Nous livrons un circuit 100G à un routeur cœur de réseau via un système de transport optique loué, et le port de notre côté refuse de monter. La même paire de modules monte instantanément sur le banc de test, ce qui rend la chose d'autant plus irritante.
- Wedge100BF-32X (wedge100bf_32x) sous SONiC
- InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
- un système de transport Juniper BTI entre nous et le routeur cœur de réseau
admin@sonic:~$ show interfaces status
Interface Speed Admin Oper
Ethernet0 100G up down
Ce que nous avons déjà essayé :
- les deux mêmes modules connectés directement sur le banc montent et restent stables, aucune plainte d'un côté comme de l'autre
- remplacé le module de notre côté et les deux jarretières
- l'équipe transport confirme voir de la lumière venant de nous sur leur port d'entrée
La seule chose qui fonctionne : si on débranche les deux brins et qu'on les rebranche dans l'ordre, TX d'abord, on attend quelques secondes, puis RX, le port monte et reste up indéfiniment. Ce n'est pas quelque chose que je veux inscrire dans une procédure pour une mise en service en production, et cela ne survit pas non plus à une fenêtre de maintenance côté transport.
Alors que se passe-t-il pendant ces quelques secondes ? On dirait que les deux extrémités attendent chacune la signalisation de défaut de l'autre et qu'aucune ne commence à transmettre, mais je n'ai aucun moyen de le voir depuis cette plateforme. Quelqu'un a-t-il déjà creusé ce problème sur un Wedge sous SONiC face à une remise à un transport, et y a-t-il quelque chose de réglable côté switch ?
Comments 0
No comments yet.