Hallo kollegas!
В In die materiaal het ons kennis gemaak met so 'n nuttige en, soos u kan sien, redelik noodsaaklike element van die VoIP-infrastruktuur, soos 'n verkeersmoniteringstelsel of, kortweg, SBS. Ons het uitgevind wat dit is, watter probleme dit oplos, en het ook kennis geneem van die mees prominente verteenwoordigers wat deur ontwikkelaars aan die IT-wêreld aangebied word. In hierdie deel sal ons die beginsels oorweeg waarvolgens SBS in die IT-infrastruktuur geïmplementeer word en VoIP-verkeermonitering met die middel daarvan uitgevoer word.
Argitektuur van VoIP-verkeermoniteringstelsels
Ons het gebou en gebou en uiteindelik gebou. Hoera!
Uit die spotprent "Cheburashka and the Crocodile Gena."
Soos vroeër genoem, is daar genoeg produkte in die kommunikasie- en telekommunikasiebedryf wat in die toepaslike kategorie val. As ons egter abstraheer van die naam, ontwikkelaar, platform, ens., kan ons sien dat hulle almal min of meer dieselfde is in terme van hul argitektuur (ten minste dié waarmee die skrywer te doen gehad het). Dit is opmerklik dat dit juis te wyte is aan die eenvoudige afwesigheid van enige ander metodes om verkeer van netwerkelemente vas te vang vir die daaropvolgende gedetailleerde analise. Boonop word laasgenoemde, na subjektiewe mening, grootliks bepaal deur die huidige ontwikkeling van verskeie areas van die vakbedryf. Vir 'n duideliker begrip, oorweeg die volgende analogie.
Vanaf die oomblik dat die groot Russiese wetenskaplike Vladimir Aleksandrovich Kotelnikov die steekproefstelling geskep het, het die mensdom 'n geweldige geleentheid gekry om analoog-na-digitaal en digitaal-na-analoog-omskakelings van spraakseine uit te voer, waardeur ons so 'n wonderlike tipe ten volle kan gebruik van kommunikasie as IP-telefonie. As jy kyk na die ontwikkeling van meganismes vir die verwerking van spraakseine (ook bekend as algoritmes, kodeks, enkoderingsmetodes, ens.), kan jy sien hoe DSP (digitale seinverwerking) 'n fundamentele stap geneem het in die enkodering van inligtingsboodskappe – die implementering van die vermoë om te voorspel 'n spraaksein. Dit wil sê, in plaas daarvan om bloot a- en u-wette van kompressie te digitaliseer en te gebruik (G.711A/G.711U), is dit nou moontlik om slegs 'n deel van die monsters te versend en dan die hele boodskap van hulle te herstel, wat aansienlik bespaar bandwydte. Om terug te keer na die onderwerp van MMT, let ons daarop dat daar tans geen soortgelyke kwalitatiewe veranderinge in die benadering tot verkeersopname is nie, behalwe een of ander soort spieëlbeeld.
Kom ons gaan na die figuur hieronder, wat illustreer wat deur spesialiste in die betrokke vakgebiede gebou is.
Figuur 1. Algemene diagram van die SBS-argitektuur.
Byna enige SBS bestaan uit twee hoofkomponente: 'n bediener en verkeersopvangagente (of probes). Die bediener ontvang, verwerk en stoor VoIP-verkeer wat van agente af kom, en bied ook aan spesialiste die vermoë om met die ontvangde inligting in verskeie aansigte te werk (grafieke, diagramme, Oproepvloei, ens.). Vangagente ontvang VoIP-verkeer vanaf netwerkkerntoerusting (byvoorbeeld SBC, sagteskakelaar, poorte,...), skakel dit om in die formaat wat in die toegepaste stelselbedienersagteware gebruik word, en dra dit oor na laasgenoemde vir daaropvolgende manipulasies.
Net soos in musiek skep komponiste variasies op die hoofmelodieë van werke, so in hierdie geval is verskeie opsies vir die implementering van bogenoemde skema moontlik. Hulle diversiteit is redelik groot en word hoofsaaklik bepaal deur die kenmerke van die infrastruktuur waarin MMT ontplooi word. Die mees algemene opsie is een waarin geen vangagente geïnstalleer of gekonfigureer is nie. In hierdie geval word die ontleedde verkeer direk na die bediener gestuur of die bediener ontvang byvoorbeeld die nodige inligting van pcap-lêers wat deur monitering van voorwerpe gegenereer word. Hierdie afleweringsmetode word gewoonlik gekies as dit nie moontlik is om probes te installeer nie. Die ligging van die toerusting op die werf, die gebrek aan hulpbronne vir virtualiseringsinstrumente, gebreke in die organisasie van die vervoer-IP-netwerk en as gevolg daarvan probleme met netwerkverbinding, ens., Dit alles kan die rede wees vir die keuse van die genoemde opsie om monitering te organiseer.
Nadat ons geleer en verstaan het hoe hierdie of daardie SBS vanuit 'n argitektoniese oogpunt in die IT-infrastruktuur geïmplementeer kan word, sal ons volgende aspekte oorweeg wat meer binne die bevoegdheid van stelseladministrateurs is, naamlik metodes om stelselsagteware op bedieners te ontplooi.
Tydens die voorbereiding van 'n besluit oor die implementering van die moniteringsnetwerkkomponent wat oorweeg word, het implementeerders altyd baie vrae. Byvoorbeeld, wat moet die samestelling van die bedienerhardeware wees, is dit voldoende om alle stelselkomponente op een gasheer te installeer of moet hulle van mekaar geskei word, hoe om die sagteware te installeer, ens. Die vrae hierbo gelys, sowel as baie ander verwante vrae, is baie wyd, en die antwoorde op baie daarvan hang regtig af van die spesifieke bedryfstoestande (of ontwerp). Ons sal egter probeer om die besonderhede op te som om 'n algemene idee en begrip van hierdie kant van die CMT-ontplooiing te kry.
Dus, die eerste ding waarin spesialiste altyd belangstel wanneer hulle SBS implementeer, is met watter prestasie-eienskappe die bediener gebruik moet word? Met inagneming van die wydverspreide gebruik van gratis sagteware, word hierdie vraag soveel keer gevra dat die gewildheid daarvan waarskynlik vergelyk kan word met die vraag “Wat moet ek doen?” gevra deur Nikolai Gavrilovich Chernyshevsky... Die belangrikste faktor wat die antwoord beïnvloed mediasessies wat deur die telefonieplatform verwerk word of verwerk sal word. 'n Numeriese en tasbare eienskap wat 'n spesifieke beoordeling van die genoteerde faktor gee, is die CAPS (Oproeppogings per sekonde) parameter of die aantal oproepe per sekonde. Die behoefte om hierdie vraag te beantwoord is hoofsaaklik te wyte aan die feit dat dit inligting is oor sessies wat na die stelsel gestuur word wat 'n las op sy bediener sal skep.
Die tweede kwessie wat ontstaan wanneer daar besluit word oor die kenmerke van die bediener se hardeware komponente is die samestelling van die sagteware (bedryfsomgewings, databasisse, ens.) wat daarop sal funksioneer. Sein (of media) verkeer kom by die bediener aan, waar dit verwerk word (seinboodskappe word ontleed) deur een of ander toepassing (byvoorbeeld Kamailio), en dan word die inligting wat op 'n sekere manier gegenereer word in die databasis geplaas. Vir verskillende CMT's kan beide die toepassings wat die seineenhede defragmenteer en die toepassings wat berging verskaf, verskil. Hulle is egter almal verenig deur dieselfde aard van multithreading. Terselfdertyd, as gevolg van die eienaardighede van so 'n infrastruktuurelement soos SBS, moet daar op hierdie punt op gelet word dat die aantal skryfbewerkings na die skyf aansienlik die aantal leesbewerkings daarvan oorskry.
En laastens ... "Daar is so baie in hierdie woord": bediener, virtualisering, houerisering ... Die laaste, maar baie belangrike aspek wat in hierdie deel van die artikel aangeraak word, is die moontlike maniere om MMT-komponente te installeer tydens die ontplooiing daarvan. Gelys langs 'n aanhaling uit die onsterflike werk van A.S. Pushkin-tegnologieë word wyd gebruik in verskeie infrastruktuur en projekte. Aan die een kant is hulle ten nouste met mekaar verbind, en aan die ander kant verskil hulle opvallend in baie kriteria. Almal van hulle, in een of ander vorm, word egter deur ontwikkelaars aangebied as beskikbare opsies om hul produkte te installeer. Opsomming van die stelsels wat in die eerste deel van die artikel gelys word, let ons op die volgende metodes om dit op 'n fisiese bediener of virtuele masjien te ontplooi:
- gebruik van outomatiese installasie skrifte of self-installasie en daaropvolgende konfigurasie van die ooreenstemmende sagteware,
— gebruik van 'n klaargemaakte OS-beeld met vooraf geïnstalleerde SBS-sagteware en/of agent,
— gebruik van houerstegnologie (Docker).
Die gelyste installasie-instrumente het hul voor- en nadele, en spesialiste het hul eie voorkeure, beperkings en spesifieke toestande waarin die infrastruktuur wat hulle bedryf of implementeer geleë is om enige aanbevelings te maak. Aan die ander kant is die gegewe beskrywing van maniere om SIP-verkeermoniteringstelsels te ontplooi redelik deursigtig en vereis dit op die huidige stadium nie 'n meer gedetailleerde oorweging nie.
Hierdie is nog 'n artikel gewy aan 'n belangrike en interessante element van die VoIP-netwerk - die SIP-verkeermoniteringstelsel. Soos altyd bedank ek die lesers vir hul aandag aan hierdie materiaal! In die volgende deel gaan ons probeer om nog dieper in die besonderhede in te gaan en kyk na die HOMER SIP Capture en SIP3 produkte.
Bron: will.com