I detta material kommer vi att försöka undersöka en intressant och nyttig komponent i IT-infrastrukturen, nämligen VoIP-trafikövervakningssystemet.
Utvecklingen av moderna telekommunikationsnät är imponerande: från signalrysser har de tagit stora steg framåt, och det som en gång verkade otänkbart är nu enkelt och alldagligt. Endast yrkesverksamma vet vad som döljer sig bakom vardagligheten och den breda användningen av framstegen inom informationsteknologin. Mångfalden av överföringsmedium, kommunikationsmetoder, protokoll för enhetsinteraktion och kodningsalgoritmer kan förbluffa den genomsnittlige medborgaren och bli en riktig mardröm för alla som är involverade i deras fungerande och stabila drift: för att hantera tonala signaler eller rösttrafik, oförmåga att registrera på en softswitch, testa ny hårdvara, sammanställa en supportförfrågan till leverantören.
Det ovan nämnda begreppet protokoll är grundstenen i varje kommunikationsnät, vilket kommer att påverka dess arkitektur, komposition och komplexitet av dess enheter, samt det utbud av tjänster som den erbjuder och mycket mer. Här är det tydligt, men mycket viktigt att notera reglerna, som innebär att användningen av ett mer flexibelt signaleringsprotokoll förbättrar skalbarheten i kommunikationsnätet, vilket resulterar i en snabb ökning av olika nätverksenheter i det.
Samtidigt medför även den nödvändiga och berättigade ökningen av antalet sammanlänkade nätverkskomponenter inom den nämnda regeln en rad svårigheter kopplade till underhåll och drift av nätverket. Många specialister har stött på situationen där en fångad dump inte entydigt möjliggör att lokalisera problemet, eftersom den erhölls i det avsnitt av nätverket som inte är relaterat till dess uppkomst.
Denna situation är särskilt vanligt i VoIP-nätverk som inkluderar fler enheter än en PBX och flera IP-telefoner. Till exempel, när flera session border controllers, flexibla switchar eller en softswitch används, men funktionen för att bestämma användarens plats är separat från de andra och flyttad till en annan enhet. Då måste ingenjören välja det nästa området för analys baserat på sin erfarenhet eller slumpen.
Denna metod är extremt tröttande och oproduktiv, eftersom den tvingar en att gång på gång slösa tid på att hantera samma frågor: vad som kan användas för att samla paket, hur man tar resultatet och så vidare. Å ena sidan vänjer sig människor vid allt. Detta kan man också vänja sig vid, "få en känsla för det" och träna tålamod. Men å andra sidan finns det ändå en annan svårighet som man inte kan bortse från – korrelationen av traceroutes som tagits från olika områden. Alla ovan nämnda, samt många andra uppgifter för nätverksanalys, är ämnet för många specialisters arbete, som trafikövervakningssystemet är avsett att hjälpa till att lösa.
Om trafikövervakningssystem för kommunikationsnät
Och tillsammans – gör vi ett gemensamt arbete: du på ditt sätt, och jag på mitt.
Yu. Detotsjkin
Moderna nätverk för medietrafikdesignas och byggs genom att implementera olika koncept vars grund utgörs av många telekommunikationsprotokoll: CAS, SS7, INAP, H.323, SIP och så vidare. Trafikövervakningssystemet (TÖS) är ett verktyg som är avsett att fånga meddelandena från ovanstående (och andra) protokoll och har en uppsättning bekväma, intuitiva och informativa gränssnitt för analys. Det primära syftet med TÖS är att göra signaleringsspårningar och dumpningar under vilken tidsperiod som helst tillgängliga för specialister när som helst (inklusive i realtid) utan att använda specialiserade program (till exempel Wireshark). Å andra sidan lägger varje kvalificerad specialist stor vikt vid frågor som rör IT-infrastrukturens säkerhet.
En viktig aspekt, som direkt relaterar till denna fråga, är möjligheten för denna specialist att "hålla handen på pulsen", vilket kan uppnås bland annat genom att få snabb information om olika incidenter. När vi nämner frågor om aviseringar talar vi om övervakning av kommunikationsnätverket. Återvänder vi till den definition som gavs ovan, så tillåter SMT att vi övervakar meddelanden, svar och aktiviteter som kan indikera något avvikande beteende i nätverket (till exempel, svar 403 eller 408 från gruppen 4xx i SIP eller en plötslig ökning av antalet sessioner på en trunk), samtidigt som vi får relevant infografik som tydligt illustrerar vad som händer.
Det bör dock noteras att VoIP-trafikmonitoreringssystemet ursprungligen inte är det klassiska felövervakningssystemet, som tillåter skapande av nätverkskartor, övervakning av tillgängligheten av deras komponenter, resursutnyttjande, periferier och mycket mer (till exempel Zabbix).
Efter att ha förstått vad ett trafikövervakningssystem är och vilka uppgifter det löser, går vi vidare till frågan om hur det kan tillämpas användbart i praktiken.
Det är uppenbart att själva SMT inte kan samla in Call Flow "av en trollstavs magi". För detta krävs det att sammanföra relevant trafik från alla använda enheter till en punkt – Capture Server. På så sätt definierar det som skrivits den karakteristiska egenskapen hos systemet, vilket uttrycker behovet av att centralisera platsen för insamling av signaltrafik och möjliggör svar på den ställda frågan: vad ger användningen av komplexet i det existerande eller implementerade nätverket.
Således kan det, i regel, sällan en ingenjör svara på frågan – i vilken specifik plats den angivna trafikhubben kommer att eller kan befinna sig. För att ge ett mer eller mindre entydigt svar är det nödvändigt för specialister att utföra en rad undersökningar relaterade till en ämnesanalys av VoIP-nätverket. Till exempel, en upprepning av preciseringen av utrustningens sammansättning, en detaljerad bestämning av dess anslutningspunkter, samt möjligheterna i kontexten av att skicka motsvarande trafik till insamlingspunkten. Dessutom är det tydligt att framgången av att lösa den aktuella frågan direkt beror på hur transport-IP-nätverket är organiserat.
Därför, det första som implementeringen av SMT ger – är den så kallade, tidigare planerade men aldrig genomförda nätverksrevisionen. Självklart kommer en eftertänksam läsare genast att ställa frågan – vad har SMT med detta att göra? Det finns ingen direkt koppling här och kan inte finnas, men ... Psykologin hos de flesta människor, inklusive de som är kopplade till IT-världen, tenderar vanligtvis att koppla denna typ av aktiviteter till något speciellt evenemang. Den följande fördelen härrör från den föregående och innebär att innan SMT har distribuerats, installerats och konfigurerats Capture Agents, och RTCP-meddelanden har aktiverats, kan eventuella problem som kräver snabb åtgärd upptäckas. Till exempel kan det ha uppstått en "flaskhals" någonstans och detta är uppenbart även utan statistik, som bland annat kan tillhandahållas av SMT, med hjälp av information som tillhandahålls av till exempel RTCP.
Låt oss nu återvända till den tidigare beskrivna processen för att samla in de spårningar som vi så behöver och le lite när vi minns orden från hjältens citat inledningen av denna del. En viktig egenskap hos detta, som inte nämndes, är att de listade manipulationerna vanligtvis kan utföras av personal med tillräcklig kompetens, t.ex. Core Engineers. Å andra sidan kan även så kallade rutinuppgifter ingå i de frågor som löses med hjälp av spårningar. Till exempel att fastställa orsaken till varför terminalen inte registreras av installatören eller kunden. Här blir det uppenbart att den exklusiva möjligheten att ta fram dumpningar för de nämnda specialisterna innebär ett ansvar för att utföra dessa produktionsuppgifter. Detta är inte produktivt eftersom det tar tid från att lösa andra, mer viktiga frågor.
I de flesta företag där användning av en produkt som SMT är önskvärt, finns det en speciell avdelning vars uppdrag just innefattar att utföra rutinoperationer, för att avlasta andra specialister – service desk, helpdesk eller teknisk support. Jag gör ingen upptäckte för läsaren om jag påpekar att ingenjörernas tillgång till kritiska nätverksnoder är oönskad av säkerhets- och stabilitetsskäl (även om det är möjligt att det inte är förbjudet), och just dessa nätverkskomponenter innehåller den mest fördelaktiga vinkeln vad gäller dumpningar. SMT, som är den centrala platsen för trafikinsamling och har en intuitiv och transparent gränssnitt, är kapabel att lösa en rad angivna problem. Det enda villkoret är att organisera tillgången till gränssnittet från teknisk supports arbetsplatser och eventuellt skriva en artikel för kunskapsbasen om dess användning.
Avslutningsvis noterar vi de mest kända och intressanta produkter som på ett eller annat sätt utför den ovan beskrivna funktionen, bland vilka: , , , Trots den gemensamma metoden för organisation och implementering har varje system sina egna nyanser, subjektiva fördelar och nackdelar som alla förtjänar individuell granskning. Det kommer att vara ämnet för kommande material. Tack för ditt intresse!
UPD (23.05.2019): Till den lista som presenteras i slutsatsen bör en ytterligare produkt läggas till, som författaren nyligen fått kännedom om. – en ung, växande representant från världen av SIP-trafikövervakningssystem.
Källa: habr.com
