Hello kollégák!
В
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.
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