Selles materjalis püüame vaadelda sellist huvitavat ja kasulikku IT-infrastruktuuri elementi nagu VoIP-liikluse jälgimise süsteem.
Kaasaegsete telekommunikatsioonivõrkude areng on jahmatav: signaalituli on edasi liikunud ja see, mis kunagi tundus mõeldamatu, on nüüd lihtne ja igapäevane. Ainult spetsialistid teavad, mis peitub igapäevasuses ja ulatuslikus tehnoloogia saavutuste kasutamises. Ülekandevahendite mitmekesisus, sarnaste teenuste meetodid, seadmete protokollid ja kodeerimisalgoritmid võivad olla igapäevaelu tarbijale jahmatav ning muutuda tõeliseks õudusunenäoks kõigile, kes on seotud nende korrektse ja stabiilse toimimise tagamisega: tooniliste signaalide või häält liikluse edastamise, registreerimise keerukus softswitch'is, uue seadme testimine, toetuse taotluse koostamine tarnijale.
Ülalmainitud protokolli mõisted on igas sidevõrgus nurgakivi, mille põhjal sõltub selle arhitektuur, struktuur ja seotud seadmete keerukus, samuti pakutavad teenused ja palju muud. On ilmne, et paindlikuma signaaliprotokolli kasutamine parandab sidevõrgu skaleeritavust, mis toob endaga kaasa erinevate võrguseadmete kiire arvu suurenemise.
Kuid isegi vajalik ja õigustatud omavahel seotud võrguelementide arvu suurendamine toob endaga kaasa mitmeid keerukusi, mis on seotud võrgu haldamise ja kasutamisega. Paljud spetsialistid on sattunud olukorda, kus saadud andmepüük ei võimalda selgelt kindlaks teha tekkivat probleemi, kuna see on saadud võrgu osas, mis ei ole selle probleemi tekkimisega seotud.
Selline olukord on eriti iseloomulik VoIP-võrkudele, kus on rohkem seadmeid kui üks PBX ja mitu IP-telefon. Näiteks kui lahenduses kasutatakse mitut piiripunkti seansikontrollerit, paindlikku lülitit või softswitchi, kuid kasutaja asukoha määramise funktsioon on eraldatud ning paigutatud eraldi seadmesse. Sel juhul peab insener valima järgmise analüüsiosas tuginedes oma praktilisele kogemusele või juhusele.
See lähenemine on äärmiselt väsitav ja ebatootlik, kuna sunnib korduvalt kasutama aega sama probleemiga tegelemiseks: milliseid vahendeid kasutada pakettide kogumiseks, kuidas tulemusi kätte saada ja nii edasi. Ühelt poolt harjub inimene kõigega, nagu teada. Ka seda saab harjuda, "kätte saada" ja kannatlikkust treenida. Kuid teisest küljest on olemas veel üks keeruline aspekt, millega tuleb arvestada – jälgimisvõrgu jälgimiste korrelatsioon erinevatelt aladelt. Kõik eeltoodud ning paljud teised sideanalüüsi ülesanded on paljude spetsialistide tegevuse objektiks, kellele on abiks liikluse jälgimise süsteemid.
Sidevõrkude liikluse jälgimise süsteemid
Ja koos — liigume ühes suunas: sina omal moel, mina omal moel.
J. Detotškin
Kaasaegsed meediatranspordi võrgud projekteeritakse ja ehitatakse erinevate kontseptsioonide rakendamise kaudu, mille aluseks on arvukad telekommunikatsiooniprotokollid: CAS, SS7, INAP, H.323, SIP jne. Liikluse jälgimise süsteem (LJS) on tööriist, mis on loodud eespool nimetatud (ja mitte ainult) protokollide sõnumite haaramiseks ning sisaldab komplekti mugavaid, intuitiivseid ja informatiivseid liideseid nende analüüsimiseks. LJS peamine eesmärk on teha signaalijälgimised ja dump'id igal ajal spetsialistidele kergesti kättesaadavaks (sealhulgas reaalajas) ilma spetsialiseeritud programmide (nt Wireshark) kasutamiseta. Teiselt poolt pöörab iga kvalifitseeritud spetsialist tähelepanu küsimustele, mis on seotud näiteks IT-infrastruktuuri turvalisusega.
Oluline aspekt, mis on otseselt seotud selle küsimusega, on spetsialisti võime "hoida kätt pulsil", mida on võimalik saavutada ka õigeaegse teavitamise kaudu mõnest juhtumist. Kuna räägime teavitamise küsimustest, peame silmas sidevõrgu monitooringut. Tagasi tulles eespool toodud määratluse juurde, võimaldab SMT kontrollida neid sõnumeid, vastuseid ja tegevusi, mis võivad viidata võrgus toimuvale ebanormaalsetele käitumistele (näiteks vastused 403 või 408 grupis 4xx SIP-is või järsk sessioonide arvu tõus trunkil), ning saada vastava infograafika, mis illustreerib toimuvat selgelt.
Kuid tuleb märkida, et VoIP-liikluse monitooringusüsteem ei ole algselt klassikaline Fault Monitoring System, mis võimaldab koostada võrgu kaarte, jälgida elementide kättesaadavust, ressursside kasutamist, perifeeriat ja palju muud (näiteks nagu Zabbix).
Pärast arusaamist, mis on liikluse jälgimise süsteem ja milliseid ülesandeid see lahendab, liigume küsimusele, kuidas seda kasulikult rakendada.
On ilmne, et ainult liikluse jälgimise süsteem ei suuda koguda Call Flow 'näpistamisega'. Selleks on vajalik koondada kogu kasutatavast seadmetest tulev liiklus ühte punkti – Capture Serverisse. Seega määratleb kirjutatu süsteemi iseloomuliku omaduse, milleks on signaalitrafiku kogumiskoha keskne tagamine, ja see võimaldab vastata ülaltoodud küsimusele: mida toob kaasa kompleksi kasutamine rakendatavas või käitatavas võrgus.
Seega on inseneri harva võimalik kohe vastata küsimusele, kus täpselt asub või võiks asuda määratud trafiku keskendumispunkt. Ühetaolise vastuse saamiseks on spetsialistidel vajalik teha rida uuringuid, mis on seotud VoIP-võrgu analüüsiga. Näiteks tuleb uuesti täpsustada seadmete koosseis, selgelt määratleda nende ühenduspunktid ning arvesse võtta võimalusi, mis võimaldavad suunata vastavat trafikut kogumispunkti. Lisaks on selge, et käsitletava küsimuse lahendamise edusus sõltub otseselt IP-transpordivõrgu korraldusest.
Seega, esimene asi, mida SMT rakendamine annab, on just see kauaoodatud, kuid siiski täitmata võrgu ülevaade. Loomulikult küsib tähelepanelik lugeja kohe, mis ühendus on SMT-ga? Otsest seost siin ei ole ja ei saagi olla, kuid ... Enamiku inimeste, sealhulgas IT-maailmaga seotud inimeste, psühholoogia on tavaliselt kaldu seostama selliseid sündmusi teatud üritustega. Järgmine eelis tuleneb eelmisest ja seisneb selles, et veel enne, kui SMT on käivitatud, on seadistatud ja konfigureeritud Capture Agents, aktiveeritud RTCP sõnumite edastamine ning võivad ilmneda probleemid, mis vajavad kiiret sekkumist. Näiteks kuskil on moodustunud 'pudelikael' ja see on ilmselgelt nähtav ka ilma statistikat arvesse võtmata, mida SMT võib pakkuda, kasutades andmeid, mida näiteks RTCP pakub.
Nüüd naaseme varem kirjeldatud vajalikku jälgimise ametisse ja naeratame, meenutades antud osa epigraafi sõnu. Selle oluliseis omadus, mida ei ole mainitud, on see, et tavaliselt saavad loetletud toiminguid sooritada piisava kvalifikatsiooniga töötajad, näiteks Core Engineers. Teiselt poolt võivad jälgimiste abil lahendatavad küsimused hõlmata ka nn rutiinseid ülesandeid. Näiteks põhjuse määramine, miks terminali ei registreerita installija või kliendi poolt. Sellega seoses on selge, et nende spetsialistide erakorraline võimalus mälupiltide tegemiseks seab neile kohustuse neid tootmisülesandeid täita. See ei ole tõhus, kuna see võtab aega olulisemate probleemide lahendamiselt.
Enamikus ettevõtetes, kus on soovitatav kasutada sellist toodet nagu SMT, on olemas spetsiaalne osakond, mille ülesanne on täita rutiinseid toiminguid, et kergendada teiste spetsialistide koormust – teeninduslauad, helpdesk või tehniline tugi. Samuti ei ole ma lugejale mingit avastust tehes ütlemas, et inseneride juurdepääs tehnilise toe teenusele, võttes arvesse võrgu turvalisust ja stabiilsust, kõige kriitilisematesse sõlmedesse ei ole soovitatav (kuigi on täiesti võimalik, et see ei ole keelatud), ja just need võrku kuuluvad elemendid sisaldavad kõige kasulikumat vaatenurka dumpide osas. SMT, olles liikluse kogumise keskus ja omades intuitiivset ja läbipaistvat liidest, suudab lahendada mitmeid väljendatud probleeme. Ainus tingimus on tagada ligipääs liidesele tehnikute töökohtadest ning võimalusel kirjutada teadmusbaasi artikkel selle kasutamise kohta.
Kokkuvõtteks märgime kõige tuntumaid ja huvitavamaid tooteid, mis mingil viisil täidavad eelnevalt käsitletud funktsiooni. Nende hulgas on: , , , . Kuigi on olemas üldine lähenemine organisatsioonile ja juurutamisele, on igal neist oma nüansid, subjektiivsed positiivsed ja negatiivsed küljed, mis kõik väärivad eraldi käsitlemist. Just selle üle on juttu tulevastes materjalides. Aitäh Teie tähelepanu eest!
UPD (23.05.2019): lisaks järeldustes esitatud nimekirjale tuleks mainida veel ühte toodet, millest autor sai teada suhteliselt hiljuti. – noor, arenev esindaja SIP-trafiku monitoorimise süsteemide maailmast.
Allikas: habr.com
