Hello mga kasamahan!
Π Sa materyal, nakilala namin ang isang kapaki-pakinabang at, tulad ng nakikita mo, medyo kinakailangang elemento ng imprastraktura ng VoIP, tulad ng isang sistema ng pagsubaybay sa trapiko o, sa madaling salita, SMT. Nalaman namin kung ano ito, kung anong mga problema ang nalulutas nito, at nabanggit din ang mga pinakatanyag na kinatawan na ipinakita ng mga developer sa mundo ng IT. Sa bahaging ito, isasaalang-alang namin ang mga prinsipyo ayon sa kung saan ipinatupad ang SMT sa imprastraktura ng IT at ang pagsubaybay sa trapiko ng VoIP ay isinasagawa gamit ang mga paraan nito.
Arkitektura ng VoIP traffic monitoring systems
Nagtayo kami at nagtayo at sa wakas ay nagtayo. Hooray!
Mula sa cartoon na "Cheburashka at ang Crocodile Gena."
Gaya ng nabanggit kanina, may sapat na mga produkto sa industriya ng komunikasyon at telekomunikasyon na nabibilang sa naaangkop na kategorya. Gayunpaman, kung i-abstract natin mula sa pangalan, developer, platform, atbp., makikita natin na lahat sila ay higit pa o mas kaunti sa mga tuntunin ng kanilang arkitektura (hindi bababa sa mga kailangang harapin ng may-akda). Ito ay nagkakahalaga ng pagpuna na ito ay dahil tiyak sa simpleng kawalan ng anumang iba pang mga paraan ng pagkuha ng trapiko mula sa mga elemento ng network para sa kasunod na detalyadong pagsusuri nito. Bukod dito, ang huli, sa subjective na opinyon, ay higit na tinutukoy ng kasalukuyang pag-unlad ng iba't ibang mga lugar ng industriya ng paksa. Para sa isang mas malinaw na pag-unawa, isaalang-alang ang sumusunod na pagkakatulad.
Mula sa sandaling nilikha ng mahusay na siyentipikong Ruso na si Vladimir Aleksandrovich Kotelnikov ang sampling theorem, ang sangkatauhan ay nakatanggap ng napakalaking pagkakataon na magsagawa ng analog-to-digital at digital-to-analog na mga conversion ng mga signal ng pagsasalita, salamat sa kung saan maaari nating ganap na magamit ang napakagandang uri. ng komunikasyon bilang IP telephony. Kung titingnan mo ang pagbuo ng mga mekanismo para sa pagproseso ng mga signal ng pagsasalita (aka algorithm, codec, mga pamamaraan ng pag-encode, atbp.), makikita mo kung paano gumawa ng pangunahing hakbang ang DSP (digital signal processing) sa pag-encode ng mga mensahe ng impormasyon - ang pagpapatupad ng kakayahang hulaan isang senyas ng pagsasalita. Iyon ay, sa halip na simpleng pag-digitize at paggamit ng a- at u-laws ng compression (G.711A/G.711U), posible na ngayong magpadala ng bahagi lamang ng mga sample at pagkatapos ay ibalik ang buong mensahe mula sa kanila, na makabuluhang nakakatipid. bandwidth. Pagbabalik sa paksa ng MMT, tandaan namin na sa ngayon ay walang katulad na mga pagbabago sa husay sa diskarte sa pagkuha ng trapiko, maliban sa isa o ibang uri ng pag-mirror.
Bumaling tayo sa figure sa ibaba, na naglalarawan kung ano ang itinayo ng mga espesyalista sa mga kaugnay na lugar ng paksa.
Figure 1. Pangkalahatang diagram ng arkitektura ng SMT.
Halos anumang SMT ay binubuo ng dalawang pangunahing bahagi: isang server at traffic capture agents (o probes). Ang server ay tumatanggap, nagpoproseso at nag-iimbak ng trapiko ng VoIP na nagmumula sa mga ahente, at nagbibigay din sa mga espesyalista ng kakayahang magtrabaho kasama ang natanggap na impormasyon sa iba't ibang view (mga graph, diagram, Daloy ng Tawag, atbp). Ang mga ahente ng pagkuha ay tumatanggap ng trapiko ng VoIP mula sa network core equipment (halimbawa, SBC, softswitch, gateway,..), i-convert ito sa format na ginamit sa inilapat na software ng server ng system, at ilipat ito sa huli para sa mga susunod na manipulasyon.
Tulad ng sa musika, ang mga kompositor ay lumikha ng mga pagkakaiba-iba sa mga pangunahing melodies ng mga gawa, kaya sa kasong ito, ang iba't ibang mga pagpipilian para sa pagpapatupad ng scheme sa itaas ay posible. Ang kanilang pagkakaiba-iba ay medyo malaki at higit sa lahat ay tinutukoy ng mga katangian ng imprastraktura kung saan naka-deploy ang MMT. Ang pinakakaraniwang opsyon ay isa kung saan walang naka-install o na-configure na mga ahente ng pagkuha. Sa kasong ito, ang nasuri na trapiko ay direktang ipinadala sa server o, halimbawa, natatanggap ng server ang kinakailangang impormasyon mula sa mga pcap file na nabuo sa pamamagitan ng pagsubaybay sa mga bagay. Karaniwang pinipili ang paraan ng paghahatid na ito kung hindi posible na mag-install ng mga probe. Ang lokasyon ng kagamitan sa site, ang kakulangan ng mga mapagkukunan para sa mga tool sa virtualization, mga bahid sa samahan ng transport IP network at, bilang isang resulta, mga problema sa koneksyon sa network, atbp., Ang lahat ng ito ay maaaring ang dahilan para sa pagpili ng nabanggit opsyon para sa pag-aayos ng pagsubaybay.
Sa pagkakaroon ng natutunan at naunawaan kung paano ito o ang SMT na iyon ay maipapatupad sa imprastraktura ng IT mula sa punto ng view ng arkitektura, susunod nating isasaalang-alang ang mga aspeto na higit na nasa kakayahan ng mga administrator ng system, ibig sabihin, mga pamamaraan para sa pag-deploy ng software ng system sa mga server.
Sa panahon ng paghahanda ng isang desisyon sa pagpapatupad ng bahagi ng network ng pagsubaybay na isinasaalang-alang, ang mga nagpapatupad ay palaging may maraming mga katanungan. Halimbawa, ano ang dapat na komposisyon ng hardware ng server, sapat ba na i-install ang lahat ng mga bahagi ng system sa isang host o dapat silang ihiwalay sa isa't isa, kung paano i-install ang software, atbp. Ang mga tanong na nakalista sa itaas, pati na rin ang maraming iba pang mga kaugnay na tanong, ay napakalawak, at ang mga sagot sa marami sa mga ito ay talagang nakadepende sa mga partikular na kondisyon ng operating (o disenyo). Gayunpaman, susubukan naming ibuod ang mga detalye upang makakuha ng pangkalahatang ideya at pag-unawa sa bahaging ito ng deployment ng CMT.
Kaya, ang unang bagay na palaging interesado sa mga espesyalista kapag nagpapatupad ng SMT ay kung anong mga katangian ng pagganap ang dapat gamitin sa server? Isinasaalang-alang ang malawakang paggamit ng libreng software, ang tanong na ito ay tinanong nang maraming beses na ang katanyagan nito ay maaaring maihambing sa tanong na "Ano ang dapat kong gawin?" tinanong ni Nikolai Gavrilovich Chernyshevsky... Ang pangunahing kadahilanan na nakakaimpluwensya sa sagot ay ang bilang ng mga sesyon ng media na pinoproseso o ipoproseso ng telephony platform. Ang isang numerical at tangible na katangian na nagbibigay ng partikular na pagtatasa ng nabanggit na salik ay ang CAPS (Call Attempts Per Second) na parameter o ang bilang ng mga tawag sa bawat segundo. Ang pangangailangan na sagutin ang tanong na ito ay pangunahing dahil sa ang katunayan na ito ay impormasyon tungkol sa mga sesyon na ipinadala sa system na lilikha ng pag-load sa server nito.
Ang pangalawang isyu na lumitaw kapag nagpapasya sa mga katangian ng mga bahagi ng hardware ng server ay ang komposisyon ng software (mga operating environment, database, atbp.) na gagana dito. Dumarating ang trapiko ng signal (o media) sa server, kung saan ito pinoproseso (na-parse ang mga mensahe ng signal) ng ilang aplikasyon (halimbawa, Kamailio), at pagkatapos ay inilalagay sa database ang impormasyong nabuo sa isang tiyak na paraan. Para sa iba't ibang CMT, maaaring magkaiba ang mga application na nagde-defragment ng mga signal unit at ang mga application na nagbibigay ng storage. Gayunpaman, lahat sila ay pinagsama ng parehong likas na katangian ng multithreading. Kasabay nito, dahil sa mga kakaibang katangian ng naturang elemento ng imprastraktura bilang SMT, dapat tandaan sa puntong ito na ang bilang ng mga pagpapatakbo ng pagsulat sa disk ay makabuluhang lumampas sa bilang ng mga operasyon sa pagbasa mula dito.
At sa wakas... "Napakarami sa salitang ito": server, virtualization, containerization... Ang pinakahuli, ngunit napakahalagang aspetong tinutukan sa bahaging ito ng artikulo ay ang mga posibleng paraan ng pag-install ng mga bahagi ng MMT sa panahon ng pag-deploy nito. Nakalista sa tabi ng isang quote mula sa walang kamatayang gawain ng A.S. Ang mga teknolohiya ng Pushkin ay malawakang ginagamit sa iba't ibang mga imprastraktura at proyekto. Sa isang banda, sila ay malapit na magkakaugnay sa isa't isa, at sa kabilang banda, sila ay kapansin-pansing naiiba sa maraming pamantayan. Gayunpaman, lahat ng mga ito, sa isang anyo o iba pa, ay ipinakita ng mga developer bilang magagamit na mga opsyon para sa pag-install ng kanilang mga produkto. Ang pagbubuod ng mga system na nakalista sa unang bahagi ng artikulo, tandaan namin ang mga sumusunod na pamamaraan para sa pag-deploy ng mga ito sa isang pisikal na server o virtual machine:
β paggamit ng mga awtomatikong script sa pag-install o pag-install sa sarili at kasunod na pagsasaayos ng kaukulang software,
β paggamit ng isang yari na imahe ng OS na may paunang naka-install na SMT software at/o ahente,
β paggamit ng teknolohiya ng containerization (Docker).
Ang mga nakalistang tool sa pag-install ay may kani-kanilang mga pakinabang at disadvantages, at ang mga espesyalista ay may kani-kanilang mga kagustuhan, limitasyon at mga partikular na kondisyon kung saan matatagpuan ang imprastraktura na kanilang pinapatakbo o ipinapatupad upang maipahayag ang anumang mga rekomendasyon. Sa kabilang banda, ang ibinigay na paglalarawan ng mga paraan upang i-deploy ang SIP traffic monitoring system ay medyo transparent, at sa kasalukuyang yugto ay hindi nangangailangan ng mas detalyadong pagsasaalang-alang.
Ito ay isa pang artikulo na nakatuon sa isang mahalaga at kawili-wiling elemento ng VoIP network - ang SIP traffic monitoring system. Gaya ng dati, nagpapasalamat ako sa mga mambabasa para sa kanilang pansin sa materyal na ito! Sa susunod na bahagi ay susubukan naming pumunta nang mas malalim sa mga detalye at tingnan ang mga produkto ng HOMER SIP Capture at SIP3.
Pinagmulan: www.habr.com