Helo cydweithwyr!
В Yn y deunydd, daethom yn gyfarwydd ag elfen mor ddefnyddiol ac, fel y gwelwch, elfen eithaf angenrheidiol o'r seilwaith VoIP, megis system monitro traffig neu, yn fyr, yr UDRh. Fe wnaethom ddarganfod beth ydyw, pa broblemau y mae'n eu datrys, a hefyd nodi'r cynrychiolwyr amlycaf a gyflwynwyd gan ddatblygwyr i'r byd TG. Yn y rhan hon, byddwn yn ystyried yr egwyddorion ar gyfer gweithredu'r UDRh yn y seilwaith TG a monitro traffig VoIP gan ddefnyddio ei fodd.
Pensaernïaeth systemau monitro traffig VoIP
Fe wnaethon ni adeiladu ac adeiladu ac adeiladu o'r diwedd. Hwre!
O'r cartŵn "Cheburashka a'r Crocodile Gena."
Fel y nodwyd yn gynharach, mae digon o gynhyrchion yn y diwydiant cyfathrebu a thelathrebu sy'n perthyn i'r categori priodol. Fodd bynnag, os ydym yn haniaethu o'r enw, datblygwr, platfform, ac ati, gallwn weld eu bod i gyd yr un peth fwy neu lai o ran eu pensaernïaeth (o leiaf y rhai y bu'n rhaid i'r awdur ymdrin â nhw). Mae'n werth nodi bod hyn yn union oherwydd absenoldeb syml unrhyw ddulliau eraill o ddal traffig o elfennau rhwydwaith ar gyfer ei ddadansoddiad manwl dilynol. Ar ben hynny, mae'r olaf, mewn barn oddrychol, yn cael ei bennu'n bennaf gan ddatblygiad presennol amrywiol feysydd y diwydiant pwnc. I gael dealltwriaeth gliriach, ystyriwch y gyfatebiaeth ganlynol.
O'r eiliad y creodd y gwyddonydd mawr Rwsiaidd Vladimir Aleksandrovich Kotelnikov y theorem samplu, mae dynoliaeth wedi cael cyfle gwych i berfformio trawsnewidiadau analog-i-ddigidol a digidol-i-analog o signalau lleferydd, a diolch i hynny gallwn ddefnyddio math mor wych yn llawn. cyfathrebu fel teleffoni IP. Os edrychwch ar ddatblygiad mecanweithiau ar gyfer prosesu signalau lleferydd (aka algorithmau, codecau, dulliau amgodio, ac ati), gallwch weld sut mae DSP (prosesu signal digidol) wedi cymryd cam sylfaenol wrth amgodio negeseuon gwybodaeth - gweithredu'r gallu i ragweld signal lleferydd. Hynny yw, yn lle digideiddio a defnyddio cyfreithiau cywasgu-a- ac u (G.711A/G.711U), mae bellach yn bosibl trosglwyddo rhan o'r samplau yn unig ac yna adfer y neges gyfan ohonynt, sy'n arbed yn sylweddol lled band. Gan ddychwelyd at bwnc TRhM, nodwn nad oes unrhyw newidiadau ansoddol tebyg ar hyn o bryd yn y dull o ddal traffig, heblaw am un neu fath arall o adlewyrchu.
Gadewch inni droi at y ffigur isod, sy’n dangos yr hyn a adeiladwyd gan arbenigwyr yn y meysydd pwnc perthnasol.
Ffigur 1. Diagram cyffredinol o bensaernïaeth yr UDRh.
Mae bron unrhyw UDRh yn cynnwys dwy brif gydran: gweinydd ac asiantau dal traffig (neu stilwyr). Mae'r gweinydd yn derbyn, yn prosesu ac yn storio traffig VoIP sy'n dod o asiantau, ac mae hefyd yn rhoi'r gallu i arbenigwyr weithio gyda'r wybodaeth a dderbynnir mewn gwahanol safbwyntiau (graffiau, diagramau, Llif Galwadau, ac ati). Mae asiantau dal yn derbyn traffig VoIP o offer craidd rhwydwaith (er enghraifft, SBC, softswitch, pyrth, ..), ei drawsnewid i'r fformat a ddefnyddir yn y meddalwedd gweinydd system gymhwysol, a'i drosglwyddo i'r olaf ar gyfer triniaethau dilynol.
Yn union fel mewn cerddoriaeth, mae cyfansoddwyr yn creu amrywiadau ar y prif alawon o weithiau, felly yn yr achos hwn, mae opsiynau amrywiol ar gyfer gweithredu'r cynllun uchod yn bosibl. Mae eu hamrywiaeth yn eithaf mawr ac fe'i pennir yn bennaf gan nodweddion y seilwaith y lleolir MMT ynddo. Yr opsiwn mwyaf cyffredin yw un lle nad oes unrhyw asiantau dal wedi'u gosod na'u ffurfweddu. Yn yr achos hwn, anfonir y traffig a ddadansoddwyd yn uniongyrchol i'r gweinydd neu, er enghraifft, mae'r gweinydd yn derbyn y wybodaeth angenrheidiol o ffeiliau pcap a gynhyrchir gan wrthrychau monitro. Fel arfer, dewisir y dull dosbarthu hwn os nad yw'n bosibl gosod stilwyr. Mae lleoliad yr offer ar y safle, y diffyg adnoddau ar gyfer offer rhithwiroli, diffygion yn nhrefniadaeth y rhwydwaith IP trafnidiaeth ac, o ganlyniad, problemau gyda chysylltedd rhwydwaith, ac ati, efallai mai dyma'r rheswm dros ddewis y nodwydd. opsiwn ar gyfer trefnu monitro.
Ar ôl dysgu a deall sut y gellir gweithredu hyn neu'r UDRh hwnnw i'r seilwaith TG o safbwynt pensaernïol, byddwn nesaf yn ystyried agweddau sy'n fwy o fewn cymhwysedd gweinyddwyr systemau, sef, dulliau ar gyfer defnyddio meddalwedd system ar weinyddion.
Wrth baratoi penderfyniad ar weithredu'r gydran rhwydwaith monitro dan sylw, mae gan weithredwyr lawer o gwestiynau bob amser. Er enghraifft, beth ddylai fod yn gyfansoddiad caledwedd y gweinydd, a yw'n ddigonol gosod holl gydrannau'r system ar un gwesteiwr neu a ddylid eu gwahanu oddi wrth ei gilydd, sut i osod y meddalwedd, ac ati. Mae'r cwestiynau a restrir uchod, yn ogystal â llawer o gwestiynau cysylltiedig eraill, yn eang iawn, ac mae'r atebion i lawer ohonynt yn dibynnu ar yr amodau gweithredu (neu ddyluniad) penodol. Fodd bynnag, byddwn yn ceisio crynhoi'r manylion er mwyn cael syniad a dealltwriaeth gyffredinol o'r agwedd hon ar ddefnyddio'r CMT.
Felly, y peth cyntaf y mae gan arbenigwyr ddiddordeb ynddo bob amser wrth weithredu UDRh yw pa nodweddion perfformiad y dylid defnyddio'r gweinydd gyda nhw? O ystyried y defnydd eang o feddalwedd rhad ac am ddim, gofynnir y cwestiwn hwn gymaint o weithiau fel y gellir cymharu ei boblogrwydd â'r cwestiwn "Beth ddylwn i ei wneud?" a ofynnwyd gan Nikolai Gavrilovich Chernyshevsky... Y prif ffactor sy'n dylanwadu ar yr ateb yw nifer y sesiynau cyfryngau sy'n cael eu prosesu neu a fydd yn cael eu prosesu gan y llwyfan teleffoni. Nodwedd rifiadol a diriaethol sy'n rhoi asesiad penodol o'r ffactor a nodir yw'r paramedr CAPS (Call Atquests Per Second) neu nifer y galwadau yr eiliad. Mae'r angen i ateb y cwestiwn hwn yn bennaf oherwydd y ffaith mai gwybodaeth am sesiynau a anfonir i'r system a fydd yn creu llwyth ar ei weinydd.
Yr ail fater sy'n codi wrth benderfynu ar nodweddion cydrannau caledwedd y gweinydd yw cyfansoddiad y meddalwedd (amgylcheddau gweithredu, cronfeydd data, ac ati) a fydd yn gweithredu arno. Mae traffig signal (neu gyfryngau) yn cyrraedd y gweinydd, lle caiff ei brosesu (mae negeseuon signal yn cael eu dosrannu) gan ryw gais (er enghraifft, Kamailio), ac yna mae'r wybodaeth a gynhyrchir mewn ffordd benodol yn cael ei rhoi yn y gronfa ddata. Ar gyfer gwahanol CMTs, gall y cymwysiadau sy'n dad-ddarnio'r unedau signal a'r cymwysiadau sy'n darparu storfa fod yn wahanol. Fodd bynnag, maent i gyd yn unedig gan yr un natur o amledafedd. Ar yr un pryd, oherwydd hynodion elfen seilwaith o'r fath fel UDRh, dylid nodi ar y pwynt hwn bod nifer y gweithrediadau ysgrifennu i'r ddisg yn sylweddol uwch na nifer y gweithrediadau darllen ohoni.
Ac yn olaf... “Mae cymaint yn y gair hwn”: gweinydd, rhithwiroli, cynhwysyddoli ... Yr agwedd olaf, ond pwysig iawn y cyffyrddwyd â hi yn y rhan hon o'r erthygl yw'r ffyrdd posibl o osod cydrannau MMT wrth eu defnyddio. Rhestrir wrth ymyl dyfyniad o waith anfarwol A.S. Defnyddir technolegau Pushkin yn eang mewn amrywiol seilwaith a phrosiectau. Ar y naill law, maent yn gysylltiedig yn agos â'i gilydd, ac ar y llaw arall, maent yn wahanol iawn mewn llawer o feini prawf. Fodd bynnag, mae pob un ohonynt, mewn rhyw ffurf neu'i gilydd, yn cael eu cyflwyno gan ddatblygwyr fel opsiynau sydd ar gael ar gyfer gosod eu cynhyrchion. Wrth grynhoi'r systemau a restrir yn rhan gyntaf yr erthygl, nodwn y dulliau canlynol ar gyfer eu defnyddio ar weinydd corfforol neu beiriant rhithwir:
- defnyddio sgriptiau gosod awtomatig neu hunan-osod a chyfluniad dilynol y feddalwedd gyfatebol,
— defnyddio delwedd OS parod gyda meddalwedd UDRh a/neu asiant wedi'i osod ymlaen llaw,
— defnyddio technoleg cynhwysyddion (Docker).
Mae gan yr offer gosod rhestredig eu manteision a'u hanfanteision, ac mae gan arbenigwyr eu dewisiadau, cyfyngiadau ac amodau penodol eu hunain y mae'r seilwaith y maent yn ei weithredu neu'n ei weithredu wedi'i leoli er mwyn lleisio unrhyw argymhellion. Ar y llaw arall, mae'r disgrifiad a roddir o ffyrdd o ddefnyddio systemau monitro traffig SIP yn eithaf tryloyw, ac ar hyn o bryd nid oes angen ystyriaeth fanylach.
Mae hon yn erthygl arall wedi'i neilltuo i elfen bwysig a diddorol o'r rhwydwaith VoIP - system monitro traffig SIP. Fel bob amser, diolchaf i'r darllenwyr am eu sylw i'r deunydd hwn! Yn y rhan nesaf byddwn yn ceisio mynd hyd yn oed yn ddyfnach i'r manylion ac edrych ar gynhyrchion HOMER SIP Capture a SIP3.
Ffynhonnell: hab.com