Pozdrav kolege!
В U materijalu smo se upoznali s tako korisnim i, kao što vidite, vrlo potrebnim elementom VoIP infrastrukture, kao što je sustav za praćenje prometa ili, skraćeno, SMT. Saznali smo što je to, koje probleme rješava, a također smo spomenuli najistaknutije predstavnike koje su programeri predstavili IT svijetu. U ovom ćemo dijelu razmotriti principe prema kojima se SMT implementira u IT infrastrukturu i pomoću njegovih sredstava provodi nadzor VoIP prometa.
Arhitektura VoIP sustava za praćenje prometa
Gradili smo i gradili i konačno izgradili. hura!
Iz crtanog filma "Cheburashka i krokodil Gena."
Kao što je ranije navedeno, postoji dovoljno proizvoda u industriji komunikacija i telekomunikacija koji spadaju u odgovarajuću kategoriju. No, ako apstrahiramo od imena, programera, platforme itd., vidimo da su svi više-manje isti što se tiče njihove arhitekture (barem onih s kojima je autor imao posla). Vrijedno je napomenuti da je to zbog jednostavnog nepostojanja bilo kakvih drugih metoda hvatanja prometa od mrežnih elemenata za njegovu naknadnu detaljnu analizu. Štoviše, potonje je, po subjektivnom mišljenju, uvelike određeno trenutnim razvojem različitih područja predmetne industrije. Za jasnije razumijevanje, razmotrite sljedeću analogiju.
Od trenutka kada je veliki ruski znanstvenik Vladimir Aleksandrovič Kotelnikov stvorio teorem o uzorkovanju, čovječanstvo je dobilo ogromnu priliku za obavljanje analogno-digitalnih i digitalno-analognih pretvorbi govornih signala, zahvaljujući kojima možemo u potpunosti koristiti tako prekrasan tip komunikacije kao IP telefonije. Ako pogledate razvoj mehanizama za obradu govornih signala (poznatih kao algoritmi, kodeci, metode kodiranja itd.), možete vidjeti kako je DSP (digitalna obrada signala) poduzeo temeljni 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 i zatim vratiti cijelu poruku iz njih, što značajno štedi propusnost. Vraćajući se na temu MMT-a, napominjemo da trenutno nema sličnih kvalitativnih promjena u pristupu hvatanju prometa, osim jedne ili druge vrste zrcaljenja.
Okrenimo se donjoj slici koja ilustrira ono što su izgradili stručnjaci u relevantnim tematskim područjima.
Slika 1. Opći dijagram SMT arhitekture.
Gotovo svaki SMT sastoji se od dvije glavne komponente: poslužitelja i agenata za snimanje prometa (ili sondi). Poslužitelj prima, obrađuje i pohranjuje VoIP promet koji dolazi od agenata, a također pruža stručnjacima mogućnost rada s primljenim informacijama u različitim prikazima (grafovi, dijagrami, tijek poziva itd.). Agenti za snimanje primaju VoIP promet od mrežne jezgrene opreme (na primjer, SBC, softswitch, gateways,..), pretvaraju ga u format koji se koristi u primijenjenom softveru poslužitelja sustava i prenose ga na potonji za naknadne manipulacije.
Baš kao u glazbi, skladatelji stvaraju varijacije na glavnim melodijama djela, tako da su u ovom slučaju moguće različite mogućnosti implementacije gornje sheme. Njihova je raznolikost prilično velika i uglavnom je određena karakteristikama infrastrukture u kojoj je MMT postavljen. Najčešća opcija je ona u kojoj nisu instalirani niti konfigurirani agenti za snimanje. U tom se slučaju analizirani promet šalje izravno na poslužitelj ili, na primjer, poslužitelj prima potrebne informacije iz pcap datoteka koje generiraju objekti za praćenje. Ovaj način isporuke obično se odabire ako nije moguće ugraditi sonde. Položaj opreme na mjestu, nedostatak resursa za virtualizacijske alate, nedostaci u organizaciji transportne IP mreže i, kao rezultat toga, problemi s mrežnim povezivanjem itd., sve to može biti razlog odabira navedenog mogućnost organiziranja praćenja.
Nakon što smo naučili i razumjeli kako se ovaj ili onaj SMT može implementirati u IT infrastrukturu s arhitektonskog gledišta, sljedeće ćemo razmotriti aspekte koji su više u nadležnosti administratora sustava, naime metode za postavljanje sistemskog softvera na poslužitelje.
Tijekom pripreme odluke o implementaciji razmatrane komponente nadzorne mreže nositelji provedbe uvijek imaju brojna pitanja. Na primjer, kakav bi trebao biti sastav hardvera poslužitelja, je li dovoljno sve komponente sustava instalirati na jednom hostu ili ih treba odvojiti 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 stvarno ovise o specifičnim radnim uvjetima (ili dizajnu). Međutim, pokušat ćemo sažeti pojedinosti kako bismo dobili opću ideju i razumijevanje ovog aspekta implementacije CMT-a.
Dakle, prva stvar koja uvijek zanima stručnjake prilikom implementacije SMT-a je s kojim karakteristikama performansi treba koristiti poslužitelj? S obzirom na široku upotrebu slobodnog softvera, ovo se pitanje postavlja toliko puta da se njegova popularnost vjerojatno može usporediti s pitanjem “Što da radim?” koje je postavio Nikolaj Gavrilovič Černiševski... Glavni faktor koji utječe na odgovor je broj medijske sesije koje obrađuje ili će obrađivati telefonska platforma. Brojčana i opipljiva karakteristika koja daje konkretnu ocjenu navedenog 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 informacije o sesijama koje se šalju sustavu opteretiti njegov poslužitelj.
Drugo pitanje koje se postavlja pri odlučivanju o karakteristikama hardverskih komponenti poslužitelja je sastav softvera (operativna okruženja, baze podataka itd.) koji će na njemu funkcionirati. Signalni (ili medijski) promet dolazi do poslužitelja, gdje ga neka aplikacija (primjerice Kamailio) obrađuje (parsira signalne poruke), a zatim se na određeni način generirane informacije smještaju 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šenitnosti. Istodobno, zbog osobitosti takvog infrastrukturnog elementa kao što je SMT, u ovom trenutku treba napomenuti da broj operacija pisanja na disk značajno premašuje broj operacija čitanja s njega.
I na kraju ... "Toliko je toga u ovoj riječi": poslužitelj, virtualizacija, kontejnerizacija ... Posljednji, ali vrlo važan aspekt koji se dotaknuo u ovom dijelu članka su mogući načini instaliranja MMT komponenti tijekom njegove implementacije. Navedeno uz citat iz besmrtnog djela A.S. Puškinove tehnologije naširoko se koriste u raznim infrastrukturama i projektima. S jedne strane, oni su usko povezani jedni s drugima, as druge strane, izrazito se razlikuju po mnogim kriterijima. Međutim, sve njih, u ovom ili onom obliku, programeri predstavljaju kao dostupne opcije za instaliranje svojih proizvoda. Sažimajući sustave navedene u prvom dijelu članka, bilježimo sljedeće metode za njihovu implementaciju na fizički poslužitelj ili virtualni stroj:
— korištenje automatskih instalacijskih skripti ili samoinstalacija i naknadna konfiguracija odgovarajućeg softvera,
— korištenje gotove slike OS-a s unaprijed instaliranim SMT softverom i/ili agentom,
— korištenje tehnologije kontejnerizacije (Docker).
Navedeni alati za instalaciju 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 mogli dati preporuke. S druge strane, navedeni opis načina postavljanja SIP sustava za nadzor prometa prilično je transparentan i u trenutnoj fazi ne zahtijeva detaljnije razmatranje.
Ovo je još jedan članak posvećen važnom i zanimljivom elementu VoIP mreže - SIP sustavu za praćenje prometa. Kao i uvijek, zahvaljujem čitateljima na pažnji koju su posvetili ovom materijalu! U sljedećem ćemo dijelu pokušati ići još dublje u specifičnosti i pogledati proizvode HOMER SIP Capture i SIP3.
Izvor: www.habr.com