Nätverkselement
I datornätverk är ett nätverkselement en hanterbar logisk enhet som förenar en eller flera fysiska enheter. Detta gör att distribuerade enheter kan hanteras på ett enhetligt sätt med ett hanteringssystem.
Enligt Telecommunications Act från 1996 avser termen "nätelement" en anläggning eller utrustning som används för att tillhandahålla en telekommunikationstjänst. Denna term hänvisar också till egenskaper, funktioner och möjligheter som tillhandahålls med hjälp av sådan anläggning eller utrustning. Detta inkluderar poster som abonnentnummer, databaser, signalsystem och information som är tillräcklig för fakturering och insamling. Alternativt ingår den också om den används i överföring, routing eller annan tillhandahållande av en telekommunikationstjänst.
Bakgrund
Med utvecklingen av distribuerade nätverk hade nätverkshantering blivit ett irritationsmoment för administrativ personal. Det var svårt att hantera varje enhet separat även om de var från samma leverantör. Konfigurationskostnader såväl som felkonfigurationsmöjligheter var ganska höga. En provisioneringsprocess för en grundläggande tjänst krävde komplexa konfigurationer av många enheter. Det var också svårt att lagra alla nätverksenheter och anslutningar i en vanlig lista. Nätverksstruktureringsmetod var en naturlig lösning.
Exempel
Med strukturering och gruppering är det mycket väl uppenbart att det i alla distribuerade nätverk finns enheter som utför en komplex funktion. Då kan dessa enheter placeras på olika platser. En telefonväxel är det mest typiska exemplet på en sådan distribuerad grupp av enheter. Den innehåller typiskt abonnentlinjeenheter, linjetrunkenheter, växlingsmatris, CPU och fjärrhubbar. En grundläggande telefontjänst bygger på alla dessa enheter, så det är bekvämt för en ingenjör att hantera en telefonväxel som en komplex enhet som omfattar alla dessa enheter inuti.
Ett annat bra exempel på ett nätverkselement är ett datorkluster . Ett kluster kan uppta mycket utrymme och passar kanske inte ett datacenter . För företagslösningar är det vanligt att lokalisera klusternoder på olika platser, även i olika regioner (bosättningar).
Underhåll
I allmänhet kan en NE generera två typer av underhållsinformation:
- Information relaterad till överföringssignalens kvalitet eller hälsa, och
- Information relaterad till dess egen interna hård-/mjukvaruintegritet.
De funktionella komponenterna i övervakningen är prestandaövervakning och larm/statusövervakning, även känd som larmövervakning. Inom det nationella och internationella standardområdet för televerksamhet klassificeras prestandaövervakning och larmövervakning som underkategorier till de mer generella systemförvaltningsfunktionskategorierna prestandastyrning respektive felhantering. Underhåll består av både förebyggande och korrigerande procedurer som är utformade för att (a) förhindra problem och identifiera potentiella problem innan de påverkar service, och (b) upptäcka ett nätverksfel som påverkar prestandan och göra lämpliga reparationer. En typisk underhållsprocess i sju steg består av:
- Problemdetektering – Upptäck problem genom kontinuerlig övervakning, periodiska tester, per-samtal eller andra pre-action-tester eller andra automatiska processer.
- Felmeddelande – Skicka meddelande om en specifik händelse eller tillstånd till en lokal skärm eller operativsystem (OS). Felmeddelanden inkluderar utgående meddelanden och visuella och hörbara larm.
- Serviceåterställning – Minimera försämringen av tjänsten genom automatiska eller manuella skyddsåtgärder.
- Problemverifiering – avgör om det rapporterade tillståndet fortfarande existerar.
- Felisolering – Isolera problemet till dess källa, helst till ett enda fältreparerbart element, t.ex. kretspaket.
- Reparation – Åtgärda eller byt ut det defekta elementet.
- Reparationsverifiering och återgång till service – Verifiera att problemet har åtgärdats och återställ elementet till service.
Telcordia GR-474 fastställer felupptäckande och rapporteringskriterier för signalöverföringsfel och interna avvikelser i hårdvara eller mjukvara. GR-474 tillhandahåller föreslagna generiska krav som hänför sig till funktionerna för fel- och prestandahantering vid transport och omkoppling av NE:er som används för larmövervakning och kontroll.
GR-474 kompletterar de senaste kriterierna i industristandarder som ITU-T-rekommendation M.3100 , G.707 och G.709 , och ANSI T1 .
Statliga modeller
En nätverkselementtillståndsmodell underlättar nätverkshantering över flera domäner och främjar en miljö med flera leverantörer. Standarddefinitionerna och mappningarna tillåter Operations Systems att samla in tillståndsinformation från NE:er och integrera den i en konsekvent representation av statusen för hela det hanterade nätverket och var och en av de tjänster som det stöder.
Telcordia GR-1093 diskuterar de två primära tillståndsmodellerna inom industrin. Den ena är Telcordia State Model, som konsoliderar de statliga modellerna som tidigare beskrivits i flera Telcordia-dokument. Genom att konsolidera modellerna kan förändringar och expansioner av modellerna presenteras och utvecklas på ett samordnat sätt. Inkonsekvenser och redundans kan också undvikas. Den andra modellen är International Organization for Standardization (ISO) State Model, som definieras i ITU-T Recommendation X.731.
Tillståndet för en enhet representerar det aktuella villkoret för tillgänglighet för den underliggande resursen eller tjänsten i NE ur ledningens synvinkel. I samband med Telcordia State Model representerar termen "entitet" en post i en TL1-administrativ vy (dvs representerar den resurs eller tjänst som allmänt identifieras av Access Identifier [AID]-parametern). I sammanhanget av ISO State Model betyder termen "enhet" "hanterat objekt".
Olika typer av enheter (som hårdvara, transportfaciliteter och abonnenttjänster) har en mängd olika tillståndsegenskaper som uttrycker tillgängligheten av deras underliggande resurser som är specifika för varje enhetstyp. En statlig modell förväntas dock vara gemensam för ett stort antal typer av enheter. Det uttrycker nyckelaspekter av deras tillgänglighet vid varje given tidpunkt. Syftet med tillståndsmodellen är att indikera tillgängligheten för en enhet för att tillhandahålla dess funktioner och, om en enhet inte är tillgänglig, att ange orsaken till otillgängligheten och vilken typ av aktivitet som kan utföras av chefen (t.ex. operativsystemet eller farkosten) för att göra enheten tillgänglig.
I en specifik applikation kan endast en delmängd av tillståndsmodellen behövas. Bakgrunden till sådana restriktioner beskrivs inte i GR-1093. Det tekniska eller applikationsspecifika kravdokumentet bör konsulteras för denna information.
Standarddefinitionerna och mappningarna tillåter Operations Systems att samla in tillståndsinformation från NE:er och integrera den i en konsekvent representation av statusen för hela det hanterade nätverket och var och en av de tjänster som det stöder.
För att hjälpa till att säkerställa interoperabilitet, särskilt för ett operativsystem som har gränssnitt med flera NE med en av de två tillståndsmodellerna, kan en mappning mellan modellerna behövas. GR-1093 tillhandahåller en mappning för de två modellerna och definierar även förlängningen av OSI-tillstånds-/statusattributen som är nödvändiga för att möta tjänsteleverantörernas telekommunikationsbehov.
Telekommunikationsledningsnätverk
Ett koncept med nätverkselementet som en distribuerad enhet används i stor utsträckning i TMN-modellen som i sin tur används som standard för att utveckla elementhanteringssystem .