Den nåværende driften av DCI-nettverket (del to)

3 Konfigurasjonsadministrasjon

Under kanalkonfigurasjon kreves tjenestekonfigurasjon, logisk lenkekonfigurasjon for optiske lag og koblingskartkonfigurasjon for virtuell topologi.Hvis en enkelt kanal kan konfigureres med en beskyttelsesbane, vil kanalkonfigurasjonen på dette tidspunktet være mer komplisert, og den påfølgende konfigurasjonsadministrasjonen vil også være mer komplisert.En dedikert servicetabell er nødvendig bare for å administrere kanalretning, og forretningsretninger må skilles ut i tabellen ved å bruke solide og stiplede linjer.Når korrespondansen mellom OTN-kanaler og IP-koblinger administreres, spesielt når det gjelder OTN-beskyttelse, må en IP-kobling tilsvare flere OTN-kanaler.På dette tidspunktet øker administrasjonsbeløpet og styringen er komplisert, noe som også øker styringen av excel-tabeller.Krav, for å fullstendig administrere alle elementer i en virksomhet, opptil 15. Når en ingeniør ønsker å administrere en bestemt kobling, må han finne ut excel-skjemaet, og deretter gå til produsentens NMS for å finne det tilsvarende, og deretter utføre operasjonen ledelse.Dette krever synkronisering av informasjon på begge sider.Siden NMS-plattformen til OTN og excel laget av ingeniøren er to menneskeskapte data, er det lett at informasjonen ikke er synkronisert.Enhver feil vil føre til at forretningsinformasjonen er inkonsistent med det faktiske forholdet.Tilsvarende kan det påvirke virksomheten ved endring og justering.Derfor samles utstyrsdataene til produsenten til en administrasjonsplattform gjennom det nordgående grensesnittet, og deretter matches informasjonen til IP-koblingen på denne plattformen, slik at informasjonen automatisk kan justeres i henhold til tjenesteendringene til det eksisterende nettverket , og sentralisert styring av informasjonen er sikret.og en enkelt kilde til nøyaktighet for å sikre nøyaktigheten til konfigurasjonsstyringsinformasjonen.

Når du konfigurerer OTN-tjenestelevering, forbereder du informasjonsbeskrivelsen for hvert grensesnitt, og samler deretter inn OTN-informasjon gjennom det nordgående grensesnittet levert av OTN NMS, og parer den relevante beskrivelsen med portinformasjonen som samles inn av IP-enheten gjennom det nordgående grensesnittet.Den plattformbaserte administrasjonen av OTN-kanaler og IP-koblinger eliminerer behovet for manuell informasjonsoppdatering.

For bruk av DCI-overføringsnettverket, prøv å unngå bruk av elektrisk krysskoblingstjenestekonfigurasjon.Denne metoden er ekstremt kompleks i administrasjonslogikk, og den gjelder ikke for DCI-nettverksmodellen.Det kan unngås helt fra begynnelsen av DCI-design.

4 Alarmhåndtering

På grunn av OTNs komplekse administrasjonskostnader, signalovervåking under langdistanseoverføring, og multipleksing og nesting av forskjellige tjenestepartikler, kan en feil rapportere dusinvis eller hundrevis av alarmmeldinger.Selv om produsenten har klassifisert alarmer i fire nivåer, og hver alarm har et annet navn, er det fortsatt ekstremt komplisert fra perspektivet til en ingeniørs drift og vedlikehold, og det krever erfarent personell for å fastslå årsaken til feilen i utgangspunktet.Feilsendingsfunksjonen til tradisjonelt OTN-utstyr bruker hovedsakelig SMS-modem eller e-post-push, men de to funksjonene er spesielle for integrasjon med den eksisterende nettverksalarmadministrasjonsplattformen til Internett-selskapets grunnleggende system, og kostnadene for separat utvikling er høye, så flere behov som skal gjøres.Standard nordgående grensesnitt samler inn alarminformasjon, utvider funksjonene samtidig som selskapets eksisterende relevante plattformer beholdes, og sender deretter alarmen til drifts- og vedlikeholdsingeniøren.

Derfor, for drifts- og vedlikeholdspersonellet, er det nødvendig å la plattformen automatisk konvergere alarminformasjonen generert av OTN-feilen, og deretter motta informasjonen.Sett derfor først alarmklassifiseringen på OTN NMS, og utfør deretter sende- og screeningsarbeidet på den siste plattformen for håndtering av alarminformasjon.Den generelle OTN-alarmmetoden er at NMS vil stille inn og skyve alle første og andre typer alarmer til plattformen for håndtering av alarminformasjon, og deretter vil plattformen analysere alarminformasjonen til et enkelt tjenesteavbrudd, hovedalarmen for den optiske veiavbruddet. informasjon og (hvis noen) informasjon om beskyttelsesbryteralarm sendes til drifts- og vedlikeholdsingeniøren.De tre ovennevnte informasjonene kan sannsynligvis brukes til feildiagnose og behandling.Når du konfigurerer mottak, kan du konfigurere telefonvarslingsinnstillinger for store alarmer, for eksempel sammensatte signalfeil som bare oppstår når optiske fibre brytes, for eksempel følgende: