Den nuværende drift af DCI-netværket (del to)

3 Konfigurationsstyring

Under kanalkonfiguration kræves servicekonfiguration, konfiguration af logiske link til det optiske lag og konfiguration af link-virtuelt topologikort. Hvis en enkelt kanal kan konfigureres med en beskyttelsessti, vil kanalkonfigurationen på dette tidspunkt være mere kompliceret, og den efterfølgende konfigurationsstyring vil også være mere kompliceret. En dedikeret servicetabel er nødvendig udelukkende for at styre kanalretningen, og forretningsretninger skal skelnes i tabellen ved hjælp af solide og stiplede linjer. Når korrespondancen mellem OTN-kanaler og IP-links styres, især i tilfælde af OTN-beskyttelse, skal ét IP-link korrespondere med flere OTN-kanaler. På dette tidspunkt øges styringsmængden, og styringen er kompliceret, hvilket også øger styringen af ​​Excel-tabeller. Krav til fuldstændig styring af alle elementer i en virksomhed, op til 15. Når en ingeniør ønsker at administrere et bestemt link, skal han finde Excel-formularen og derefter gå til producentens NMS for at finde den tilsvarende og derefter udføre driftsstyring. Dette kræver synkronisering af information på begge sider. Da NMS-platformen for OTN og den Excel, der er lavet af ingeniøren, er to menneskeskabte data, er det let for informationen at være ude af synkronisering. Enhver fejl vil medføre, at forretningsoplysningerne ikke stemmer overens med det faktiske forhold. Tilsvarende kan det påvirke forretningen ved ændringer og justeringer. Derfor indsamles producentens udstyrsdata til en administrationsplatform via den nordgående grænseflade, og derefter matches oplysningerne fra IP-linket på denne platform, så oplysningerne automatisk kan justeres i henhold til serviceændringer i det eksisterende netværk, og centraliseret administration af oplysningerne sikres. En enkelt nøjagtighedskilde sikrer nøjagtigheden af ​​konfigurationsstyringsoplysningerne.

Når du konfigurerer OTN-tjenestelevering, skal du forberede informationsbeskrivelsen for hver grænseflade og derefter indsamle OTN-oplysninger via den nordgående grænseflade, der leveres af OTN NMS, og parre den relevante beskrivelse med de portoplysninger, der indsamles af IP-enheden via den nordgående grænseflade. Den platformbaserede administration af OTN-kanaler og IP-links eliminerer behovet for manuel informationsopdatering.

Ved brug af DCI-transmissionsnetværket skal man forsøge at undgå brugen af ​​elektrisk krydsforbindelseskonfiguration. Denne metode er ekstremt kompleks i styringslogik og gælder ikke for DCI-netværksmodellen. Den kan undgås helt fra begyndelsen af ​​DCI-designet.

4 Alarmhåndtering

På grund af OTN's komplekse administrationsomkostninger, signalovervågning under langdistancetransmission og multipleksing og indlejring af forskellige servicepartikler kan en fejl rapportere snesevis eller hundredvis af alarmmeddelelser. Selvom producenten har klassificeret alarmer i fire niveauer, og hver alarm har et forskelligt navn, er det stadig ekstremt kompliceret set fra en teknikers betjenings- og vedligeholdelsesperspektiv, og det kræver erfarent personale at bestemme årsagen til fejlen i første omgang. Fejlafsendelsesfunktionen i traditionelt OTN-udstyr bruger primært SMS-modem eller e-mail push, men de to funktioner er specielle til integration med den eksisterende netværksalarmstyringsplatform i internetvirksomhedens basissystem, og omkostningerne ved separat udvikling er høje, så der skal gøres mere. Standardgrænsefladen til nordgående data indsamler alarmoplysninger, udvider funktionerne, samtidig med at virksomhedens eksisterende relevante platforme bevares, og sender derefter alarmen til drifts- og vedligeholdelsesingeniøren.

Derfor er det nødvendigt for drifts- og vedligeholdelsespersonalet at lade platformen automatisk samle alarmoplysningerne genereret af OTN-fejlen og derefter modtage oplysningerne. Indstil derfor først alarmklassificeringen på OTN NMS, og udfør derefter afsendelses- og screeningsarbejdet på den sidste alarminformationsstyringsplatform. Den generelle OTN-alarmmetode er, at NMS vil indstille og sende alle de første og anden typer alarmer til alarminformationsstyringsplatformen, og derefter vil platformen analysere alarmoplysningerne for en enkelt serviceafbrydelse. Hovedoplysningerne om alarmen for afbrydelse af den optiske sti og (hvis nogen) oplysninger om beskyttelsesskift sendes til drifts- og vedligeholdelsesingeniøren. Ovenstående tre oplysninger kan sandsynligvis bruges til fejldiagnose og -behandling. Når du konfigurerer modtagelse, kan du konfigurere indstillinger for telefonnotifikationer for større alarmer, såsom sammensatte signalfejl, der kun opstår, når optiske fibre er brudt, såsom følgende: