3 Konfiguraation hallinta
Kanavan konfiguroinnin aikana vaaditaan palvelun konfigurointi, optisen kerroksen loogisen linkin konfigurointi ja linkin virtuaalisen topologiakartan konfigurointi. Jos yksi kanava voidaan konfiguroida suojauspolulla, kanavan konfigurointi tässä vaiheessa on monimutkaisempaa ja sitä seuraava konfiguroinnin hallinta on myös monimutkaisempaa. Kanavan suunnan hallintaan tarvitaan erillinen palvelutaulukko, ja liiketoiminnan suunnat on erotettava taulukossa käyttämällä yhtenäisiä ja katkoviivoja. Kun OTN-kanavien ja IP-linkkien välistä vastaavuutta hallitaan, erityisesti OTN-suojauksen tapauksessa, yhden IP-linkin on vastattava useita OTN-kanavia. Tällöin hallinnan määrä kasvaa ja hallinta on monimutkaista, mikä lisää myös Excel-taulukoiden hallintaa. Vaatimukset kaikkien liiketoiminnan elementtien täydelliseen hallintaan ovat jopa 15. Kun insinööri haluaa hallita tiettyä linkkiä, hänen on löydettävä Excel-lomake ja sitten mentävä valmistajan NMS:ään löytääkseen vastaavan ja suorittaakseen sitten toiminnanhallinnan. Tämä edellyttää tietojen synkronointia molemmilla puolilla. Koska OTN:n NMS-alusta ja insinöörin tekemä Excel ovat kaksi ihmisen tekemää dataa, tiedot voivat helposti olla epätahdissa. Mikä tahansa virhe aiheuttaa sen, että liiketoimintatiedot ovat ristiriidassa todellisen suhteen kanssa. Vastaavasti ne voivat vaikuttaa liiketoimintaan muuttuessa ja säädettäessä. Siksi valmistajan laitetiedot kerätään hallinta-alustalle pohjoiseen suuntautuvan rajapinnan kautta, ja sitten IP-linkin tiedot yhdistetään tällä alustalla, jotta tietoja voidaan automaattisesti säätää olemassa olevan verkon palvelumuutosten mukaan ja varmistaa tietojen keskitetty hallinta. Lisäksi yksi tarkkuuslähde varmistaa konfiguraationhallintatietojen oikeellisuuden.
Kun määrität OTN-palvelun tarjoamista, laadi kunkin rajapinnan tietokuvaus ja kerää sitten OTN-tiedot OTN NMS:n tarjoaman pohjoiseen suuntautuvan rajapinnan kautta ja yhdistä asiaankuuluva kuvaus IP-laitteen pohjoiseen suuntautuvan rajapinnan kautta keräämiin porttitietoihin. Alustapohjainen OTN-kanavien ja IP-linkkien hallinta poistaa manuaalisen tietojen päivityksen tarpeen.
DCI-siirtoverkon käytössä on pyrittävä välttämään sähköisen ristikytkentäpalvelukonfiguraation käyttöä. Tämä menetelmä on erittäin monimutkainen hallintalogiikaltaan, eikä sitä voida soveltaa DCI-verkkomalliin. Sitä voidaan välttää DCI-suunnittelun alusta alkaen.
4 Hälytysten hallinta
OTN:n monimutkaisten hallintakustannusten, pitkän matkan tiedonsiirron aikana tapahtuvan signaalin valvonnan sekä eri palvelupartikkelien multipleksoinnin ja sisäkkäisyyden vuoksi vika voi raportoida kymmeniä tai satoja hälytysviestejä. Vaikka valmistaja on luokitellut hälytykset neljään tasoon ja jokaisella hälytyksellä on eri nimi, se on silti erittäin monimutkaista insinöörin käytön ja kunnossapidon näkökulmasta, ja vian syyn selvittäminen vaatii kokenutta henkilöstöä. Perinteisten OTN-laitteiden vian lähetystoiminto käyttää pääasiassa tekstiviestimodeemia tai sähköpostin push-viestintää, mutta nämä kaksi toimintoa ovat erityisiä integroitaessa internet-yrityksen perusjärjestelmän olemassa olevaan verkkohälytysten hallinta-alustaan, ja erillisen kehityksen kustannukset ovat korkeat, joten on tehtävä enemmän. Standardi pohjoiseen suuntautuva rajapinta kerää hälytystiedot, laajentaa toimintoja säilyttäen samalla yrityksen olemassa olevat asiaankuuluvat alustat ja lähettää sitten hälytyksen käyttö- ja kunnossapitoinsinöörille.
Siksi käyttö- ja kunnossapitohenkilöstön on annettava alustan automaattisesti konvertoida OTN-vian tuottamat hälytystiedot ja sitten vastaanottaa tiedot. Siksi ensin asetetaan hälytysluokitus OTN NMS:ssä ja sitten suoritetaan lähetys- ja seulontatyöt viimeisellä hälytystietojen hallinta-alustalla. Yleinen OTN-hälytysmenetelmä on, että NMS asettaa ja lähettää kaikki ensimmäisen ja toisen tyypin hälytykset hälytystietojen hallinta-alustalle, ja sitten alusta analysoi yksittäisen palvelun keskeytyksen hälytystiedot. Pääasiallinen optisen reitin keskeytyksen hälytystieto ja (jos on) suojauskytkentähälytystieto lähetetään käyttö- ja kunnossapitoinsinöörille. Edellä mainittuja kolmea tietoa voidaan todennäköisesti käyttää vianmääritykseen ja käsittelyyn. Vastaanottoa määritettäessä voit määrittää puhelinilmoitusasetukset suurille hälytyksille, kuten komposiittisignaalin vioille, joita tapahtuu vain, kun optiset kuidut ovat rikki, kuten seuraavat:
Hälytyksen kiinankielinen kuvaus
Hälytyksen englanninkielinen kuvaus Hälytyksen tyyppi Vakavuus ja rajoitukset
OMS-kerroksen hyötykuorman signaalin menetys OMS_LOS_P Viestintähälytys Kriittinen (FM)
Tulo-/lähtösignaalin yhdistetty menetys MUT_LOS-tiedonsiirto Hätätilanne (FM)
OTS-hyötykuorman menetys
Signaali OTS_LOS_P Viestintähälytys Kriittinen (FM)
OTS-hyötykuorman menetyksen ilmaisin OTS_PMI-tiedonsiirtohälytys Kiireellinen (FM)
NMS:n pohjoiseen suuntautuvaa rajapintaa, kuten Huawein ja ZTE Alangin tällä hetkellä tukemaa XML-rajapintaa, käytetään myös yleisesti hälytystietojen välittämiseen.
5 Suorituskyvyn johtaminen
OTN-järjestelmän vakaus riippuu suuresti järjestelmän eri osa-alueiden suorituskykytiedoista, kuten runkokuidun optisesta tehonhallinnasta, multipleksoidun signaalin kunkin kanavan optisesta tehonhallinnasta ja järjestelmän OSNR-marginaalin hallinnasta. Nämä tiedot tulisi lisätä yrityksen verkkojärjestelmän valvontaprojektiin, jotta järjestelmän suorituskyky voidaan tuntea milloin tahansa ja optimoida ajoissa verkon vakauden varmistamiseksi. Lisäksi pitkän aikavälin kuidun suorituskyvyn ja laadun valvontaa voidaan käyttää myös kuitujen reitityksen muutosten havaitsemiseen, mikä estää joitakin kuitutoimittajia muuttamasta kuitujen reititystä ilman ilmoitusta, mikä johtaa katvealueisiin käytössä ja kunnossapidossa sekä kuitujen reititysriskien esiintymiseen. Tämä vaatii luonnollisesti suuren määrän dataa mallin kouluttamiseen, jotta reititysmuutosten havaitseminen voi olla tarkempaa.
6. DCN-hallinta
DCN viittaa tässä OTN-laitteiden hallintatietoliikenneverkkoon, joka vastaa OTN:n kunkin verkkoelementin hallinnan verkkorakenteesta. OTN-verkko vaikuttaa myös DCN-verkon mittakaavaan ja monimutkaisuuteen. Yleisesti ottaen DCN-verkkoja on kaksi:
1. Vahvista koko OTN-verkon aktiiviset ja valmiustilassa olevat yhdyskäytävän NE:t. Muut ei-yhdyskäytävän NE:t ovat tavallisia NE:itä. Kaikkien tavallisten NE:iden hallintasignaalit saavuttavat aktiiviset ja valmiustilassa olevat yhdyskäytävän NE:t OSC-kanavan kautta OTS-kerroksen yli OTN:ssä, ja sitten ne muodostavat yhteyden IP-verkkoon, jossa NMS sijaitsee. Tämä menetelmä voi vähentää verkkoelementtien käyttöönottoa IP-verkossa, jossa NMS sijaitsee, ja käyttää itse OTN:ää verkonhallintaongelman ratkaisemiseen. Jos runkokuitu kuitenkin katkeaa, myös vastaavat etäverkkoelementit kärsivät ja ovat hallinnan ulkopuolella.
2. Kaikki OTN-verkon verkkoelementit on konfiguroitu yhdyskäytäväverkkoelementeiksi, ja jokainen yhdyskäytäväverkkoelementti kommunikoi itsenäisesti IP-verkon kanssa, jossa NMS sijaitsee, ilman OSC-kanavaa. Tämä varmistaa, että verkkoelementtien hallintaviestintä ei vaikuta pääkuidun keskeytykseen, ja että verkkoelementtejä voidaan edelleen hallita etänä, koska kaikki elementit ovat yhteydessä IP-verkkoon. Myös perinteisten IP-verkkojen työntekijöiden käyttö- ja ylläpitokustannukset pienenevät.
DCN-verkon rakentamisen alussa tulisi suorittaa verkkoelementtien suunnittelu ja IP-osoitteiden allokointi. Erityisesti verkonhallintapalvelin tulisi eristää muista verkoista mahdollisimman hyvin käyttöönoton yhteydessä. Muuten verkossa on myöhemmin liikaa verkkoyhteyksiä, verkon jitter on normaalia ylläpidon aikana, eivätkä tavalliset verkkoelementit ole yhteydessä toisiinsa. Ongelmia, kuten yhdyskäytäväverkkoelementin ongelmat, ilmenee, ja tuotantoverkon osoitetta ja DCN-verkon osoitetta käytetään uudelleen, mikä vaikuttaa tuotantoverkkoon.
Julkaisun aika: 19.12.2022