Ebben a cikkben megpróbáljuk megvizsgálni az IT-infrastruktúra egyik érdekes és hasznos elemét, a VoIP-forgalom monitorozó rendszert.
A modern távközlési hálózatok fejlődése lenyűgöző: a jelzőfáklyáktól messze előre léptek, és ami egykor elképzelhetetlen volt, az ma már egyszerű és hétköznapi. Csak a szakemberek tudják, mi rejlik a mindennapi élet mögött és a technológia vívmányainak széleskörű használata mögött. Az átviteli közegek, az összekapcsolási módok, az eszközök közötti protokollok és a kódolási algoritmusok sokfélesége megdöbbenti a laikusok tudatát, és igazi rémálommá válhat bárki számára, aki az ezek megfelelő és stabil működésével foglalkozik: tonális jelek, vagy hangforgalom átadása, a softswitch-re való bejegyzés lehetetlensége, új berendezések tesztelése, a szállító támogatási csoportjához történő bejelentés készítése.
A fent említett protokoll fogalma a kommunikációs hálózatok sarokköve, amely meghatározza annak architektúráját, összetételét és a benne található eszközök bonyolultságát, a nyújtott szolgáltatások listáját és sok más tényezőt. Nyilvánvaló, de nagyon fontos összefüggés, hogy a rugalmasabb jelzőprotokollok használata javítja a kommunikációs hálózat skálázhatóságát, ami viszonylag gyors növekedést von maga után a különböző hálózati eszközök számában.
Ezzel együtt a kapcsolódó hálózati elemek számának szükséges és indokolt növelése a már említett összefüggés keretében számos nehézséggel jár a hálózat karbantartása és üzemeltetése szempontjából. Sokan találkoztak már olyan helyzettel, amikor a készített dump nem teszi lehetővé a felmerült probléma egyértelmű lokalizálását, mivel az a hálózat azon szakaszán készült, amely nem kapcsolódik a probléma megjelenéséhez.
Ez a helyzet különösen jellemző a VoIP-hálózatokra, amelyekben több eszköz van, mint egy PBX és több IP-telefon. Például, amikor a megoldásban több session border controller, rugalmas kapcsolók vagy egy softswitch használatos, de a felhasználó helymeghatározó funkcióját elkülönítjük, és egy külön eszközre helyezzük. Ilyenkor a mérnöknek a tapasztalatát vagy a véletlent követve kell választania a következő elemzendő szakaszról.
Ez a megközelítés rendkívül fárasztó és nem produktív, mivel újra és újra időt kell pazarolni ugyanazokra a kérdésekre: mit lehet használni a csomagok gyűjtésére, hogyan lehet megszerezni az eredményt és így tovább. Egyrészt, mint köztudott, az ember mindent megszokik. Ezt is meg lehet szokni, "megtanulni a kézmozdulatot" és gyakorolni a türelmet. Másrészt azonban van egy másik nehézség is, amellyel számolni kell – a különböző szakaszokból vett nyomozások korrelációja. Az összes fent említett, és sok más hírhatározó feladat a távközlési szakemberek tevékenységi körébe tartozik, akiket forgalomfigyelő rendszerek segíthetnek.
A távközlési forgalomfigyelő rendszerekről
És együtt – közös munkát végzünk: te a magad módján, én a saját módomban.
J. Detochkin
A modern médiatranszfer hálózatokat különböző koncepciók megvalósításával tervezzük és építjük, alapjukat számos telekommunikációs protokoll alkotja: CAS, SS7, INAP, H.323, SIP stb. A forgalomfigyelő rendszer (FFR) egy olyan eszköz, amely célja a fent említett (és nem csak) protokollok üzeneteinek rögzítése, és rendelkezik egy kényelmes, intuitív és informatív kezelőfelülettel a vizsgálatukhoz. A FFR fő célja, hogy a jelzőnyomozásokat és a dumpokat bármikor, bármilyen időszakra hozzáférhetővé tegye a szakemberek számára (beleértve a valós idejű működést is) speciális szoftverek (például Wireshark) használata nélkül. Másrészről, minden szakképzett szakember fokozott figyelmet fordít az IT-infrastruktúra biztonságával kapcsolatos kérdésekre.
Egy fontos szempont, amely közvetlenül kapcsolódik a kérdéshez, az a szakember lehetősége, hogy "kézben tartsa a pulzust", ami többek között azáltal valósítható meg, hogy időszerű értesítéseket kapunk egy-egy incidensről. Ha már az értesítések kérdéseiről beszélünk, akkor a hírcsatornák monitorozásáról van szó. Visszatérve a fent említett definícióhoz, a rendszer lehetővé teszi azoknak az üzeneteknek, válaszoknak és aktivitásoknak az ellenőrzését, amelyek bármilyen rendellenes hálózati viselkedést jelezhetnek (például 403-as vagy 408-as válaszok a 4xx csoportban a SIP-ben, vagy a szegmenseken megnövekedett számú kapcsolat), ugyanakkor megfelelő infografikát is kaphatunk, amely szemlélteti az eseményeket.
Fontos megjegyezni, hogy a VoIP forgalom monitorozó rendszere alapvetően nem klasszikus Fault Monitoring System, amely lehetővé teszi a hálózatok térképezését, az elemek elérhetőségének ellenőrzését, az erőforrások kihasználtságát, a perifériát és még sok mást (például mint a Zabbix).
Miután tisztáztuk, mi is a forgalom monitorozó rendszer, és milyen feladatokat lát el, térjünk át arra a kérdésre, hogyan is alkalmazhatjuk hasznos módon.
Nyilvánvaló, hogy maga a rendszer nem képes egy Call Flow-t "hirtelen előhozni". Ehhez szükség van arra, hogy a releváns forgalmat az összes használt eszközből egy pontra - Capture Server - összpontosítsuk. Így a leírtak meghatározzák a rendszer jellegzetes vonását, amely a jelző forgalom gyűjtésének központosított helyének biztosításának szükségességében nyilvánul meg, és lehetővé teszi a fent feltett kérdés megválaszolását: mit nyújt egy komplexum használata a működő vagy telepített hálózaton.
Tehát, általában ritkán válaszolhat az mérnök azonnal arra a kérdésre, hogy hol található a megadott forgalmi központosítási pont. A válasz egyértelműsítéséhez a szakértőknek egy sor vizsgálatot kell végezniük, amelyek a VoIP-hálózat szakszerű elemzésével kapcsolatosak. Például a használt berendezések összetételének pontosítása, a csatlakozási pontok részletes meghatározása, valamint a megfelelő forgalom gyűjtési pontra történő irányításának lehetőségei. Ezen kívül világos, hogy a kérdés megoldásának sikeressége közvetlenül függ a szállító IP-hálózat szervezésének módjától.
Következésképpen az első dolog, amit a SMT bevezetése nyújt – az az egykori tervezett, de elmaradt hálózati felülvizsgálat. Természetesen a gondos olvasó azonnal felteszi a kérdést – milyen kapcsolatban áll a SMT? Közvetlen kapcsolat nincs, és nem is lehet, de... Az emberek többségének pszichológiája, beleértve az IT világában dolgozókat is, általában hajlamos az ilyen eseményeket valamilyen eseményhez kötni. A következő előny a korábbiakból ered, és abban áll, hogy még azelőtt, hogy a SMT ki lenne építve, a Capture Agents telepítve és beállítva, az RTCP üzenetek küldése megkezdődne, már felfedezhetők olyan problémák, amelyek sürgős beavatkozást igényelnek. Például valahol „üvegnyak” alakult ki, és ez nyilvánvaló, még statisztika nélkül is, amelyet a SMT is nyújthat, például az RTCP által megadott adatok felhasználásával.
Most már térjünk vissza az előzőleg említett szükséges nyomvonalak gyűjtésének folyamatához, és mosolyogjunk, felidézve ezen rész epigráfjában megfogalmazott hős szavait. Fontos jellemzője, amit nem említettek, hogy általában a felsorolt műveleteket olyan megfelelő képesítéssel rendelkező személyzet végezheti, mint például a Core Engineers. Másrészről, a nyomvonalak segítségével megoldandó kérdések között szerepelhetnek olyan úgynevezett rutinfeladatok is. Például a hiba meghatározása, amiért a terminál nem regisztrál az installálnál vagy az ügyfélnél. Itt nyilvánvalóvá válik, hogy a kiemelkedő lehetőség a dumpok készítésére ezen szakemberek számára szükségessé teszi ezeknek a gyártási feladatoknak az elvégzését. Ez nem produktív, mivel időt von el más, fontosabb kérdések megoldásától.
Ezen kívül a legtöbb olyan cégnél, ahol a SMT használata kívánatos, létezik egy külön részleg, amelynek feladatai közé éppen a rutinfeladatok elvégzése tartozik, hogy tehermentesítse a többi szakembert – service desk, helpdesk vagy műszaki támogatás. Nem fogok meglepetést okozni az olvasónak, ha megjegyzem, hogy az IT támogatási mérnökök biztonság és a hálózat stabilitása érdekében nemkívánatosak a legkritikusabb csomópontokhoz való hozzáféréssel (bár lehetséges, hogy ez nem tilos), hiszen ezek a hálózati elemek kínálják a legkedvezőbb szöget a dumpok szempontjából. A SMT, mivel központi hely a forgalom gyűjtésére és intuitív, átlátható felhasználói felülettel rendelkezik, képes megoldani számos jelzett problémát. Az egyetlen feltétel – a hozzáférés szervezése a műszaki támogatás szakembereinek munkahelyéről, és lehet, hogy egy tudásbázis cikk írása az alkalmazásáról.
Összegzésül emeljük ki a legjobban ismert és érdekes termékeket, amelyek valamilyen módon végzik a fent bemutatott funkciókat, ezek közül: , , , . Annak ellenére, hogy van egy általános megközelítés a szervezéshez és a telepítéshez, mindegyiknek megvannak a saját árnyalataik, szubjektív pozitív és negatív oldalai, és mind megérdemlik a külön figyelmet. Ez lesz a következő anyagok tárgya. Köszönjük a figyelmét!
UPD (2019.05.23.): a zárójelben szereplő listához érdemes hozzáadni egy újabb terméket, amelyről a szerző viszonylag nemrég értesült. – egy fiatal, fejlődő képviselő a SIP-trafik figyelésének világában.
Forrás: habr.com
