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

3 Konfigurasjonshåndtering

Under kanalkonfigurasjon kreves tjenestekonfigurasjon, konfigurasjon av logiske lenker for det optiske laget og konfigurasjon av virtuelle topologikart for lenker. Hvis én enkelt kanal kan konfigureres med en beskyttelsesbane, vil kanalkonfigurasjonen på dette tidspunktet være mer komplisert, og den påfølgende konfigurasjonsadministrasjonen vil også bli mer komplisert. En dedikert tjenestetabell er nødvendig bare for å administrere kanalretningen, og forretningsretninger må skilles i tabellen ved hjelp av heltrukne og stiplede linjer. Når korrespondansen mellom OTN-kanaler og IP-lenker administreres, spesielt i tilfelle OTN-beskyttelse, må én IP-lenke korrespondere med flere OTN-kanaler. På dette tidspunktet øker administrasjonsmengden og administrasjonen er komplisert, noe som også øker administrasjonen av Excel-tabeller. Krav for å fullstendig administrere alle elementer i en virksomhet, opptil 15. Når en ingeniør ønsker å administrere en bestemt lenke, må han finne ut Excel-skjemaet, og deretter gå til produsentens NMS for å finne det tilsvarende, og deretter utføre driftsadministrasjon. 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 for at informasjonen blir usynkronisert. Enhver feil vil føre til at forretningsinformasjonen ikke stemmer overens med det faktiske forholdet. Tilsvarende kan det påvirke virksomheten ved endringer og justeringer. Derfor samles produsentens utstyrsdata inn på en administrasjonsplattform via det nordgående grensesnittet, og deretter matches informasjonen fra IP-lenken på denne plattformen, slik at informasjonen automatisk kan justeres i henhold til tjenesteendringene i det eksisterende nettverket, og sentralisert administrasjon av informasjonen sikres. En enkelt nøyaktighetskilde sikrer nøyaktigheten av konfigurasjonsadministrasjonsinformasjonen.

Når du konfigurerer OTN-tjenestelevering, må du utarbeide informasjonsbeskrivelsen for hvert grensesnitt, og deretter samle inn OTN-informasjon via det nordgående grensesnittet levert av OTN NMS, og koble den relevante beskrivelsen med portinformasjonen som samles inn av IP-enheten via 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 konfigurasjon av elektrisk krysskoblingstjeneste. Denne metoden er ekstremt kompleks i administrasjonslogikk, og den gjelder ikke for DCI-nettverksmodellen. Den kan unngås helt fra begynnelsen av DCI-designet.

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 et ingeniørperspektiv for drift og vedlikehold, og det krever erfarent personell for å bestemme å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 integrering med den eksisterende nettverksalarmhåndteringsplattformen til internettselskapets grunnleggende system, og kostnadene for separat utvikling er høye, så mer må 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 er det nødvendig for drifts- og vedlikeholdspersonell å la plattformen automatisk samle alarminformasjonen som genereres av OTN-feilen, og deretter motta informasjonen. Still derfor først inn alarmklassifiseringen på OTN NMS, og utfør deretter sendings- og screeningsarbeidet på den siste alarminformasjonshåndteringsplattformen. Den generelle OTN-alarmmetoden er at NMS vil sette og sende alle første og andre typer alarmer til alarminformasjonshåndteringsplattformen, og deretter vil plattformen analysere alarminformasjonen for et enkelt tjenesteavbrudd, hovedinformasjonen. Alarminformasjonen for avbrudd i optisk bane 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 større alarmer, for eksempel feil i sammensatte signaler som bare oppstår når optiske fibre er ødelagte, for eksempel følgende: