Zdravo kolege!
В U materijalu smo se upoznali sa tako korisnim i, kao što vidite, sasvim neophodnim elementom VoIP infrastrukture, kao što je sistem za praćenje saobraćaja ili, ukratko, SMT. Saznali smo šta je to, koje probleme rješava, a također smo zabilježili najistaknutije predstavnike koje su programeri predstavili IT svijetu. U ovom dijelu ćemo razmotriti principe po kojima se SMT implementira u informatičku infrastrukturu i njegovim sredstvima se vrši praćenje VoIP saobraćaja.
Arhitektura VoIP sistema za praćenje saobraćaja
Gradili smo i gradili i konačno gradili. Ura!
Iz crtića "Čeburaška i krokodil Gena."
Kao što je ranije navedeno, postoji dovoljno proizvoda u industriji komunikacija i telekomunikacija koji spadaju u odgovarajuću kategoriju. Međutim, ako apstrahujemo od imena, programera, platforme itd., možemo vidjeti da su svi manje-više isti po svojoj arhitekturi (barem onim s kojima se autor pozabavio). Vrijedi napomenuti da je to upravo zbog jednostavnog odsustva bilo kakvih drugih metoda hvatanja prometa iz mrežnih elemenata za njegovu kasniju detaljnu analizu. Štaviše, potonje je, prema subjektivnom mišljenju, u velikoj mjeri determinisano trenutnim razvojem različitih oblasti predmetne industrije. Za jasnije razumevanje, razmotrite sledeću analogiju.
Od trenutka kada je veliki ruski naučnik Vladimir Aleksandrovič Kotelnikov stvorio teoremu uzorkovanja, čovječanstvo je dobilo ogromnu priliku da izvede analogno-digitalne i digitalno-analogne konverzije govornih signala, zahvaljujući kojima možemo u potpunosti koristiti tako divan tip komunikacije kao IP telefonija. Ako pogledate razvoj mehanizama za obradu govornih signala (tzv. algoritmi, kodeci, metode kodiranja, itd.), možete vidjeti kako je DSP (digitalna obrada signala) napravio fundamentalni korak u kodiranju informacijskih poruka - implementirajući sposobnost predviđanja govorni signal. Odnosno, umjesto jednostavne digitalizacije i korištenja a- i u-zakona kompresije (G.711A/G.711U), sada je moguće prenijeti samo dio uzoraka, a zatim vratiti cijelu poruku iz njih, što značajno štedi propusni opseg. Vraćajući se na temu MMT-a, napominjemo da trenutno nema sličnih kvalitativnih promjena u pristupu hvatanju saobraćaja, osim jedne ili druge vrste zrcaljenja.
Okrenimo se slici ispod, koja ilustruje šta su izgradili stručnjaci u relevantnim oblastima.
Slika 1. Opšti dijagram SMT arhitekture.
Gotovo svaki SMT se sastoji od dvije glavne komponente: servera i agenata za hvatanje saobraćaja (ili sondi). Server prima, obrađuje i pohranjuje VoIP promet koji dolazi od agenata, a također pruža stručnjacima mogućnost rada sa primljenim informacijama u različitim prikazima (grafici, dijagrami, tok poziva itd.). Agenti za hvatanje primaju VoIP saobraćaj od mrežne jezgre opreme (na primjer, SBC, softswitch, gateway,..), pretvaraju ga u format koji se koristi u primijenjenom sistemskom serverskom softveru i prenose ga na potonju radi naknadnih manipulacija.
Kao što u muzici, kompozitori stvaraju varijacije na glavne melodije djela, tako da su u ovom slučaju moguće različite opcije za implementaciju gornje sheme. Njihova raznolikost je prilično velika i uglavnom je određena karakteristikama infrastrukture u kojoj je MMT raspoređen. Najčešća opcija je ona u kojoj agenti za hvatanje nisu instalirani ili konfigurirani. U ovom slučaju, analizirani promet se šalje direktno na server ili, na primjer, server prima potrebne informacije iz pcap datoteka koje generiraju objekti praćenja. Ovaj način isporuke se obično bira ako nije moguće instalirati sonde. Lokacija opreme na sajtu, nedostatak resursa za alate za virtuelizaciju, nedostaci u organizaciji transportne IP mreže i, kao rezultat toga, problemi sa mrežnim povezivanjem itd., sve to može biti razlog za odabir navedenog opcija za organizovanje monitoringa.
Pošto smo naučili i shvatili kako se ovaj ili onaj SMT može implementirati u IT infrastrukturu sa arhitektonske tačke gledišta, dalje ćemo razmotriti aspekte koji su više u nadležnosti sistem administratora, odnosno metode za postavljanje sistemskog softvera na servere.
Tokom pripreme odluke o implementaciji razmatrane komponente mreže za praćenje, implementatori uvijek imaju mnogo pitanja. Na primjer, kakav bi trebao biti sastav serverskog hardvera, da li je dovoljno instalirati sve komponente sistema na jednom hostu ili treba da budu odvojene jedna od druge, kako instalirati softver itd. Gore navedena pitanja, kao i mnoga druga srodna pitanja, vrlo su široka, a odgovori na mnoga od njih zaista zavise od specifičnih uslova rada (ili dizajna). Međutim, pokušaćemo da sumiramo specifičnosti kako bismo dobili opštu ideju i razumevanje ovog aspekta primene CMT-a.
Dakle, prva stvar koju stručnjake uvijek zanima kada implementiraju SMT je s kojim karakteristikama performansi server treba koristiti? S obzirom na široku upotrebu slobodnog softvera, ovo pitanje se postavlja toliko puta da se njegova popularnost verovatno može uporediti sa pitanjem „Šta da radim?“ koje je postavio Nikolaj Gavrilovič Černiševski... Glavni faktor koji utiče na odgovor je broj medijske sesije koje se obrađuju ili će biti obrađene od strane telefonske platforme. Numerička i opipljiva karakteristika koja daje specifičnu ocjenu zapaženog faktora je CAPS (Call Attempts Per Second) parametar ili broj poziva u sekundi. Potreba za odgovorom na ovo pitanje je prvenstveno zbog činjenice da će upravo informacije o sesijama koje se šalju sistemu stvarati opterećenje na njegovom serveru.
Drugo pitanje koje se nameće prilikom odlučivanja o karakteristikama hardverskih komponenti servera je sastav softvera (operativno okruženje, baze podataka, itd.) koji će na njemu funkcionisati. Signalni (ili medijski) promet stiže na server, gdje ga neka aplikacija (na primjer, Kamailio) obrađuje (raščlanjuje signalne poruke), a zatim se na određeni način generirane informacije stavljaju u bazu podataka. Za različite CMT-ove, i aplikacije koje defragmentiraju signalne jedinice i aplikacije koje pružaju pohranu mogu biti različite. Međutim, sve ih ujedinjuje ista priroda višenitnog rada. Istovremeno, zbog posebnosti takvog infrastrukturnog elementa kao što je SMT, treba napomenuti da broj operacija pisanja na disk značajno premašuje broj operacija čitanja s njega.
I na kraju... “Toliko toga ima u ovoj riječi”: server, virtuelizacija, kontejnerizacija... Posljednji, ali vrlo važan aspekt koji se dotiče u ovom dijelu članka su mogući načini instaliranja MMT komponenti tokom njegove implementacije. Navedeno pored citata iz besmrtnog djela A.S. Puškinove tehnologije se široko koriste u različitim infrastrukturama i projektima. S jedne strane, oni su međusobno usko povezani, as druge, upadljivo se razlikuju po mnogim kriterijumima. Međutim, sve njih, u ovom ili onom obliku, programeri predstavljaju kao dostupne opcije za instaliranje svojih proizvoda. Sumirajući sisteme navedene u prvom dijelu članka, napominjemo sljedeće metode za njihovo postavljanje na fizički server ili virtuelnu mašinu:
— korištenje skripti za automatsku instalaciju ili samoinstalaciju i naknadnu konfiguraciju odgovarajućeg softvera,
— korištenje gotovog OS imidža s unaprijed instaliranim SMT softverom i/ili agentom,
— korištenje tehnologije kontejnerizacije (Docker).
Navedeni instalacijski alati imaju svoje prednosti i nedostatke, a stručnjaci imaju svoje preferencije, ograničenja i specifične uvjete u kojima se nalazi infrastruktura koju rade ili implementiraju kako bi dali bilo kakve preporuke. S druge strane, dati opis načina implementacije SIP sistema za praćenje saobraćaja je prilično transparentan, te u trenutnoj fazi ne zahtijeva detaljnije razmatranje.
Ovo je još jedan članak posvećen važnom i zanimljivom elementu VoIP mreže - SIP sistemu za praćenje saobraćaja. Kao i uvijek, zahvaljujem se čitaocima na pažnji na ovaj materijal! U sljedećem dijelu pokušat ćemo ići još dublje u specifičnosti i pogledati HOMER SIP Capture i SIP3 proizvode.
izvor: www.habr.com