Selles materjalis püüame uurida huvitavat ja kasulikku IKT infrastruktuuri elementi, nagu VoIP liikluse jälgimissüsteem.
Kaasaegsete sidevõrkude areng on hämmastav: signaalitulede ajast on nad edasi liikunud kaugele ning see, mis varem näis mõeldamatu, on nüüd lihtne ja igapäevane. Ainult professionaalid teavad, mis peitub argipäeva ja laialdase IT saavutuste kasutamise taga. Ülekandekeermete, lülitamise, seadmete suhtlemisprotokollide ja kodeerimisalgoritmide mitmekesisus võib segadusse ajada mitteteadlikku ja olla tõeliseks õudusunenäoks kõigile, kes tegelevad nende korraliku ja stabiilse toimimise tagamisega: tonaalsete signaalide või hääliliikluse edastus, registreerimise võimatus softswitch'is, uue varustuse testimine, supporti pöördumise koostamine.
Eelpool mainitud protokolli mõisted on iga sidevõrgu nurgakivi, millest sõltub selle arhitektuur, koostisosade komplekt ja keerukus, pakutavad teenused ja palju muud. Samuti on ilmne, kuid väga oluline seaduspärasus, et paindlikuma signalisatsiooniprotokolli kasutamine parandab sidevõrgu skaleeritavust, mis toob endaga kaasa üsna kiire mitmesuguste võrguseadmete kasvu.
Selleks, et isegi vajalik ja põhjendatud omavahel seotud võrguelementide arvu suurenemine ei tooks kaasa teatud probleeme, tuleb arvestada võrgu hooldamise ja kasutamise keerukusega. Paljud spetsialistid on sattunud olukorda, kus salvestatud dump ei võimalda selgelt lokaliseerida tekkinud probleemi, kuna see on saadud võrgu osas, mis ei olnud probleemi tekkimisega seotud.
Selline olukord on eriti iseloomulik VoIP-võrkudele, mis hõlmavad rohkem seadmeid kui üks PBX ja mitmed IP-telefonid. Näiteks, kui lahenduses kasutatakse mitut sessioonide piiritlejat, paindlikke lüliteid või softswitchi, kuid kasutaja asukoha määramise funktsioon on eraldatud teistest ja viidud eraldi seadmesse. Sel juhul peab insener analüüsima järgmist ala, tuginedes oma kogemusele või juhuslikule valikule.
Selline lähenemine on äärmiselt väsitav ja ebaefektiivne, kuna see sunnib pidevalt raiskama aega samade probleemidega tegelemiseks: mida kasutada pakettide kogumiseks, kuidas tulemusi saada ja nii edasi. Ühelt poolt, nagu teada, harjub inimene kõigega. Sellega saab samuti harjuda, "kätte harjutada" ja kannatlikkust treenida. Kuid teiselt poolt on siiski veel üks keerukus, millega tuleb arvestada – erinevatelt aladelt saadud jälgimiste korrelatsioon. Kõik eelpooltoodud, samuti paljusid teisi sidevõrkude analüüsi ülesandeid käsitleb paljude spetsialistide tegevus, kes püüavad neid probleeme lahendada liiklusmonitooringusüsteemide abil.
Sidevõrkude liiklusmonitooringusüsteemidest
Ja koos — teeme ühist asja: sina oma moodi ja mina oma moodi.
Y. Detotškin
Kaasaegsed meediaülekandevõrgud on projekteeritud ja ehitatud erinevate kontseptsioonide rakendamise kaudu, mille aluseks on mitmed telekommunikatsiooniprotokollid: CAS, SS7, INAP, H.323, SIP jne. Liiklusmonitooringusüsteem (LMS) on seade, mis on mõeldud eespool loetletud (ja mitte ainult) protokollide sõnumite haaramiseks ning millel on mitmesugused mugavad, intuitiivselt arusaadavad ja informatiivsed liidesed nende analüüsiks. LMSi peamine eesmärk on teha signaalijälgimised ja dump'id iga ajaperioodi jooksul spetsialistidele igal ajal kergesti kättesaadavaks (sealhulgas reaalajas) ilma spetsialiseeritud programmide (nt Wireshark) kasutamiseta. Teiselt poolt pöörab iga kvalifitseeritud spetsialist suurt tähelepanu näiteks IT-infrastruktuuri turvalisuse küsimustele.
Oluline aspekt, mis on otseselt seotud selle küsimusega, on spetsialisti võime hoida käe pulsil, mida saab saavutada ka tänu õigeaegsele teavitamisele teatud juhtumitest. Kui juba on juttu teavitamise küsimustest, räägime sidevõrgu jälgimisest. Tagasi tulles ülaltoodud määratluse juurde võimaldab SMT kontrollida neid sõnumeid, vastuseid ja tegevusi, mis võivad viidata mingisugusele ebanormaalsele käitumisele võrgus (näiteks 403 või 408 vastused 4xx grupis SIP või järsk sessioonide arvu tõus trunkil), samas kui saab vastava infograafika, mis selgelt illustreerib toimuvat.
Siiski tuleb märkida, et VoIP liikluse jälgimissüsteem ei ole algselt klassikaline vigade jälgimissüsteem, mis võimaldab koostada võrgu kaarte, jälgida nende elementide kättesaadavust, ressursside kasutamist, perifeeriat ja palju muud (näiteks nagu Zabbix).
Pärast seda, kui oleme tutvunud liikluse jälgimissüsteemi olemuse ja probleemidega, millega see tegeleb, liigume küsimuse juurde, kuidas seda kasulikult rakendada.
On ilmne, et SMT iseenesest ei suuda koguda Call Flow 'võluväel'. Selleks on vajalik suunata vastav liiklus kõikidest kasutatavast seadmetest ühte punkti – Capture Serverisse. Seega määratleb see, et süsteemi iseloomulik omadus on signaali liikluse kogumise keskuse tagamine ja see võimaldab vastata eelnevalt esitatud küsimusele: mida annab kompleksi kasutamine töötavas või juurutatavas võrgus.
Kuna tavaliselt ei saa insener kohe öelda, kus on või võiks olla määratud liikluse keskpunkt. Selgelt mõistetava vastuse saamiseks peavad spetsialistid viima läbi mitmeid uuringuid, mis on seotud VoIP-võrgu analüüsiga. Näiteks tuleb täpsustada seadmete koosseis, selgelt määrata nende ühenduspunktid ja uurida võimalusi, mis on seotud vastava liikluse suunamisega kogumiskohta. Lisaks on selge, et küsimuse lahendamise edu sõltub otseselt IP-transpordi võrgu korraldamise viisist.
Seega on esimene asi, mida SMT rakendamine annab, see kunagi planeeritud, kuid ellu viimata võrgu ülevaatus. Muidugi küsib mõtleja kohe, kuidas see SMT-ga seondub? Otsest seost siin ei ole ja ei saagi olla, kuid ... Enamiku inimeste psühholoogia, sealhulgas IT-valdkonnaga seotud inimeste hulgas, kipub selliseid üritusi siduma mingi sündmusega. Järgmine pluss tuleneb eelmisest ja seisneb selles, et enne SMT juurutamist, kui Capture Agende on seadistatud ja RTCP sõnumite saatmine on sisse lülitatud, võivad ilmneda probleemid, mis vajavad kiiret sekkumist. Näiteks võib kuskil tekkida „pudelikael”, mis on ilmselge ka ilma statistikat, mille SMT võiks pakkuda, kasutades näiteks RTCP andmeid.
Nüüd naaseme varem kirjeldatud protsessi juurde, mis on vajalik meie kogutud jälgimiste jaoks, ja naeratame, meenutades kangelase sõnu, mis on toodud selle osa epigraafiks. Oluline tunnusjoon, mida ei ole mainitud, on see, et tavaliselt võivad loetletud toiminguid sooritada piisava kvalifikatsiooniga personal, näiteks Core Engineers. Teisest küljest võivad jälgimistega lahendatavad küsimused hõlmata ka nii nimetatud rutiinseid ülesandeid. Näiteks terminaali registreerimise põhjus, miks see ei registreeru installijale või kliendile. Sellega seoses on ilmselge, et nende märgitud spetsialistide ainulaadne võimalus lugeda dump'e sunnib neid tegelema nende tootmisülesannetega. See ei ole produktiivne, kuna see võtab aega muude, olulisemate küsimuste lahendamiselt.
Samas on enamikus ettevõtetes, kus soovitatakse kasutada sellist toodet nagu SMT, eraldi osakond, mille ülesannete hulka kuulub rutiinsete toimingute täitmine, et teiste spetsialistide, nagu teenindusbüroode, abikeskuste või tehnilise toe koormust vähendada. Samuti ei tee ma lugejale avastust, kui toon välja, et tehnilise toe inseneride juurdepääs kõige kriitilisematele sõlmedele on turvalisuse ja võrgu stabiilsuse kaalutlustel ebasoovitav (kuigi on täiesti võimalik, et see ei ole keelatud), ja just need võrkelemendid sisaldavad kõige kasulikumaid vaateid dump'ide jaoks. SMT, olles keskne liiklustaseme kogumispunkt ja omades intuitiivset ja läbipaistvat liidest, suudab täielikult lahendada mitmeid toodud probleeme. Ainuke tingimus on korraldada juurdepääs liidesele tehnilise toe spetsialistide töökohtadelt ja võimalusel kirjutada teadmistebaasi artikkel selle kasutamisest.
Kokkuvõtteks tuletame meelde tuntumad ja huvitavamad tooted, mis mingil moel täidavad eespool käsitletud funktsionaalsust, sealhulgas: , , , . Kuigi olemas on üldine lähenemine organisatsiooni ja juurutamise korraldamiseks, on igal ühel oma nüansid, subjektiivsed positiivsed ja negatiivsed küljed ning kõik väärivad eraldi käsitlemist. See ongi edasiste materjalide teema. Aitäh teie tähelepanu eest!
UPD (23.05.2019): lisaks järeldustes esitatud nimekirjale tasub mainida veel ühte toodet, millest autor sai teada suhteliselt hiljuti. – noor, arenev esindaja SIP-trafiku jälgimise süsteemide maailmas.
Allikas: habr.com
