Saluton kolegoj!
В En la materialo, ni konatiĝis kun tia utila kaj, kiel vi povas vidi, sufiĉe necesa elemento de la VoIP-infrastrukturo, kiel trafika monitora sistemo aŭ, mallonge, SMT. Ni eksciis, kio ĝi estas, kiajn problemojn ĝi solvas, kaj ankaŭ notis la plej elstarajn reprezentantojn prezentitajn de programistoj al la IT-mondo. En ĉi tiu parto, ni konsideros la principojn laŭ kiuj SMT estas efektivigita en la IT-infrastrukturo kaj VoIP-trafiko-monitorado estas efektivigita uzante ĝiajn rimedojn.
Arkitekturo de VoIP trafikmonitoradsistemoj
Ni konstruis kaj konstruis kaj finfine konstruis. Hura!
El la bildstrio "Ĉeburaŝka kaj la Krokodilo Gena".
Kiel notite antaŭe, ekzistas sufiĉe da produktoj en la komunikado kaj telekomunika industrio, kiuj falas en la taŭgan kategorion. Tamen, se ni abstraktas de la nomo, programisto, platformo ktp., ni povas vidi, ke ili ĉiuj estas pli-malpli samaj laŭ sia arkitekturo (almenaŭ tiuj, kiujn la aŭtoro devis trakti). Indas rimarki, ke ĉi tio ŝuldiĝas ĝuste al la simpla foresto de iuj aliaj metodoj por kapti trafikon el retaj elementoj por ĝia posta detala analizo. Krome, ĉi-lasta, laŭ subjektiva opinio, estas plejparte determinita de la nuna evoluo de diversaj areoj de la subjekta industrio. Por pli klara kompreno, konsideru la sekvan analogion.
Ekde la momento, kiam la granda rusa sciencisto Vladimir Aleksandroviĉ Kotelnikov kreis la specimenan teoremon, la homaro ricevis grandegan ŝancon fari analogan al cifereca kaj ciferecan al analogan konvertiĝojn de parolsignaloj, dank' al kiu ni povas plene uzi tian mirindan tipon. de komunikado kiel IP-telefonio. Se vi rigardas la evoluon de mekanismoj por prilaborado de parolsignaloj (alinome algoritmoj, kodekoj, kodaj metodoj ktp.), vi povas vidi kiel DSP (cifereca signal-prilaborado) faris fundamentan paŝon en kodi informajn mesaĝojn - efektivigante la kapablon antaŭdiri. parolsignalo. Tio estas, anstataŭ simple ciferecigi kaj uzi a- kaj u-leĝojn de kunpremado (G.711A/G.711U), nun eblas transdoni nur parton de la specimenoj kaj poste restarigi la tutan mesaĝon el ili, kio signife ŝparas. bendolarĝo. Revenante al la temo de MMT, ni rimarkas, ke nuntempe ne ekzistas similaj kvalitaj ŝanĝoj en la aliro al trafikkaptado, krom unu aŭ alia speco de spegulo.
Ni turnu nin al la suba figuro, kiu ilustras tion, kio estis konstruita de specialistoj en la koncernaj fakoj.
Figuro 1. Ĝenerala diagramo de la SMT-arkitekturo.
Preskaŭ ajna SMT konsistas el du ĉefaj komponentoj: servilo kaj trafikkaptaj agentoj (aŭ sondiloj). La servilo ricevas, prilaboras kaj stokas VoIP-trafikon kiu venas de agentoj, kaj ankaŭ provizas specialistojn kun la kapablo labori kun la ricevitaj informoj en diversaj vidpunktoj (grafikaĵoj, diagramoj, Call Flow, ktp). Kaptaj agentoj ricevas VoIP-trafikon de reto-kernekipaĵo (ekzemple, SBC, softswitch, enirejoj,..), konvertas ĝin en la formaton uzitan en la aplikata sistema servila programaro, kaj transdonas ĝin al ĉi-lasta por postaj manipuladoj.
Same kiel en muziko, komponistoj kreas variaĵojn sur la ĉefaj melodioj de verkoj, do en ĉi tiu kazo, diversaj opcioj por efektivigi la supran skemon eblas. Ilia diverseco estas sufiĉe granda kaj estas plejparte determinita de la karakterizaĵoj de la infrastrukturo en kiu MMT estas deplojita. La plej ofta opcio estas tiu en kiu neniuj kaptaj agentoj estas instalitaj aŭ agorditaj. En ĉi tiu kazo, la analizita trafiko estas sendita rekte al la servilo aŭ, ekzemple, la servilo ricevas la necesajn informojn de pcap-dosieroj generitaj per monitorado de objektoj. Ĉi tiu livera metodo estas kutime elektita se ne eblas instali sondilojn. La loko de la ekipaĵo en la retejo, la manko de rimedoj por virtualigo-iloj, difektoj en la organizo de la transporta IP-reto kaj, kiel rezulto, problemoj kun reto-konekto ktp., ĉio ĉi povas esti la kialo por elekti la notitan. eblo por organizi monitoradon.
Lernis kaj komprenis, kiel tiu aŭ alia SMT povas esti efektivigita en la IT-infrastrukturon de arkitektura vidpunkto, ni poste konsideros aspektojn, kiuj estas pli ene de la kompetenteco de sistemaj administrantoj, nome, metodoj por disfaldi sisteman programaron sur serviloj.
Dum la preparado de decido pri la efektivigo de la konsiderata monitora reto, efektivigantoj ĉiam havas multajn demandojn. Ekzemple, kio devus esti la konsisto de la servila aparataro, ĉu sufiĉas instali ĉiujn sistemajn komponantojn sur unu gastiganto aŭ ĉu ili estu apartigitaj unu de la alia, kiel instali la programaron, ktp. La demandoj listigitaj supre, same kiel multaj aliaj rilataj demandoj, estas tre larĝaj, kaj la respondoj al multaj el ili vere dependas de la specifaj funkciaj kondiĉoj (aŭ dezajno). Tamen, ni provos resumi la specifaĵojn por akiri ĝeneralan ideon kaj komprenon pri ĉi tiu aspekto de la CMT-deplojo.
Do, la unua afero, pri kiu specialistoj ĉiam interesiĝas kiam efektivigas SMT, estas kun kiaj agado-karakterizaĵoj la servilo estu uzata? Konsiderante la disvastigitan uzadon de libera programaro, ĉi tiu demando estas farita tiom da fojoj, ke ĝia populareco verŝajne povas esti komparita kun la demando “Kion mi faru?” de Nikolao Gavriloviĉ Ĉerniŝevskij... La ĉefa faktoro influanta la respondon estas la nombro de amaskomunikilaj sesioj kiuj estas prilaboritaj aŭ estos prilaboritaj de la telefonia platformo. Nombra kaj palpebla karakterizaĵo, kiu donas specifan takson de la notita faktoro, estas la parametro CAPS (Call Attempts Per Second) aŭ la nombro da vokoj je sekundo. La bezono respondi ĉi tiun demandon estas ĉefe pro la fakto, ke ĝi estas informoj pri sesioj senditaj al la sistemo, kiu kreos ŝarĝon sur sia servilo.
La dua afero, kiu aperas kiam oni decidas pri la karakterizaĵoj de la aparataj komponantoj de la servilo, estas la komponado de la programaro (operaciaj medioj, datumbazoj, ktp.), kiu funkcios sur ĝi. Signala (aŭ amaskomunikilara) trafiko alvenas al la servilo, kie ĝi estas prilaborita (signalaj mesaĝoj estas analizitaj) per iu aplikaĵo (ekzemple Kamailio), kaj tiam la informoj generitaj laŭ certa maniero estas metita en la datumbazon. Por malsamaj CMToj, kaj la aplikoj kiuj defragmentas la signalunuojn kaj la aplikoj kiuj disponigas stokadon povas esti malsamaj. Tamen, ili ĉiuj estas kunigitaj per la sama naturo de multifadenado. Samtempe, pro la proprecoj de tia infrastruktura elemento kiel SMT, oni devas rimarki ĉe ĉi tiu punkto, ke la nombro da skribaj operacioj al la disko signife superas la nombron da legaj operacioj de ĝi.
Kaj finfine... "Estas tiom multe en ĉi tiu vorto": servilo, virtualigo, kontenerigo... La lasta, sed tre grava aspekto tuŝita en ĉi tiu parto de la artikolo estas la eblaj manieroj instali MMT-komponentojn dum ĝia deplojo. Listigita apud citaĵo de la senmorta laboro de A.S. Pushkin-teknologioj estas vaste uzataj en diversaj infrastrukturoj kaj projektoj. Unuflanke, ili estas proksime interligitaj unu kun la alia, kaj aliflanke, ili diferencas okulfrape en multaj kriterioj. Tamen ĉiuj ili, en unu aŭ alia formo, estas prezentitaj de programistoj kiel disponeblaj opcioj por instali siajn produktojn. Resumante la sistemojn listigitajn en la unua parto de la artikolo, ni notas la jenajn metodojn por disfaldi ilin sur fizika servilo aŭ virtuala maŝino:
— uzo de aŭtomataj instalaj skriptoj aŭ meminstalado kaj posta agordo de la responda programaro,
- uzo de preta OS-bildo kun antaŭinstalita SMT-programaro kaj/aŭ agento,
— uzo de kontenerigo teknologio (Docker).
La listigitaj instaliloj havas siajn avantaĝojn kaj malavantaĝojn, kaj specialistoj havas siajn proprajn preferojn, limigojn kaj specifajn kondiĉojn en kiuj troviĝas la infrastrukturo, kiun ili funkciigas aŭ efektivigas, por esprimi ajnajn rekomendojn. Aliflanke, la donita priskribo de manieroj deploji SIP-trafikajn monitoradsistemojn estas sufiĉe travidebla, kaj en la nuna stadio ne postulas pli detalan konsideron.
Ĉi tio estas alia artikolo dediĉita al grava kaj interesa elemento de la VoIP-reto - la SIP-trafika monitora sistemo. Kiel ĉiam, mi dankas la legantojn pro ilia atento al ĉi tiu materialo! En la sekva parto ni provos eĉ pli profundi en la specifaĵoj kaj rigardi la produktojn HOMER SIP Capture kaj SIP3.
fonto: www.habr.com