Hoogtepunten van magnetrons en RF Optical Zonu Toezicht en toezicht

• Definities van verschillende niveaus van RFoF-toezicht en -monitoring.
• De cruciale capaciteiten die een organisatie nodig heeft om RFoF-koppelingen tegen lage kosten te bewaken.
• Hoe u effectief netwerkbreed toezicht en monitoring voor RFoF kunt implementeren.

Naarmate telecommunicatienetwerken steeds geavanceerder worden op een steeds grotere schaal, is het toezicht op en de bewaking van apparatuur van vitaal belang voor het optimaliseren van prestaties, het snel detecteren en oplossen van storingen en het verzekeren van proactief onderhoud. Als reactie hierop hebben digitale netwerken een aanzienlijke en gestandaardiseerde infrastructuur gebouwd rond op de industrie gebaseerde protocollen genaamd Simple Network Management Protocol (SNMP) die netwerkbreed toezicht mogelijk maakt.

In tegenstelling tot andere apparatuur in een telecommunicatienetwerk, RF-over-glasvezel (RFoF) links zijn niet gestandaardiseerd. RFoF is een techniek om RF om te zetten in lichtgolven voor veilige, veerkrachtige, langeafstandsdatatransmissie (Fig. 1).

RFoF-koppelingen kunnen voortbouwen op de basisinfrastructuur, maar vereisen speciale aandacht tijdens de implementatie in verschillende use cases. Effectief toezicht ondersteunt ook kostenbeheer door inefficiënties te identificeren en geïnformeerde beslissingen over upgrades of aanpassingen te begeleiden, wat uiteindelijk de naadloze werking en levensduur van die netwerken garandeert.

De lagen van RFoF-toezicht en -monitoring

Een telecommunicatienetwerk is een complex systeem van hardware met verschillende niveaus van toezicht en monitoring. Idealiter willen operators een goede opstelling (Fig. 2) voor elk netwerkonderdeel op alle niveaus, wat makkelijker gezegd dan gedaan is.

De verschillende niveaus zijn:

• Interne architectuur: Het doel is om ervoor te zorgen dat alle componenten en subassemblages worden gebouwd met toegang tot alle belangrijke fysieke parameters en waarschuwings-/alarmniveaus. Ook moeten ze met elkaar zijn verbonden, zodat er per kast één interface is die toegang heeft tot alle informatie en alle relevante parameters kan beheren.
• Monitoring op apparaatniveau (“box”): Dit zijn bewakingsfuncties die in de hardwareapparaten zelf zijn ingebouwd en die voor elke eindgebruiker in de buurt van de hardware zichtbaar zijn, zoals alarmen, piepers, lichten, enzovoort.
• Lokale toegang: Lokale toegang verwijst naar de poorten op de apparaten (d.w.z. de 'box') zelf die rechtstreeks verbinding kunnen maken met een computer, zoals een USB, en een web- of grafische gebruikersinterface kunnen openen vanuit de telecommunicatieruimte.
• Connectiviteit op afstand: Operators moeten de mogelijkheid hebben om de prestaties van apparaten te diagnosticeren, waarschuwingen te bekijken en andere problemen op afstand op te lossen. Dit kan worden gedaan met behulp van private network connectivity of SNMP.

De vereisten voor effectief RFoF-toezicht en -monitoring

Over de verschillende lagen van toezicht en onderhoud heen, zouden netwerkbeheerders een paar cruciale mogelijkheden moeten wensen terwijl ze hun netwerken monitoren tegen lage kosten voor de organisatie. Omdat de C-suite van een organisatie niet altijd de toeters en bellen van hun netwerkinfrastructuur waardeert, worden lage kosten de sleutel. Dergelijke mogelijkheden omvatten:

• Realtime-status: Dit houdt in dat u direct en up-to-date informatie kunt ontvangen over de operationele conditie en prestaties van netwerken en apparaten. Het houdt in dat u continu verschillende parameters en statistieken in realtime controleert, waardoor operators en beheerders direct inzicht krijgen in de gezondheid en functionaliteit van het netwerk.
• Preventieve waarschuwingen: Operators moeten proactieve waarschuwingen en meldingen ontvangen die worden gegenereerd door monitoringsystemen om potentiële problemen of onregelmatigheden in het telecommunicatienetwerk of de apparaten te signaleren, of het nu gaat om capaciteitsplanning, drempelwaarden, onderhoudswaarschuwingen of andere. Deze pakken problemen preventief aan voordat ze escaleren tot kritieke problemen, waardoor telecomoperators of beheerders tijdig corrigerende maatregelen kunnen nemen.
• Probleemoplossen: Systematisch proces van het identificeren, isoleren en oplossen van problemen of kwesties binnen een computernetwerk om de normale netwerkwerking te herstellen en downtime te minimaliseren. Netwerkbewaking speelt een cruciale rol in dit proces door realtime gegevens, waarschuwingen en inzichten te bieden die helpen bij het efficiënt diagnosticeren en oplossen van problemen.

Implementatie van toezicht en onderhoud van RFoF-koppelingen

Omdat RFoF doorgaans wordt ingezet in complexe netwerken die bidirectionele RF-signaalstroom leveren aan meerdere punten via ster- of sterring-hybrideconfiguraties, moet het ontwerp van 'best practices' worden geïmplementeerd in de netwerkbeheerarchitectuur. Het is net zo belangrijk om ervoor te zorgen dat de supervisie- en onderhoudsmogelijkheden van deze apparaten worden vereenvoudigd zonder dat dit ten koste gaat van de beschikbaarheid van gegevens en de besturingsfuncties. Hieronder staan ​​de belangrijkste punten voor het bouwen van een dergelijk systeem.

Interne subassemblages moeten alle relevante informatie verzamelen, controle mogelijk maken en centraal toegankelijk zijn

Het is cruciaal om een ​​busconfiguratie te bouwen waarbij alle interne modules (zowel plug-in als ingebouwd) rapporteren en worden aangestuurd via een uniforme structuur. Dit komt omdat het verkrijgen van geïsoleerde data van elke afzonderlijke module voorkomt dat operators het grotere plaatje van hun netwerk zien. Het is ook uiterst omslachtig.

Apparaten moeten USB (of gelijkwaardig) toegang hebben

Op de apparaatlaag ("box") moet elk RFoF-netwerkapparaat, ontvanger, zender en switch zijn uitgerust met ingebouwde USB-connectiviteit die toegang heeft tot alle interne gegevensbronnen en controleregisters. Meerdere boxen kunnen worden gekoppeld via een USB-hub die via een enkele USB-connector is verbonden met een managementagent. De agent moet ook een webserverinterface (Web-UI), volledige SNMP-compatibiliteit en een interne engine voor zijn gespecialiseerde grafische gebruikersinterface (GUI) hebben. Dit geeft operators op afstand toegang tot een op grafieken gebaseerd overzicht van verschillende diagnostiek of van fysiek alarmgedrag zoals ze verschijnen (Fig. 3).

Apparaten mogen geen IP-adres per apparaat (“box”) gebruiken

In digitale netwerken heeft elke switch een SNMP-connector waarmee computers verbinding kunnen maken met het apparaat via internet, lokaal of op afstand. Dit is echter extreem beperkend voor RFoF-operationele managers die geen waarschuwingen en diagnoses kunnen zien via elke link, omdat bron en bestemming niet op één plek zijn ondergebracht. Daarom heeft elk een uniek IP-adres.

Om dit probleem aan te pakken is doorgaans de vervelende taak nodig om elk onderdeel te configureren naar één IP-adres, wat soms honderden kan zijn, afhankelijk van de netwerkgrootte. Bovendien moet elk onderdeel worden toegewezen aan een specifieke link. Sommige RFoF-producten consolideren in plaats daarvan de diagnostische en waarschuwingsgegevens voor meerdere zenders, RF-optische versterkers, detectoren en andere bronnen op één IP-adres via een communicatiebus, zodat managers alle gegevens op één plek kunnen verzamelen, bekijken en beheren.

Apparaten moeten uitgerust zijn met vezelfoutdetectie

Aspecten van RFoF die niet iedereen aankan, zijn breuken, scheuren, ontkoppelingen of andere schade aan de glasvezellijnen zelf. Daarom is het belangrijk dat RFoF-apparaten die in het netwerk worden gebruikt, zijn voorzien van optische tijddomeinreflectometer (OTDR) glasvezelfoutdetectie. Het kan hoge optische vermogenspulsen verzenden om verstoringen met de glasvezel te detecteren, nauwkeurig tot op een paar meter, voor snelle oplossing van het probleem.

Hoewel sommige OTDR's draagbaar en plug-in zijn, biedt een plug-in module aanzienlijke voordelen. Deze kan in netwerken worden geplaatst naarmate deze groeien, of achteraf in bestaande netwerken.

Creëer een netwerkbeheersysteem (NMS)

Zelfs als alle netwerkapparaten naar een communicatiebus worden geleid en via één IP voor een specifieke locatie worden bewaakt, is er behoefte aan het bekijken van meerdere links naar meerdere locaties, wat meerdere IP-adressen vereist. Een netwerkbeheerder die toezicht houdt op een wereldwijd netwerk van datacenters, heeft bijvoorbeeld iets nog beters nodig om RFoF collectief te beheren over meerdere verre locaties.

Het is belangrijk om een ​​cloudgebaseerd netwerkbeheersysteem te hebben dat alle producten kan herkennen, mapping mogelijk maakt en drill-down-mogelijkheden biedt voor individuele sub-slots. Op die manier kunnen managers naar meerdere systemen en apparaten tegelijk kijken en zien wat er gebeurt in grote implementaties. In een draadloze netwerkomgeving past een manager bijvoorbeeld op afstand de versterking aan om het ideale niveau van RF-signaalversterking tussen de twee uiteinden te bereiken.

Stel de juiste vragen over RFoF-toezicht

Vaak is de belangrijkste reden dat netwerkbeheerders geen goed toezicht en onderhoud hebben op hun telecommunicatienetwerk een gebrek aan begrip van wat er voor hen beschikbaar is en hoe eenvoudig het kan zijn wanneer ze de juiste vragen stellen aan hun OEM of integrator. Door de verschillende lagen en mogelijkheden van toezicht en onderhoud op gestandaardiseerde componenten, evenals een

Over de auteur

Meir Bartur | CEO, Optical Zonu

Meir Bartur, Ph.D, is de president en CEO van de Optical Zonu Corporation. Dr. Bartur heeft meer dan 30 jaar ervaring in leiderschap, productontwikkeling en technologische innovatie. Als Senior Member van de IEEE en erkend leider in de ontwikkeling van goedkope glasvezeloplossingen voor FTTx, droeg hij bij aan de IEEE ITU PON-normen.

Voor de oprichting Optical ZonuDr. Bartur gaf leiding aan de afdeling Geavanceerde Productontwikkeling en Strategische Technologie voor toegangszendontvangers bij MRV Communications (MRVC), evenals aan de zakelijke relaties met de belangrijkste klanten. Daarvoor was hij werkzaam als Vice President Engineering & Technology bij SSDI (Solid State Devices Inc.), Vice President Engineering bij MEC (Molecular Electronics Corp) en als kapitein systeemtechniek bij de Israëlische luchtmacht.

Met niet-gestandaardiseerde componenten zoals RFoF kunnen netwerkbeheerders ervoor zorgen dat hun telecommunicatienetwerken goed worden beheerd.