Le XFP DWDM accordable sous IOS XR signale un numéro de canal différent dans « show controllers ... phy » que celui configuré
Sur un routeur IOS XR (classe ASR 9000 basée RSP, observé sous IOS XR 4.x et 5.x), l'auteur a configuré un XFP DWDM accordable avec « controller dwdm 0/1/0/0 », « admin-state maintenance », « wavelength 55 », « admin-state in-service » puis a fait monter l'interface TenGigE. La configuration active montre le canal 55 et le laser s'accorde sur la bonne longueur d'onde (« Wavelength Control: setpoint=1550.05 nm, error=0.00 nm »), mais « show controllers tenGigE 0/1/0/0 phy » signale « Wavelength Channel: 30 ». L'auteur n'a trouvé aucune note expliquant cet écart et a demandé pourquoi le numéro de canal signalé diffère de celui configuré.
- Matériel : routeur Cisco série ASR 9000 (IOS XR 4.x/5.x)
- Transceivers : XFP DWDM accordable non précisé
- Facteur de forme : XFP
Symptômes / messages :
Wavelength Channel: 30 reported after configuring wavelength 55
Wavelength Control: setpoint=1550.05 nm, error=0.00 nm
channel number in show controllers phy differs from configuration
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 2
La commande 'wavelength <n>' définit un numéro de canal XR : le canal 55 correspond à 193.40 THz / 1550.116 nm d'après 'show controllers dwdm 0/1/0/0 wavelength-map'. Le logiciel traduit ensuite cela dans la numérotation de canal propre à l'optique (canal 30, 1550.05 nm), qui est ce qu'affiche la sortie phy - l'écart n'est donc qu'une différence de numérotation, pas un laser mal accordé.
La pratique recommandée est de configurer la longueur d'onde en nanomètres avec « wavelength update <valeur à 7 chiffres> » (par ex. 1532290 pour 1532,29 nm), en choisissant parmi les valeurs listées par « show controllers dwdm <port> wavelength-map ».