I denne artikel vil vi forsøge at se nærmere på et interessant og nyttigt element i IT-infrastruktur, nemlig VoIP-trafikovervågningssystemet.
Udviklingen af moderne telekommunikationsnetværk imponerer: fra signalbål er de taget langt fremad, og det, der tidligere virkede utænkeligt, er nu simpelt og dagligdags. Kun fagfolk ved, hvad der ligger bag hverdagens brug og de brede anvendelser af teknologiens fremskridt. Mangfoldigheden af transmissionsmedier, switchingmetoder, enhedsinteraktionsprotokoller og kodningsalgoritmer kan overvælde den almindelige bruger og blive et reelt mareridt for enhver, der er involveret i at sikre deres korrekte og stabile funktion: transmission af tonale signaler eller taletrafik, umulighed for registrering på softswitch, test af nyt udstyr, udarbejdelse af en henvendelse til vendor support.
Det nævnte begreb om protokol er fundamentet for ethvert kommunikationsnet, fra hvilket netværkets arkitektur, delene og kompleksiteten af de enheder, den består af, samt de tjenester, den tilbyder, vil afhænge. Det er tydeligt, men meget vigtigt, at brugen af en mere fleksibel signalprotokol forbedrer netværksskalérbarheden, hvilket fører til en relativt hurtig stigning i antallet af forskellige netværksenheder.
Selv den nødvendige og berettigede forøgelse af antallet af sammenkoblede netværkselementer i henhold til denne lovmæssighed medfører imidlertid visse udfordringer, der er forbundet med netværkets vedligeholdelse og drift. Mange specialister har stået over for situationer, hvor en optaget dump ikke entydigt kan lokalisere det opståede problem, da det blev indhentet på det netværksområde, der ikke er relateret til dets opståen.
Denne situation er især karakteristisk for VoIP-netværk, der inkluderer flere enheder end blot én PBX og flere IP-telefoner. For eksempel, når der anvendes flere session border controllers, fleksible switchere eller en softswitch, men funktionen til at bestemme brugerens placering er adskilt fra de øvrige og overført til en separat enhed. Ingeniøren skal så vælge det næste segment til analyse baseret på sin empiriske erfaring eller tilfældighed.
Denne tilgang er ekstremt trættende og ineffektiv, da den tvinger en til gang på gang at bruge tid på at kæmpe med de samme spørgsmål: hvad man kan bruge til at opsamle pakker, hvordan man henter resultater, og så videre. På den ene side, som man ved, vænner mennesker sig til alt. Man kan også blive vant til dette, 'få fingeren på pulsen' og træne sin tålmodighed. Men på den anden side er der alligevel en anden kompleksitet, man ikke kan ignorere – korrelationen af traceroutes taget fra forskellige segmenter. Alle de nævnte samt mange andre opgaver inden for analyse af kommunikationsnetværk udgør arbejdsområder for mange specialister, som trafikovervågningssystemer er designet til at hjælpe med.
Om trafikovervågningssystemer i kommunikationsnetværk
Og sammen — vi arbejder mod et fælles mål: du på din måde, og jeg på min måde.
Y. Detotchkin
Moderne kommunikationsnetværk til medietrafik designes og opbygges ved at implementere forskellige koncepter, hvis fundament består af mange telekommunikationsprotokoller: CAS, SS7, INAP, H.323, SIP osv. Trafikovervågningssystemet (TOS) er et værktøj, der har til formål at opsnappe meddelelser fra ovenstående (og andre) protokoller og kommer med et sæt brugervenlige, intuitive og informative grænseflader til analyse. Hovedformålet med TOS er at gøre signaltracer og dumps tilgængelige for fagfolk på ethvert tidspunkt (herunder i realtid) uden brug af specialiserede programmer (f.eks. Wireshark). På den anden side retter hver kvalificeret specialist opmærksomheden mod spørgsmål relateret til f.eks. sikkerhed i IT-infrastrukturen.
En vigtig aspekt, der er direkte relateret til dette spørgsmål, er specialistens evne til at "holde fingeren på pulsen", hvilket kan opnås blandt andet gennem rettidig varsling om forskellige hændelser. Når vi taler om varslingsspørgsmål, omhandler vi netværksmonitorering. Tilbage til den tidligere nævnte definition gør SMT det muligt at overvåge de meddelelser, svar og aktiviteter, der kan indikere anomali i netværket (f.eks. 403 eller 408 svar fra gruppe 4xx i SIP eller en pludselig stigning i antallet af sessioner på trunken), samtidig med at der leveres relevant infografik, som illustrerer, hvad der sker.
Det skal dog bemærkes, at VoIP trafikovervågningssystemet ikke oprindeligt er et klassisk Fault Monitoring System, der tillader oprettelse af netkort, overvågning af tilgængeligheden af deres elementer, ressourceudnyttelse, periferien og meget mere (f.eks. Zabbix).
Efter at have forstået, hvad et trafikovervågningssystem er, og hvilke opgaver det løser, lad os gå videre til spørgsmålet om, hvordan det kan anvendes til fordel for forretningen.
Det er åbenlyst, at SMT i sig selv ikke kan indsamle Call Flow "på et øjebliks befaling". For at opnå dette skal den relevante trafik fra alle de anvendte enheder samles på ét sted – Capture Server. På denne måde definerer det skrevne den karakteristiske egenskab ved systemet, som kræver centralisering af indsamlingsstedet for signaltrafik og giver mulighed for at besvare det tidligere stillede spørgsmål: hvad giver brugen af komplekset på et udnyttet eller implementeret netværk.
Som ingeniører sjældent kan svare med det samme på, hvor den angivne centraliseringspunkt for trafik præcist vil eller kan befinde sig. For at give et nogenlunde klart svar er det nødvendigt for specialisterne at udføre en række undersøgelser relateret til den specifikke analyse af VoIP-netværket. For eksempel kræver det en yderligere afklaring af udstyrets sammensætning, en detaljeret bestemmelse af tilslutningspunkterne samt mulighederne for at sende relevant trafik til indsamlingens punkt. Derudover står det klart, at succesfuld løsning af spørgsmålet direkte afhænger af, hvordan den transporterende IP-netværk er organiseret.
Derfor er det første, som implementeringen af SMT giver, den netværksrevision, der engang blev planlagt, men som aldrig blev udført. Selvfølgelig vil en opmærksom læser straks spørge: hvad har SMT med dette at gøre? Der er ingen direkte forbindelse her, men ... Psykologien hos de fleste mennesker, herunder dem, der arbejder i IT-verdenen, er normalt tilbøjelig til at knytte denne type aktiviteter til en begivenhed. Den næste fordel følger af den forrige og indebærer, at allerede før SMT er implementeret, at Capture Agents er installeret og konfigureret, og at RTCP-beskeder er aktiveret, kan der meget vel opdages problemer, der kræver hurtig indgriben. For eksempel kan der være opstået et
Lad os nu vende tilbage til den proces, vi tidligere har beskrevet, ved at indsamle de nødvendige traceringsdata, og mindes ordene fra helten, der er gengivet i epigrafen til denne del. En vigtig egenskab, der ikke blev nævnt, er, at de nævnte procedurer som regel kan udføres af personale med tilstrækkelig kvalifikation, for eksempel Core Engineers. På den anden side kan de opgaver, der løses ved hjælp af tracing, også omfatte såkaldte rutineopgaver. For eksempel at finde årsagen til, at terminalen ikke registreres hos installatøren eller kunden. Det bliver dermed tydeligt, at den eksklusive mulighed for at tage dumps for de nævnte specialister pålægger dem en nødvendighed for at udføre disse produktionsopgaver. Dette er ikke produktivt, da det tager tid fra andre, mere vigtige spørgsmål.
I de fleste virksomheder, hvor produkter som SMT er ønskværdige, findes der et specialafdeling, hvis opgaver netop omfatter udførelsen af rutineoperationer for at aflaste andre specialister – service desk, helpdesk eller teknisk support. Jeg kommer heller ikke til at afsløre noget for læseren ved at bemærke, at det fra sikkerheds- og stabilitetsperspektiv ikke er ønskeligt, at teknisk supports ingeniører har adgang til de mest kritiske noder (selvom det godt kan være, at det ikke er forbudt), og netop de nævnte netværkselementer giver den mest fordelagtige vinkel med hensyn til dumps. SMT, der er det centrale punkt for trafikindsamling og har et intuitivt og gennemsigtigt interface, er i stand til at løse en række af de nævnte problemer. Den eneste betingelse er, at der oprettes adgang til interfacet fra de tekniske supportspecialisters arbejdspladser og muligvis skrives en knowledge base-artikel om dens anvendelse.
Afslutningsvis vil vi nævne de mest kendte og interessante produkter, der på en eller anden måde udfører den beskrevne funktionalitet, herunder: , , , . På trods af den fælles tilgang til organisering og implementering har hver sin nuance, subjektive positive og negative sider, og de fortjener alle særskilt overvejelse. Dette vil være emnet for de kommende materialer. Tak for din opmærksomhed!
UPD (23.05.2019): Til den nævnte liste i konklusionen bør der tilføjes endnu et produkt, som forfatteren for nylig har fået kendskab til. – en ung, udviklende repræsentant fra verden af overvågning af SIP-trafik.
Kilde: habr.com
