Forgalomfigyelő rendszerek VoIP hálózatokban. Második rész - a szervezés alapelvei

Hello kollégák!

В előző Az anyagban megismerkedhettünk a VoIP infrastruktúra egy olyan hasznos és, mint látható, igencsak szükséges elemével, mint a forgalomfigyelő rendszer vagy röviden az SMT. Megtudtuk, mi ez, milyen problémákat old meg, és megjegyeztük a fejlesztők által az IT-világnak bemutatott legkiemelkedőbb képviselőket is. Ebben a részben áttekintjük azokat az elveket, amelyek szerint az SMT az IT infrastruktúrában valósul meg, és a VoIP forgalom figyelése ennek eszközeivel történik.

Forgalomfigyelő rendszerek VoIP hálózatokban. Második rész - a szervezés alapelvei

VoIP forgalomfigyelő rendszerek felépítése

Építettünk és építettünk és végül építettünk. Hurrá!
A "Cheburashka és a krokodil Gena" című rajzfilmből.

Amint azt korábban említettük, a kommunikációs és távközlési iparban elegendő termék van, amely a megfelelő kategóriába tartozik. Ha azonban elvonatkoztatunk a névtől, a fejlesztőtől, a platformtól stb., akkor láthatjuk, hogy ezek architektúráját tekintve többé-kevésbé azonosak (legalábbis azok, amelyekkel a szerzőnek meg kellett küzdenie). Érdemes megjegyezni, hogy ez pontosan annak tudható be, hogy a későbbi részletes elemzéshez egyszerűen hiányoznak a hálózati elemek forgalmának más módszerei. Sőt, ez utóbbit szubjektív vélemény szerint nagymértékben meghatározza a tárgyipar különböző területeinek jelenlegi fejlődése. A világosabb megértés érdekében vegye figyelembe a következő analógiát.

Attól a pillanattól kezdve, hogy a nagy orosz tudós, Vlagyimir Alekszandrovics Kotelnyikov megalkotta a mintavételi tételt, az emberiség óriási lehetőséget kapott a beszédjelek analóg-digitális és digitális-analóg konvertálására, aminek köszönhetően teljes mértékben kihasználhatjuk ezt a csodálatos típust. kommunikáció, mint IP-telefónia. Ha megnézi a beszédjelek feldolgozására szolgáló mechanizmusok (más néven algoritmusok, kodekek, kódolási módszerek stb.) fejlődését, láthatja, hogy a DSP (digitális jelfeldolgozás) hogyan tett alapvető lépést az információs üzenetek kódolásában - megvalósítva az előrejelzési képességet. beszédjel. Azaz ahelyett, hogy egyszerűen digitalizálnánk és használnánk a tömörítés a- és u-törvényeit (G.711A/G.711U), ma már csak a minták egy részét lehet továbbítani, majd az egész üzenetet visszaállítani belőlük, ami jelentős megtakarítást jelent. sávszélesség. Visszatérve az MMT témájához, megjegyezzük, hogy a forgalomrögzítés megközelítésében jelenleg nincs hasonló minőségi változás, a tükrözés egyik vagy másik típusán kívül.

Térjünk rá az alábbi ábrára, amely azt szemlélteti, hogy mit építettek fel az érintett szakterületek szakemberei.

Forgalomfigyelő rendszerek VoIP hálózatokban. Második rész - a szervezés alapelvei
1. ábra Az SMT architektúra általános diagramja.

Szinte minden SMT két fő összetevőből áll: egy szerverből és a forgalomrögzítő ügynökökből (vagy próbákból). A szerver fogadja, feldolgozza és tárolja az ügynököktől érkező VoIP-forgalmat, valamint lehetőséget biztosít a szakemberek számára, hogy a kapott információkkal különféle nézetekben (grafikonok, diagramok, hívásfolyamat stb.) dolgozzanak. A Capture agentek fogadják a VoIP forgalmat a hálózati magberendezésektől (például SBC, softswitch, gateway, stb.), átalakítják azt az alkalmazott rendszerkiszolgáló szoftverben használt formátumba, és az utóbbira továbbítják a későbbi manipulációkhoz.

Csakúgy, mint a zenében, a zeneszerzők variációkat hoznak létre a művek fő dallamaira, így ebben az esetben is többféle lehetőség van a fenti séma megvalósítására. Sokféleségük meglehetősen nagy, és főként annak az infrastruktúrának a jellemzői határozzák meg, amelyben az MMT-t telepítik. A leggyakoribb lehetőség az, amelyben nincsenek rögzítési ügynökök telepítve vagy konfigurálva. Ebben az esetben az elemzett forgalom közvetlenül a szerverre kerül, vagy például a szerver megkapja a szükséges információkat a megfigyelő objektumok által generált pcap fájlokból. Ezt a szállítási módot általában akkor választják, ha nem lehet szondákat telepíteni. A berendezés helyszíni elhelyezkedése, a virtualizációs eszközökhöz szükséges erőforrások hiánya, a szállítási IP-hálózat megszervezésének hibái és ennek következtében a hálózati csatlakozási problémák stb. lehetőség a monitoring megszervezésére.

Miután megtanultuk és megértették, hogyan lehet ezt vagy azt az SMT-t építészeti szempontból beépíteni az IT infrastruktúrába, a következőkben azokat a szempontokat vizsgáljuk meg, amelyek inkább a rendszergazdák kompetenciájába tartoznak, nevezetesen a rendszerszoftverek szervereken történő telepítésének módszereit.

A vizsgált monitoring hálózati komponens megvalósításáról szóló döntés előkészítése során mindig sok kérdés merül fel a megvalósítókban. Például milyen legyen a szerver hardverének összetétele, elegendő-e az összes rendszerkomponenst egy gazdagépre telepíteni, vagy el kell-e különíteni őket egymástól, hogyan kell telepíteni a szoftvert stb. A fent felsorolt ​​kérdések, valamint sok más kapcsolódó kérdés nagyon tágak, és sokukra a válasz valóban az adott működési feltételektől (vagy kialakítástól) függ. Mindazonáltal megpróbáljuk összefoglalni a konkrétumokat, hogy általános képet és megértést kapjunk a CMT telepítésének ezen aspektusáról.

Tehát az első dolog, ami a szakembereket mindig érdekli az SMT megvalósítása során, hogy milyen teljesítményjellemzőkkel kell használni a szervert? Tekintettel az ingyenes szoftverek elterjedtségére, ez a kérdés annyiszor hangzik el, hogy népszerűsége valószínűleg összevethető a Nyikolaj Gavrilovics Csernisevszkij által feltett „Mit tegyek?” kérdéssel... A választ leginkább a szoftverek száma befolyásolja. a telefonos platform által feldolgozott vagy feldolgozandó médiamunkamenetek. Egy számszerű és kézzelfogható jellemző, amely a megjelölt tényező konkrét értékelését adja, a CAPS (Call Attempts Per Second) paraméter vagy a másodpercenkénti hívások száma. Ennek a kérdésnek a megválaszolásának szükségessége elsősorban annak a ténynek köszönhető, hogy a rendszernek küldött munkamenetekről szóló információk terhelést okoznak a szerverén.

A második kérdés, amely a szerver hardverkomponenseinek jellemzőinek eldöntésekor felmerül, a rajta működő szoftver (működési környezetek, adatbázisok stb.) összetétele. A jel (vagy média) forgalom megérkezik a szerverre, ahol azt valamilyen alkalmazás (például Kamailio) feldolgozza (a jelüzeneteket elemzi), majd a meghatározott módon generált információkat az adatbázisba helyezi. Különböző CMT-k esetén mind a jelegységeket töredezettségmentesítő, mind a tárolót biztosító alkalmazások eltérőek lehetnek. Mindazonáltal mindegyiket a többszálúság ugyanaz a természete egyesíti. Ugyanakkor az olyan infrastruktúra elem sajátosságai miatt, mint az SMT, ezen a ponton meg kell jegyezni, hogy a lemezre történő írási műveletek száma jelentősen meghaladja az olvasási műveletek számát.

És végül... „Annyi minden van ebben a szóban”: szerver, virtualizáció, konténerezés... Az utolsó, de nagyon fontos szempont, amelyre a cikknek ebben a részében kerül sor, az MMT komponensek telepítésének lehetséges módjai a telepítés során. A.S. halhatatlan művéből származó idézet mellett szerepel. A Puskin technológiákat széles körben használják különféle infrastruktúrákban és projektekben. Egyrészt szorosan összefüggenek egymással, másrészt számos kritériumban feltűnően különböznek egymástól. A fejlesztők azonban valamilyen formában mindegyiket termékeik telepítéséhez rendelkezésre álló lehetőségként mutatják be. Összefoglalva a cikk első részében felsorolt ​​rendszereket, a következő módszereket vesszük figyelembe a fizikai szerveren vagy virtuális gépen történő telepítésükhöz:
— automatikus telepítő szkriptek használata vagy a megfelelő szoftver öntelepítése és ezt követő konfigurálása,
— kész operációs rendszer kép használata előre telepített SMT szoftverrel és/vagy ügynökkel,
— konténerezési technológia alkalmazása (Docker).

A felsorolt ​​telepítőeszközöknek megvannak az előnyei és hátrányai, a szakembereknek pedig megvannak a saját preferenciái, korlátai és sajátos feltételeik, amelyek között az általuk üzemeltetett vagy megvalósított infrastruktúra található, hogy javaslatokat tegyenek. Másrészt a SIP forgalomfigyelő rendszerek telepítési módjainak adott leírása meglehetősen áttekinthető, és jelenleg nem igényel részletesebb átgondolást.

Ez egy másik cikk a VoIP hálózat egy fontos és érdekes elemének - a SIP forgalomfigyelő rendszernek - szentelve. Mint mindig, most is köszönöm az olvasóknak az anyag iránti figyelmet! A következő részben megpróbálunk még mélyebben belemenni a konkrétumokba, és megnézzük a HOMER SIP Capture és SIP3 termékeket.

Forrás: will.com

Hozzászólás