Przestrajalny DWDM XFP na IOS XR zgłasza w 'show controllers ... phy' inny numer kanału niż skonfigurowany
Na routerze IOS XR (klasa ASR 9000 oparta na RSP, zaobserwowane na IOS XR 4.x i 5.x) autor skonfigurował przestrajalny DWDM XFP przez 'controller dwdm 0/1/0/0', 'admin-state maintenance', 'wavelength 55', 'admin-state in-service', a potem podniósł interfejs TenGigE. Aktywna konfiguracja pokazuje kanał 55, a laser stroi się na właściwą długość fali ('Wavelength Control: setpoint=1550.05 nm, error=0.00 nm'), ale 'show controllers tenGigE 0/1/0/0 phy' zgłasza 'Wavelength Channel: 30'. Autor nie znalazł żadnej uwagi tłumaczącej tę rozbieżność i zapytał, dlaczego zgłaszany numer kanału różni się od skonfigurowanego.
- Sprzęt: router Cisco z serii ASR 9000 (IOS XR 4.x/5.x)
- Transceivery: nieokreślony przestrajalny DWDM XFP
- Format: XFP
Objawy / komunikaty:
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
CLI 'wavelength <n>' ustawia numer kanału XR: kanał 55 odpowiada 193,40 THz / 1550,116 nm według 'show controllers dwdm 0/1/0/0 wavelength-map'. Oprogramowanie tłumaczy to potem na własną numerację kanałów optyki (kanał 30, 1550,05 nm), i to właśnie pokazuje wynik phy - więc rozbieżność to tylko różnica w numeracji, nie źle nastrojony laser.
Zalecana praktyka to konfigurowanie długości fali w nanometrach przez 'wavelength update <7-digit value>' (np. 1532290 dla 1532,29 nm), wybierając spośród wartości wylistowanych przez 'show controllers dwdm <port> wavelength-map'.