In dit artikel zullen we proberen een interessant en nuttig element van IT-infrastructuur te bespreken, namelijk de VoIP-verkeermonitoringsysteem.
De ontwikkeling van moderne telecommunicatienetwerken is indrukwekkend: van signaalvuren zijn ze ver gevorderd, en wat vroeger ondenkbaar leek, is nu eenvoudig en alledaags. Alleen professionals weten wat er achter de alledaagsheid schuilt en het wijdverspreide gebruik van technologieën uit de informatietechnologie-sector. De diversiteit aan transmissiemedia, schakelmethoden, protocollen voor apparaatinteractie en coderingsalgoritmen verbijstert de gewone man en kan een ware nachtmerrie worden voor iedereen die betrokken is bij hun goede en stabiele werking: het doorgeven van tonale signalen of spraakverkeer, de onmogelijkheid om op softswitch te registreren, het testen van nieuwe apparatuur, het indienen van een aanvraag bij de ondersteuning van de leverancier.
Het hierboven genoemde begrip protocol is de hoeksteen van elk communicatienetwerk, waarvan de architectuur, samenstelling en complexiteit van de daarin opgenomen apparaten, de lijst van aangeboden diensten en veel meer afhankelijk zijn. Hierbij is er een duidelijke, maar zeer belangrijke regel: het gebruik van een flexibeler signaalprotocol verbetert de schaalbaarheid van het communicatienetwerk, hetgeen leidt tot een vrij snelle toename van de verschillende netwerkinrichtingen daarin.
Toch brengt zelfs de noodzakelijke en gerechtvaardigde uitbreiding van het aantal onderling verbonden netwerkelementen binnen de genoemde regel een aantal complicaties met zich mee die verband houden met het onderhoud van het netwerk en de exploitatie ervan. Veel specialisten zijn geconfronteerd met de situatie waarin een genomen dump niet in staat is om de opgetreden problemen eenduidig te lokaliseren, omdat deze is verkregen op dat gedeelte van het netwerk dat niet betrokken is bij het ontstaan ervan.
Deze situatie is vooral kenmerkend voor VoIP-netwerken, die meer apparaten omvatten dan één PBX en verschillende IP-telefoons. Bijvoorbeeld wanneer er in de oplossing meerdere sessie-bordercontrollers, flexibele switches of een softswitch worden gebruikt, maar de functie voor het bepalen van de locatie van de gebruiker is gescheiden van de andere en naar een apart apparaat verplaatst. Dan moet de ingenieur het volgende segment kiezen voor analyse, gebaseerd op zijn empirische ervaring of toevallig.
Deze aanpak is ontzettend vermoeiend en onproductief, aangezien het dwingt om keer op keer tijd te besteden aan het worstelen met dezelfde vragen: wat kan worden gebruikt voor het verzamelen van pakketten, hoe de resultaten op te halen, enzovoort. Enerzijds is het bekend dat een mens aan alles gewend raakt. Ook dit kan men zich eigen maken, 'de hand trainen' en geduld ontwikkelen. Echter, anderzijds is er nog een andere moeilijkheid die niet genegeerd kan worden - de correlatie van tracés die van verschillende segmenten zijn genomen. Al deze eerder genoemde, evenals vele andere taken voor netwerkcommunicatie-analyse vormen het werkgebied van veel specialisten, en monitoring systemen zijn ontworpen om hierbij te helpen.
Over netwerktrafiek monitoring systemen
En samen - doen we ons gezamenlijke werk: jij op jouw manier, en ik op mijn manier.
Y. Detotsjkin
Moderne netwerken voor de overdracht van media-informatie worden ontworpen en gebouwd door de implementatie van verschillende concepten, waarvan de basis bestaat uit een verscheidenheid aan telecommunicatieprotocollen: CAS, SS7, INAP, H.323, SIP, enz. Een trafiekmonitoringssysteem (TMS) is een middel dat is ontworpen om berichten van de bovenstaande (en andere) protocollen vast te leggen en beschikt over een reeks handige, intuïtieve en informatieve interfaces voor analyse. Het belangrijkste doel van TMS is om signaaltracés en dumps voor elke periode toegankelijk te maken voor specialisten op elk moment (inclusief in realtime) zonder gebruik te maken van gespecialiseerde programma's (bijvoorbeeld Wireshark). Aan de andere kant besteedt elke gekwalificeerde specialist bijzondere aandacht aan kwesties die bijvoorbeeld verband houden met de beveiliging van de IT-infrastructuur.
Een belangrijk aspect dat direct verband houdt met deze kwestie is de mogelijkheid van deze specialist om "de vinger aan de pols te houden", wat onder andere kan worden bereikt door tijdige waarschuwingen voor incidenten. Wanneer we het hebben over waarschuwingen, hebben we het over netwerkmonitoring. Terugkomend op de eerder gegeven definitie, maakt SMT het mogelijk om toezicht te houden op berichten, antwoorden en activiteiten die kunnen wijzen op afwijkend netwerkgedrag (bijvoorbeeld 403- of 408-antwoorden van de 4xx-groep in SIP of een scherpe stijging van het aantal sessies op een trunk), waarbij we relevante infographics kunnen verkrijgen die visueel illustreren wat er aan de hand is.
Het is echter belangrijk op te merken dat het VoIP-verkeersmonitoringssysteem van oorsprong geen klassieke Fault Monitoring System is, die netwerk kaarten kan samenstellen, de beschikbaarheid van elementen kan controleren, hulpbronnen kan benutten, randapparatuur en nog veel meer (bijvoorbeeld zoals Zabbix).
Nadat we hebben begrepen wat een verkeersmonitoringsysteem is en de taken die het uitvoert, gaan we over tot de vraag hoe we het nuttig kunnen toepassen voor ons doel.
Het is een feit dat SMT op zichzelf geen Call Flow kan verzamelen "uit het niets". Hiervoor moet het overeenstemmende verkeer van alle gebruikte apparaten op één punt worden samengebracht – de Capture Server. Hiermee wordt de kenmerkende eigenschap van het systeem gedefinieerd, die tot uitdrukking komt in de noodzaak om de centralisatie van de verzamelplaats van signaleringsverkeer te waarborgen en die ons in staat stelt om de hierboven gestelde vraag te beantwoorden: wat biedt het gebruik van de suite in een operationeel of geïmplementeerd netwerk.
Over het algemeen kan een ingenieur zelden direct antwoord geven op de vraag waar precies het aangegeven punt van verkeerscentralisatie zich bevindt of kan bevinden. Voor een meer eenduidig antwoord is het noodzakelijk dat specialisten een reeks onderzoeken uitvoeren die verband houden met de inhoudelijke analyse van het VoIP-netwerk. Dit omvat bijvoorbeeld het opnieuw specificeren van de apparatuur, het gedetailleerd bepalen van de aansluitpunten en de mogelijkheden met betrekking tot het verzenden van het juiste verkeer naar het verzamelpunt. Bovendien is het duidelijk dat het succes van de besproken kwestie rechtstreeks afhankelijk is van de manier waarop het transport IP-netwerk is georganiseerd.
Daarom is het eerste dat de implementatie van SMT oplevert, de geplande, maar niet uitgevoerde, revisie van het netwerk. Natuurlijk zal een doordachte lezer zich meteen de vraag stellen - wat heeft SMT hiermee te maken? Er is hier geen directe relatie en die kan er ook niet zijn, maar ... De psychologie van de meeste mensen, inclusief diegenen die met de IT-wereld verbonden zijn, neigt er meestal toe om dergelijke evenementen aan een bepaalde gebeurtenis te koppelen. Het volgende voordeel vloeit voort uit het vorige en bestaat uit het feit dat, nog voordat SMT is uitgerold, Capture Agents zijn geïnstalleerd en geconfigureerd, en het verzenden van RTCP-berichten is ingeschakeld, er al problemen ontdekt kunnen worden die onmiddellijke actie vereisen. Bijvoorbeeld, ergens kan een 'flessenhals' ontstaan zijn en dit is duidelijk zichtbaar, zelfs zonder statistieken, die ook door SMT kan worden geleverd met behulp van data, zoals de informatie van RTCP.
Laten we terugkeren naar het eerder beschreven proces van het verzamelen van de noodzakelijke traceringen en glimlachen bij het herinneren aan de woorden van de held, die in het epigraf van dit gedeelte zijn opgenomen. Een belangrijke eigenschap die niet is genoemd, is dat de genoemde handelingen doorgaans kunnen worden uitgevoerd door personeel met voldoende kwalificaties, zoals Core Engineers. Aan de andere kant kunnen de vragen die met de hulp van traceringen worden opgelost ook routine taken omvatten. Bijvoorbeeld het vaststellen van de reden waarom een terminal niet wordt geregistreerd bij de installer of klant. Hierbij wordt het duidelijk dat de uitzonderlijke mogelijkheid om dumps te maken deze specialisten verplicht om deze productie taken uit te voeren. Dit is niet productief omdat het tijd wegneemt van het oplossen van andere, belangrijkere kwesties.
In de meeste bedrijven waar het gebruik van een product zoals SMT wenselijk is, is er een speciale afdeling die verantwoordelijk is voor het uitvoeren van routinetaken om andere specialisten - service desk, helpdesk of technische ondersteuning - te ontlasten. Ook zou het voor de lezer geen verrassende onthulling zijn als ik opmerk dat de toegang van ingenieurs van de technische ondersteuning om veiligheids- en stabiliteitsredenen tot de meest kritische knooppunten ongewenst is (hoewel het heel goed mogelijk is dat dit niet verboden is), en juist deze netwerkcomponenten bieden het meest voordelige perspectief voor dumps. SMT, aangezien het het centrale verzamelpunt van verkeer is en over een intuïtieve en transparante interface beschikt, is absoluut in staat om een aantal van deze problemen op te lossen. De enige voorwaarde is het organiseren van toegang tot de interface vanaf de werkplekken van de technische ondersteuningsspecialisten en mogelijk het schrijven van een knowledge base-artikel voor het gebruik ervan.
Ten slotte vermelden we de meest bekende en interessante producten die op de een of andere manier de hierboven beschreven functionaliteit vervullen, waaronder: , , , Ondanks de algemene aanpak voor organisatie en implementatie heeft elke benadering zijn eigen nuances, subjectieve positieve en negatieve aspecten, en verdient het een aparte beschouwing. Dit zal het onderwerp zijn van verdere materialen. Bedankt voor uw aandacht!
UPD (23.05.2019): Aan de conclusie toe te voegen is nog een product dat de auteur relatief recent heeft leren kennen. – een jonge, zich ontwikkelende vertegenwoordiger uit de wereld van SIP-verkeersmonitoringsystemen.
Bron: habr.com
