Optisk ydeevneovervågning for DWDM og 400ZR Links

 

Hvorfor dataene allerede var der, og ingen handlede på det

 

Tre ting skal være sande, før en læsning bliver en handling, og i de fleste netværk er mindst én af dem falsk.

 

Aflæsningen skal eksistere, hvilket ikke er det samme som den parameter, der findes i specifikationen. Det skal nå dit NMS, hvilket afhænger af din platform og softwareudgivelse snarere end af modulet. Og det skal sammenlignes med noget meningsfuldt, som kræver en baseline, du ejer, snarere end en konstant, som en anden skrev ved fremstillingen. Et overvågningsdesign, der springer nogen af ​​de tre over, producerer dashboards, ikke advarsler.

 

Telemetri på modul-niveau er ét input til dette. DDM, SFF-8472-grænsefladen, der eksponerer temperatur, forsyningsspænding, laserforspændingsstrøm og TX/RX-effekt fra transceiverens egen mikrocontroller, er hvor det meste af råmaterialet kommer fra. Hvordan man læser hver parameter, hvordan tærskelkonfiguration fungerer i praksis, og hvad DDM-nøjagtighed kan understøtte, er dækket i voreskomplet guide til DDM digital diagnostisk overvågning, og denne artikel gentager bevidst ikke den grund.

 

Den skelnen, der er værd at føre videre, er kort. DDM er en datakilde. Et optisk overvågningsdesign på link-niveau er et beslutningssystem.

 

Hvad din platform faktisk rapporterer, og hvad den stille og roligt taber

 

Før du designer alarmer, skal du kontrollere stien mellem modulet og dit overvågningssystem. Dette er det trin, næsten ingen udfører, og det ugyldiggør flere overvågningsdesigns end nogen tærskelfejl.

 

Logning af tærskelovertrædelser er standardillustrationen. Cisco Catalyst-platforme har udsendt %SFF8472-5-THRESHOLD_VIOLATION syslog-meddelelser i årevis, mens operatører, der kører NX-OS, har dokumenteret, at aldrende 10G-ER-moduler falder under den lave modtagelsesadvarselstærskel, mens platformen forbliver helt stille. Den eneste måde at se tilstanden på var at køre show interface transceiver detaljer og læse den manuelt. Den situation har siden ændret sig i stedet for at vare ved. Fra NX-OS 10.6(1)F tilføjer Nexus 9000-platforme alsidig diagnostikovervågning, som når forbi DOM til signal-til-støjforhold, pre-FEC bitfejlrate og laserældning, læst igennem vis grænseflade ethernet transceiver vdm (Cisco).

 

 

Bemærk kvalifikationen i den dokumentation, fordi resten af ​​denne artikel bliver ved med at vende tilbage til den. Cisco skriver, at de observerbare typer, der er tilgængelige gennem VDM, afhænger af modulet. Samme switch, samme software, anden optik, forskellig synlighed.

 

Så overvågning af optisk transceivers ydeevne i datacentret er ikke en ejendom for den switch, du har købt. Det er en egenskab for en specifik kombination af platform, softwareudgivelse og installeret optik, og kontrollen, der fastslår, at den er mekanisk snarere end teoretisk: sæt den samme optik i hver platform-og-udgiv par, du rent faktisk kører, udsend transceiver-detaljen og VDM-kommandoer, og registrer, hvilke felter der kommer tilbage udfyldt. En halv times arbejde per kombination, og det er den eneste version af dette svar, der er sandt for din ejendom.

 

Tre fejltilstande overlever den revision dårligt.

 

Blind vinkel	Hvad dashboardet viser	Sådan verificeres det	Første handling
Platformen udløser ikke tærskelalarmer	Intet: stilhed læser som sundhed	Bevidst dæmp et vedligeholdelsesvindue-og se, om der kommer en alarm	Tjek NOS-udgivelsesbemærkninger for DOM/VDM-understøttelse, så poll og evaluer tærskler i NMS i stedet
Modtag strøm for høj	Fejltællere stiger, mens optisk effekt ser behagelig ud	Sammenlign med modtagerens overbelastningsgrænse, ikke den lave tærskel	Tilføj dæmpning, eller flyt til en korrekt matchet rækkeviddeklasse
Afstemningsgenstande	Pludselige usandsynlige spidser eller værdier, der hopper og vender tilbage	Reducer afstemningsintervallet og se, om begivenhederne forsvinder	Etabler et bæredygtigt interval før skaleringsindsamling

 

Den anden række fortjener fremhævelse, fordi den afvises så konsekvent. En lang-optik på en kort patch vil overdrive modtageren til mætning og generere fejl, der ligner dæmpning på tællerniveau. Begge moduler fungerer nøjagtigt som specificeret, og det er netop derfor, at udskiftning af dem ikke ændrer noget.

 

Den tredje er selv-forskyldt og er vokset med indførelsen af ​​streaming-telemetri. Modultelemetri læses på tværs af en I2C-bus, der aldrig er designet til højfrekvent polling, og aggressive indsamlingsintervaller forårsager registerlæsetimeout, der returnerer værdier, der ikke kan skelnes fra virkelige hændelser. Vi har sporet pludselige temperaturstigninger i implementeringer, der kører tæt SNMP-afstemning til præcis dette, uden nogen termisk hændelse bag sig. Behandl din egen indsamlingssti som en overvåget komponent.

 

Kan du stole på de tal, som et kompatibelt modul rapporterer?

 

Det er det spørgsmål, ingeniører stiller hinanden og sjældent stiller en leverandør, så vi svarer direkte på det i stedet for at vente på det.

 

Optiske præstationsovervågningsparametre er kun så gode som implementeringen, der rapporterer dem, og SFF-8472 definerer, hvad der bliver rapporteret, ikke hvor nøjagtigt hver leverandør måler det. Vores egen produktionsstandard for optiske effektaflæsninger er ±1,5 dB, og kalibreringsdata er tilgængelige på forespørgsel. Det tal er ikke et marketingnummer. Den sætter et hårdt gulv under hver alarm, du vil designe, hvilket næste afsnit bygger på.

 

To røde flag identificerer moduler, hvis telemetri slet ikke bør have tillid til. Aflæsninger fastfrosset til en plausibel-lignende værdi, der aldrig bevæger sig uanset linkbetingelser, og leverandørens OUI-felter læser alle nuller. Enten betyder, at du overvåger en konstant, ikke et link.

 

Kontrollen, der adskiller de to sager, tager omkring fem minutter pr. SKU ved indgående kontrol. Registrer basislinjeaflæsninger i en testswitch, indsæt en kalibreret 3 dB dæmper på modtagestien, og bekræft, at den rapporterede RX-effekt falder med ca. 3 dB. Et modul, der ikke reagerer, eller reagerer med en usandsynlig mængde, har et kalibreringsproblem, du skal vide om, før det er i hundrede porte i stedet for efter.

 

 

Forandringshastighed slår absolut værdi

 

02:00 udløses en RX-strømalarm på en enkelt port. Den vagthavende tekniker har to muligheder: Træk i modulet og smid en reserve i, hvilket tager halvfems sekunder, eller regn ud, hvad der er ændret, hvilket tager en time. Grunden til, at den anden mulighed bliver ved med at tabe, er, at ingen skrev ned, hvordan linket så ud i sidste måned.

 

Vores egne returdata viser, hvad det koster. Ud af 340 optiske modul RMA-billetter behandlet på et år, ankom 68, der beskrev lav RX-effekt, og efter prøvebænk viste færre end 20 % at have en faktisk modtagerfejl. Resten spores til forbindelseskontaminering, overdreven bøjningsradius eller konfiguration, hvoraf hver en fem--minutters kontrol på kundestedet ville have fanget. Omtrent halvtreds moduler krydsede en grænse to gange for at bevise, at de virkede.

 

Hældningen er det, der adskiller disse tilfælde, fordi en absolut læsning fortæller dig tilstanden af ​​linket, mens ændringshastigheden fortæller dig, hvilken mekanisme du skal teste først.

 

Tidsskala for ændringen	Første hypoteser at teste	Åbningshandling
Sekunder, brat fald	Fiberbrud, afbrydelse, porthændelse	Fysisk vejbekræftelse, ikke diagnose
Minutter, intermitterende sving	Løst stik, vibration, marginal sæde	Genanbring og inspicer; hænge sammen med mekanisk arbejde i nærheden
Dage til uger, konstant forfald	Kontaminering akkumuleres på ende-ansigter	Efterse og rengør, før du udskifter noget
Måneder, langsom monoton drift	Termisk ældning, fotodiodedrift, laserens slut-af-liv	Planlæg en planlagt udskiftning, ikke en hændelse

 

Læs begge ender, før du rører ved hardware.

 

Denne instruktion har en betingelse, der er værd at angive, da det er den del, der fejler lydløst. En to--ende sammenligning er kun meningsfuld, hvis begge moduler er kalibreret til sammenlignelig nøjagtighed. Blandede områder, hvor den ene ende er en første-optik, og den anden er en ukarakteriseret kompatibel enhed, kan frembringe en tilsyneladende asymmetri på 2-3 dB, der udelukkende er en måling, og teams jagter den i dagevis. Etabler sammenligningens baseline på et kendt-godt link, før du stoler på det på en mistænkt. Den detaljerede lokal-versus{10}}fjernbeslutningslogik findes i den tidligere linkede DDM-guide.

 

Hvor hovedårsagen er et makrobøjning eller et forurenet patchpanel, forbinder et udskiftningsmodul ofte, fordi en frisk modtager har lidt mere følsomhedsmargen ud af kassen og svigter igen uger senere, når den sætter sig i sit eget driftspunkt. Dæmpningen var aldrig i modulet.

 

OSNR Monitoring Best Practices på Amplified DWDM Links

 

På forstærkede DWDM-links kan modtagestrøm alene ikke adskille signal fra akkumuleret ASE-støj, så OSNR og pre-FEC BER bliver nødvendige i stedet for valgfrie. Komplikationen er, at standardmetoden til at måle OSNR holdt op med at virke på moderne netværk, mens en hel del operationel dokumentation fortsatte med at lære det.

 

Den klassiske interpolationstilgang, indrammet i IEC- og ITU-T G.697-termer, estimerer støjbunden fra det spektrale mellemrum mellem tilstødende kanaler. To ændringer brød det. Kanalmellemrummet strammes, indtil der ikke længere eksisterer et rent mellemrum, og i-linje ROADM-filtrering skærer støjen ud i midtpunktet mellem kanalerne, så det interpolerede gulv kommer ud lavere end virkeligheden, og den målte OSNR læser bedre end linket faktisk er (Optica Publishing Group). Polarisations-nulleringsteknikker, udviklet som efterfølgeren, antager et enkelt-polarisationssignal og besejres af polarisationsmultipleksing. Signal til/fra-metoden forbliver gyldig og forbliver ubrugelig, fordi den afbryder kanalen, der måles. Kanal-for-kanal effekt- og bølgelængdeplanlægning interagerer med alt dette, som vi dækker separat i voresDWDM-bølgelængdeplanlægningsvejledning.

 

 

Hvis du stadig måler et indlæst sammenhængende link med den klassiske interpolationsmetode, er tallet forkert, før du læser det. Ikke upræcist: forkert, og forkert i den flatterende retning. Metode skal følge jobbet, og der er fem adskilte job.

 

Situation	Foretrukken metode	Hvorfor
Reference til laboratorie- eller-en enkelt kanal	Referencestøjkilde med kalibreret dæmpning	Fuld kontrol over støjgulvet, ikke opnåelig i marken
Produktions- eller idriftsættelsestest	Traditionel OSA-måling på en ubelastet kanal	Spektralmellemrummet eksisterer stadig, før systemet er fyldt
I-tjeneste OSNR-måling på et indlæst sammenhængende link	Spektral korrelation på en kohærent-kapabel OSA eller kohærent modtagertelemetri	Ikke-invasiv på transporteret trafik; tolererer polarisationsmultipleksing
Kontinuerlig trendovervågning	Pre-FEC BER og ESNR fra DSP	Allerede rapporteret, nul inkrementelle instrumentomkostninger
Lokalisering af en funktionsnedsættelse langs stien	OCM og OSA plus linje-systemdata med OTDR for fiberanlægget	Identificerer hvor, hvilket ingen modtager-sidemetrik kan gøre

 

Den sidste række er, hvor to udtryk bliver forvekslet. En optisk kanalmonitor og en optisk ydeevnemonitor bruges ofte i flæng i leverandørmateriale, men de er ikke det samme omfang: OCM er en enhed, der rapporterer pr-kanals effekt og bølgelængde på tværs af spektret, mens optisk ydeevnemonitorering er den praksis, der bruger det output sammen med modtager-sidemetrikker og omdanner kombinationen til en beslutning. At købe den første giver dig ikke den anden.

 

For kontinuerlig service-marginovervågning på sammenhængende links bør præ-FEC BER normalt være den primære trendalarm, mens OSNR fortsat er nødvendig for at identificere og lokalisere optiske-lagsvækkelser. Post-FEC-tællere læser nul lige indtil marginen er opbrugt; pre-FEC BER bevæger sig gennem størrelsesordener, mens hver kunde-indikator forbliver grøn. Hvad det interval ikke vil give dig, er en bærbar tærskel. Den præ-FEC-værdi, der skal udløse handling, afhænger af FEC-skemaet, moduleringsformatet og leverandørens DSP-implementering, så den skal karakteriseres pr. platform i stedet for at kopieres mellem dem.

 

Arbejdet med at forudsige bløde fejl fra denne klasse af telemetri understøtter retningen. Modeller trænet på et benchmark på 756 lysstier og 2,72 millioner telemetriregistreringer forudsiger tid-til-fejl med en gennemsnitlig absolut fejl på 73,2 sekunder (Videnskabelige rapporter). Benchmarkens fire fejlklasser er ikke opregnet i det offentliggjorte abstrakt, så bekræft, at de dækker de tilstande, du interesserer dig for, før du behandler det tal som overførbart til dit netværk. Den overførbare del er den underliggende opdagelse: det forudsigelige signal sad i almindelig telemetri hele tiden.

 

Telemetrikapacitet er nu en indkøbsspecifikation

 

Sæt konklusionen først, for det er den ene ting i denne artikel, der ændrer, hvad der sker på en indkøbsordre. Hvilke parametre du vil kunne aflæse om atten måneder afgøres ved modulvalg, ikke ved NMS-konfiguration.

 

Arkitekturen gør dette konkret. I klassisk transport sender routeren trafik til et transponder-linjekort, og transponderen plus linjesystemet rapporterer OSNR, kanalstrøm, dispersion og FEC-statistik opad. IPoDWDM fjerner den hylde: et 400ZR eller OpenZR+ kohærent modul går direkte ind i routerporten og tænder sin egen bølgelængde gennem passive filtre. Capex- og magtargumenterne er reelle og godt indøvede. Mindre diskuteret er, at det linjekort, der forsvandt, også var instrumentet. Optisk ydeevneovervågning for 400ZR pluggables kører nu gennem selve modulet: netværkets OS læser pre-FEC- og post-FEC-tællere plus sender og modtager optisk strøm fra optikken og streamer dem som OpenConfig-telemetri over gNMI.

 

Læg de to brancheudsagn side om side, for overlapningen er hele argumentet. Ciscos data-omskiftningsdokumentation siger, at de tilgængelige VDM-typer afhænger af modulet. IPoDWDM-platformsdokumentationen siger, at de tilgængelige parametre afhænger af den sammenhængende optik. To ikke-relaterede hjørner af branchen, en kvalifikation. Modulet er blevet måleinstrumentet, og instrumenter bliver specificeret frem for antaget.

 

Hvilket betyder, at to optikker både kan tilfredsstille OIF 400ZR-interoperabilitet og afsløre væsentligt forskellig telemetri gennem CMIS: forskellig tællergranularitet, forskellig histogramunderstøttelse, forskellig adfærd under polling med høj-hastighed. MSA styrer, om linket opstår mellem leverandører. Det siger ikke noget om, hvorvidt man kan se inden i den bagefter. Kodning og platforms-genkendelsesadfærd følger den samme logik, som vi dækker i vores note omtransceiver kodning og kompatibilitet.

 

En kvalifikationstjekliste, der fanger dette før indkøbsordren, snarere end efter:

 

Element, der skal bekræftes	Hvorfor det betyder noget	Verificeret hvordan
Pre-FEC og post-FEC BER eksponeret	Den eneste tidlige-advarselsmetrik på et sammenhængende link	Læs på din vært, ikke fra dataarket
ESNR eller Q-faktor tilgængelig	Adskiller støjakkumulering fra ikke-linearitet	Vært CLI eller telemetri abonnement
Per-bane optisk kraft, ikke kun samlet	En enkelt forringet bane forårsager intermitterende CRC-fejl med forbindelsen stadig oppe	Sammenlign pr.-banesplittet under belastning
Alarmgranularitet og tærskel indstillet	Bestemmer om NMS overhovedet kan handle	Undersøg den rapporterede tærskeltabel
Minimum bæredygtigt afstemningsinterval	Beskytter mod I2C artefakter beskrevet tidligere	Træd intervallet ned, indtil artefakter vises
Adfærd på tværs af de mål NOS-udgivelser, du kører	Support varierer efter udgivelse, ikke kun efter platform	Test på hver udgivelse i boet

 

Vi kører selv denne tjekliste mod Cisco Nexus 93600CD, Arista 7060X5 og Juniper QFX5220 før en400G eller sammenhængende stikbart modulskibe, fordi svaret er en matrix af værts- og optiske kombinationer snarere end en egenskab for den ene af dem alene. Hvilke felter overlever på hvilke af disse tre platforme er ikke noget, et datablad vil fortælle dig.

 

En baseline for 30-dages overvågning af optisk ydeevne

 

En første modul-telemetribaseline kan normalt bygges uden at købe noget. OSNR-validering, kanaleffektmåling og fejllokalisering kræver muligvis stadig en OCM, en OSA eller linje-systemdata, og ingen mængde modultelemetri erstatter dem.

 

Dag et til tre er ren indsamling. Poll hver optisk port for alle tilgængelige parametre med et konservativt interval, langsommere end du tror, ​​du har brug for af busårsager ovenfor, og gem råværdier i stedet for alarmtilstande. Forvent, at en håndfuld porte i hver batch læser uden for deres eventuelle baseline i de første 48 timer, mens moduler når termisk ligevægt, og forvent, at mindst én tilsyneladende afviger pr. hundrede porte er en læsetimeout snarere end en optisk hændelse. Det er heller ikke en fejl. Dage fire til syv konverterer samlingen til en baseline: kasser det afregningsvindue, kassér porte med tydelige-eksisterende fejl, og optag en per-port median snarere end et gennemsnit, fordi en håndfuld timeouts vil trække et gennemsnit dårligt.

 

Uge to konfigurerer det andet alarmlag i forhold til disse per-portbaselinjer, ved hjælp af forskydninger, der er afgrænset af målingsnøjagtighedsbunden og justeret for det installationsscenarie, der gælder. Uge tre tilføjer hældningsreglerne, som er den del, de fleste hold springer over, og den del, der betaler sig: en advarsel om ændringshastighed over et rullende vindue fanger forurenings- og ældningsmekanismerne, som ingen statisk tærskel nogensinde vil udløse, fordi disse fejl tilbringer uger inden for det acceptable bånd, før de forlader det.

 

Uge fire er verifikation, og det er ikke valgfrit. Forsæt med vilje at forringe et laboratorie- eller vedligeholdelsesvindue-, hvor en dæmper på en patch-ledning er tilstrækkelig, og bekræft, at din platform, din poller og dit NMS faktisk producerer den alarm, du tror, ​​du har konfigureret.

 

En strukturel advarsel om, hvad denne procedure kan og ikke kan producere. Det giver dig en baseline pr. port. Det giver dig ikke en værts-optisk telemetri-matrix, kortet over hvilke felter hver modultype faktisk eksponerer på hver NOS-udgivelse i din ejendom, og den matrix kan ikke udledes fra dataark eller fra en enkelt leverandørs dokumentation, fordi det er en egenskab af kombinationer. At bygge det betyder, at du sætter prøvemoduler ind i hver vært og frigiver, du kører, og optager, hvad der vises. Det er en uges arbejde, og det er artefaktet, der gør alt over operationelt.

 

Tredive dage etablerer også en operationel baseline, ikke en aldrende baseline. Laserbias-drift bliver kun læsbar over kvartaler, hvilket er grunden til, at tallet pr.-enhedsforbrænding-i et moduls testrapport er mere værd end noget andet, der kan måles på en måned: det giver dig udgangspunktet for kurven i stedet for et øjebliksbillede halvvejs langs den. Vi registrerer hvert moduls nuværende forspændingsgrundlinje under indbrænding- og sender denne figur med ordren af ​​denne grund.

 

Ofte stillede spørgsmål

 

Alt ovenfor afhænger af aflæsninger, du kan stole på fra moduler, hvis basislinje du allerede kender. Hvert modul, vi bygger, leveres med dets indbrænding-i figurer på testrapporten, og gratis eksempler giver dig mulighed for at verificere telemetriadfærd, rækkevidde og platformsgenkendelse på dine egne switche, hvilket også er måden, du begynder at opbygge den -værtsoptiske matrix beskrevet ovenfor. Send en stykliste med de switch-platforme og NOS-udgivelser, du kørervia vores forespørgselsformularog vi vil bekræfte, hvilke parametre hvert modul udsætter på dine specifikke værter.