L'XFP DWDM sintonizzabile su IOS XR riporta un numero di canale diverso in 'show controllers ... phy' rispetto a quello configurato
Su un router IOS XR (classe ASR 9000 basata su RSP, osservato su IOS XR 4.x e 5.x), l'autore ha configurato un XFP DWDM sintonizzabile con 'controller dwdm 0/1/0/0', 'admin-state maintenance', 'wavelength 55', 'admin-state in-service' e poi ha portato su l'interfaccia TenGigE. La configurazione in esecuzione mostra il canale 55 e il laser si sintonizza sulla lunghezza d'onda giusta ('Wavelength Control: setpoint=1550.05 nm, error=0.00 nm'), ma 'show controllers tenGigE 0/1/0/0 phy' riporta 'Wavelength Channel: 30'. L'autore non ha trovato alcuna nota che spiegasse la discrepanza e ha chiesto perché il numero di canale riportato differisca da quello configurato.
- Hardware: router Cisco serie ASR 9000 (IOS XR 4.x/5.x)
- Transceiver: XFP DWDM sintonizzabile non specificato
- Fattore di forma: XFP
Sintomi / messaggi:
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
Il comando CLI 'wavelength <n>' imposta un numero di canale XR: il canale 55 corrisponde a 193,40 THz / 1550,116 nm secondo 'show controllers dwdm 0/1/0/0 wavelength-map'. Il software poi traduce questo nella numerazione di canale propria dell'ottica (canale 30, 1550,05 nm), che è quello che mostra l'output di phy - quindi la discrepanza è solo una differenza di numerazione, non un laser sintonizzato male.
La pratica raccomandata è configurare la lunghezza d'onda in nanometri con 'wavelength update <7-digit value>' (per esempio 1532290 per 1532,29 nm), scegliendo tra i valori elencati da 'show controllers dwdm <port> wavelength-map'.