Sveiki kolÄÄ£i!
Š
VoIP satiksmes uzraudzÄ«bas sistÄmu arhitektÅ«ra
MÄs bÅ«vÄjÄm un bÅ«vÄjÄm un beidzot bÅ«vÄjÄm. UrrÄ!
No multfilmas "ÄeburaÅ”ka un krokodils Gena".
KÄ minÄts iepriekÅ”, sakaru un telekomunikÄciju nozarÄ ir pietiekami daudz produktu, kas ietilpst attiecÄ«gajÄ kategorijÄ. TomÄr, ja mÄs abstrahÄjamies no nosaukuma, izstrÄdÄtÄja, platformas utt., Var redzÄt, ka tie visi ir vairÄk vai mazÄk vienÄdi pÄc savas arhitektÅ«ras (vismaz tie, ar kuriem autoram bija jÄsaskaras). Ir vÄrts atzÄ«mÄt, ka tas ir tieÅ”i tÄpÄc, ka nav citu metožu trafika uztverÅ”anai no tÄ«kla elementiem turpmÄkai detalizÄtai analÄ«zei. TurklÄt pÄdÄjo, pÄc subjektÄ«vÄ viedokļa, lielÄ mÄrÄ nosaka dažÄdu priekÅ”metu nozares jomu paÅ”reizÄjÄ attÄ«stÄ«ba. Lai iegÅ«tu skaidrÄku izpratni, apsveriet Å”Ädu analoÄ£iju.
KopÅ” brīža, kad izcilais krievu zinÄtnieks Vladimirs AleksandroviÄs KoteļÅikovs izveidoja paraugu ÅemÅ”anas teorÄmu, cilvÄce ir saÅÄmusi milzÄ«gu iespÄju veikt runas signÄlu analogo-digitÄlo un digitÄlo-analogo pÄrveidoÅ”anu, pateicoties kuriem mÄs varam pilnÄ«bÄ izmantot tik brÄ«niŔķīgu veidu. komunikÄciju kÄ IP telefoniju. Ja paskatÄs uz runas signÄlu apstrÄdes mehÄnismu (aka algoritmu, kodeku, kodÄÅ”anas metožu u.c.) attÄ«stÄ«bu, var redzÄt, kÄ DSP (digitÄlÄ signÄlu apstrÄde) ir spÄrusi fundamentÄlu soli informÄcijas ziÅojumu kodÄÅ”anÄ ā ievieÅ”ot spÄju prognozÄt. runas signÄls. Tas ir, tÄ vietÄ, lai vienkÄrÅ”i digitalizÄtu un izmantotu saspieÅ”anas a- un u-likumus (G.711A/G.711U), tagad ir iespÄjams pÄrsÅ«tÄ«t tikai daļu no paraugiem un pÄc tam atjaunot no tiem visu ziÅojumu, kas ievÄrojami ietaupa joslas platums. Atgriežoties pie tÄmas par MMT, atzÄ«mÄjam, ka Å”obrÄ«d nav lÄ«dzÄ«gu kvalitatÄ«vu izmaiÅu pieejÄ satiksmes uztverÅ”anai, izÅemot vienu vai otru spoguļoÅ”anas veidu.
PievÄrsÄ«simies zemÄk redzamajam attÄlam, kas ilustrÄ attiecÄ«go priekÅ”metu speciÄlistu bÅ«vÄto.
1. attÄls. SMT arhitektÅ«ras vispÄrÄ«gÄ diagramma.
GandrÄ«z jebkurÅ” SMT sastÄv no diviem galvenajiem komponentiem: servera un trafika uztverÅ”anas aÄ£entiem (vai zondÄm). Serveris saÅem, apstrÄdÄ un uzglabÄ VoIP trafiku, kas nÄk no aÄ£entiem, kÄ arÄ« nodroÅ”ina speciÄlistiem iespÄju strÄdÄt ar saÅemto informÄciju dažÄdos skatos (grafikos, diagrammÄs, zvanu plÅ«sma utt.). UztverÅ”anas aÄ£enti saÅem VoIP trafiku no tÄ«kla pamatiekÄrtÄm (piemÄram, SBC, softswitch, vÄrtejas ..), pÄrvÄrÅ” to formÄtÄ, kas tiek izmantots lietotajÄ sistÄmas servera programmatÅ«rÄ, un pÄrsÅ«ta uz pÄdÄjo turpmÄkÄm manipulÄcijÄm.
TÄpat kÄ mÅ«zikÄ komponisti veido variÄcijas uz darbu galvenajÄm melodijÄm, tÄ arÄ« Å”ajÄ gadÄ«jumÄ iespÄjami dažÄdi varianti iepriekÅ”minÄtÄs shÄmas Ä«stenoÅ”anai. To daudzveidÄ«ba ir diezgan liela, un to galvenokÄrt nosaka tÄs infrastruktÅ«ras Ä«paŔības, kurÄ tiek izvietots MMT. VisizplatÄ«tÄkÄ opcija ir tÄda, kurÄ nav instalÄti vai konfigurÄti uztverÅ”anas aÄ£enti. Å ajÄ gadÄ«jumÄ analizÄtÄ trafika tiek nosÅ«tÄ«ta tieÅ”i uz serveri vai, piemÄram, serveris saÅem nepiecieÅ”amo informÄciju no monitoringa objektu Ä£enerÄtiem pcap failiem. Å o piegÄdes metodi parasti izvÄlas, ja nav iespÄjams uzstÄdÄ«t zondes. IekÄrtas atraÅ”anÄs vieta vietnÄ, resursu trÅ«kums virtualizÄcijas rÄ«kiem, transporta IP tÄ«kla organizÄcijas trÅ«kumi un lÄ«dz ar to tÄ«kla savienojamÄ«bas problÄmas utt., Tas viss var bÅ«t iemesls norÄdÄ«tÄ izvÄlei. monitoringa organizÄÅ”anas iespÄja.
UzzinÄjuÅ”i un sapratuÅ”i, kÄ to vai citu SMT var ieviest IT infrastruktÅ«rÄ no arhitektÅ«ras viedokļa, tÄlÄk apskatÄ«sim aspektus, kas vairÄk ir sistÄmu administratoru kompetencÄ, proti, metodes sistÄmas programmatÅ«ras izvietoÅ”anai serveros.
Gatavojot lÄmumu par izskatÄmÄs uzraudzÄ«bas tÄ«kla komponentes ievieÅ”anu, ieviesÄjiem vienmÄr rodas daudz jautÄjumu. PiemÄram, kÄdam jÄbÅ«t servera aparatÅ«ras sastÄvam, vai pietiek ar visu sistÄmas komponentu instalÄÅ”anu vienÄ resursdatorÄ vai arÄ« tie ir jÄatdala viens no otra, kÄ instalÄt programmatÅ«ru utt. IepriekÅ” uzskaitÄ«tie jautÄjumi, kÄ arÄ« daudzi citi saistÄ«ti jautÄjumi, ir ļoti plaÅ”i, un atbildes uz daudziem no tiem patieÅ”Äm ir atkarÄ«gas no konkrÄtajiem darbÄ«bas apstÄkļiem (vai dizaina). TomÄr mÄs centÄ«simies apkopot specifiku, lai iegÅ«tu vispÄrÄju priekÅ”statu un izpratni par Å”o CMT izvietoÅ”anas aspektu.
TÄtad pirmais, par ko speciÄlisti vienmÄr interesÄjas, ievieÅ”ot SMT, ir ar kÄdiem veiktspÄjas parametriem serveris jÄizmanto? Å emot vÄrÄ bezmaksas programmatÅ«ras plaÅ”o izmantoÅ”anu, Å”is jautÄjums tiek uzdots tik daudz reižu, ka tÄ popularitÄti droÅ”i vien var salÄ«dzinÄt ar Nikolaja GavriloviÄa ÄerniÅ”evska uzdoto jautÄjumu āKo man darÄ«t?ā... Galvenais faktors, kas ietekmÄ atbildi, ir mediju sesijas, kuras apstrÄdÄ vai apstrÄdÄs telefonijas platforma. Skaitlisks un taustÄms raksturlielums, kas sniedz Ä«paÅ”u novÄrtÄjumu par atzÄ«mÄto faktoru, ir CAPS (Call Attempts Per Second) parametrs vai zvanu skaits sekundÄ. NepiecieÅ”amÄ«ba atbildÄt uz Å”o jautÄjumu galvenokÄrt ir saistÄ«ta ar faktu, ka sistÄmai nosÅ«tÄ«tÄ informÄcija par sesijÄm radÄ«s slodzi tÄs serverim.
Otrs jautÄjums, kas rodas, lemjot par servera aparatÅ«ras komponentu Ä«paŔībÄm, ir programmatÅ«ras sastÄvs (operÄcijas vide, datu bÄzes utt.), kas tajÄ darbosies. SignÄla (vai mediju) trafika nonÄk serverÄ«, kur to apstrÄdÄ (signÄlu ziÅojumus parsÄ) kÄda aplikÄcija (piemÄram, Kamailio), un pÄc tam noteiktÄ veidÄ Ä£enerÄtÄ informÄcija tiek ievietota datu bÄzÄ. DažÄdiem CMT gan lietojumprogrammas, kas defragmentÄ signÄlu vienÄ«bas, gan lietojumprogrammas, kas nodroÅ”ina krÄtuvi, var atŔķirties. TomÄr tos visus vieno viens un tas pats daudzpavedienu raksturs. TajÄ paÅ”Ä laikÄ, Åemot vÄrÄ tÄda infrastruktÅ«ras elementa kÄ SMT Ä«patnÄ«bas, Å”ajÄ brÄ«dÄ« jÄatzÄ«mÄ, ka ierakstÄ«Å”anas operÄciju skaits diskÄ ievÄrojami pÄrsniedz nolasÄ«Å”anas operÄciju skaitu no tÄ.
Un visbeidzot... āÅ ajÄ vÄrdÄ ir tik daudzā: serveris, virtualizÄcija, konteinerizÄcija... PÄdÄjais, bet ļoti svarÄ«gais aspekts, kas skarts Å”ajÄ raksta daļÄ, ir iespÄjamie veidi, kÄ instalÄt MMT komponentus tÄ izvietoÅ”anas laikÄ. NorÄdÄ«ts blakus citÄtam no A.S. nemirstÄ«gÄ darba. PuÅ”kina tehnoloÄ£ijas tiek plaÅ”i izmantotas dažÄdÄs infrastruktÅ«rÄs un projektos. No vienas puses, tie ir cieÅ”i saistÄ«ti viens ar otru, un, no otras puses, tie pÄrsteidzoÅ”i atŔķiras daudzos kritÄrijos. TomÄr tos visus vienÄ vai otrÄ veidÄ izstrÄdÄtÄji piedÄvÄ kÄ pieejamÄs iespÄjas savu produktu instalÄÅ”anai. Apkopojot raksta pirmajÄ daÄ¼Ä uzskaitÄ«tÄs sistÄmas, mÄs atzÄ«mÄjam Å”Ädas metodes to izvietoÅ”anai fiziskajÄ serverÄ« vai virtuÄlajÄ maŔīnÄ:
ā automÄtisko instalÄÅ”anas skriptu izmantoÅ”ana vai attiecÄ«gÄs programmatÅ«ras paÅ”instalÄÅ”ana un turpmÄka konfigurÄÅ”ana,
ā gatavÄ OS attÄla izmantoÅ”ana ar iepriekÅ” instalÄtu SMT programmatÅ«ru un/vai aÄ£entu,
ā konteinerizÄcijas tehnoloÄ£ijas izmantoÅ”ana (Docker).
UzskaitÄ«tajiem instalÄÅ”anas rÄ«kiem ir savas priekÅ”rocÄ«bas un trÅ«kumi, un speciÄlistiem ir savas izvÄles, ierobežojumi un Ä«paÅ”i nosacÄ«jumi, kÄdos atrodas viÅu ekspluatÄtÄ vai ieviestÄ infrastruktÅ«ra, lai izteiktu ieteikumus. No otras puses, sniegtais SIP trafika uzraudzÄ«bas sistÄmu izvietoÅ”anas veidu apraksts ir diezgan pÄrskatÄms un paÅ”reizÄjÄ posmÄ neprasa sÄ«kÄku izpÄti.
Å is ir vÄl viens raksts, kas veltÄ«ts svarÄ«gam un interesantam VoIP tÄ«kla elementam - SIP trafika uzraudzÄ«bas sistÄmai. KÄ vienmÄr, es pateicos lasÄ«tÄjiem par uzmanÄ«bu Å”im materiÄlam! NÄkamajÄ daÄ¼Ä mÄÄ£inÄsim iedziļinÄties specifikÄ un apskatÄ«t HOMER SIP Capture un SIP3 produktus.
Avots: www.habr.com