Satiksmes uzraudzÄ«bas sistēmas VoIP tÄ«klos. Pirmā daļa ā€“ pārskats

Šajā materiālā mēs centīsimies aplūkot tik interesantu un noderīgu IT infrastruktūras elementu kā VoIP trafika uzraudzības sistēma.

Satiksmes uzraudzÄ«bas sistēmas VoIP tÄ«klos. Pirmā daļa ā€“ pārskats
MÅ«sdienu telekomunikāciju tÄ«klu attÄ«stÄ«ba ir pārsteidzoÅ”a: tie ir tikuÅ”i tālu uz priekÅ”u no signālu ugunsgrēkiem, un tas, kas agrāk Ŕķita neiedomājams, tagad ir vienkārÅ”s un ikdieniŔķs. Un tikai profesionāļi zina, kas slēpjas aiz ikdienas un informācijas tehnoloÄ£iju nozares sasniegumu plaŔās izmantoÅ”anas. Pārraides datu nesēju, komutācijas metožu, ierīču mijiedarbÄ«bas protokolu un kodÄ“Å”anas algoritmu daudzveidÄ«ba pārsteidz vidusmēra cilvēku un var kļūt par Ä«stu murgu ikvienam, kas saistÄ«ts ar to pareizu un stabilu darbÄ«bu: toņu vai balss trafika pāreja, nespēja reÄ£istrēties softswitch. , testējot jaunu aprÄ«kojumu, sastādot sazinoties ar pārdevēja atbalstu.

IepriekÅ” minētais protokola jēdziens ir jebkura sakaru tÄ«kla stÅ«rakmens, no kura bÅ«s atkarÄ«ga tā arhitektÅ«ra, to veidojoÅ”o ierīču sastāvs un sarežģītÄ«ba, tā sniegto pakalpojumu saraksts un daudz kas cits. Tajā paŔā laikā acÄ«mredzams, bet ļoti svarÄ«gs modelis ir tas, ka elastÄ«gāka signalizācijas protokola izmantoÅ”ana uzlabo sakaru tÄ«kla mērogojamÄ«bu, kas rada diezgan strauju dažādu tÄ«kla ierīču pieaugumu tajā.

Turklāt pat nepiecieÅ”amais un pamatotais savstarpēji savienoto tÄ«kla elementu skaita pieaugums minētā modeļa ietvaros rada vairākas grÅ«tÄ«bas, kas saistÄ«tas ar tÄ«kla uzturÄ“Å”anu un darbÄ«bu. Daudzi speciālisti ir saskāruÅ”ies ar situāciju, ka paņemtā izgāztuve neļauj viennozÄ«mÄ«gi lokalizēt raduÅ”os problēmu, jo tika saņemts tajā tÄ«kla daļā, kas nebija iesaistÄ«ta tās parādÄ«Å”anā.

Å Ä« situācija ir Ä«paÅ”i raksturÄ«ga VoIP tÄ«kliem, kuros ir vairāk ierīču nekā viens PBX un vairāki IP tālruņi. Piemēram, ja risinājumā tiek izmantoti vairāki sesijas robežkontrolleri, elastÄ«gie slēdži vai viens softswitch, bet lietotāja atraÅ”anās vietas noteikÅ”anas funkcija tiek atdalÄ«ta no pārējām un novietota atseviŔķā ierÄ«cē. Tad inženierim, vadoties pēc savas empÄ«riskās pieredzes vai nejauŔības, analÄ«zei ir jāizvēlas nākamā sadaļa.

Å Ä« pieeja ir ārkārtÄ«gi nogurdinoÅ”a un neproduktÄ«va, jo liek jums atkal un atkal tērēt laiku, cÄ«noties ar vieniem un tiem paÅ”iem jautājumiem: ar ko var savākt paku, kā savākt rezultātu utt. No vienas puses, kā zināms, cilvēks pie visa pierod. Pie tā var arÄ« pierast, pilnveidoties un trenēt pacietÄ«bu. Tomēr, no otras puses, joprojām pastāv vēl viena grÅ«tÄ«ba, kuru nevar ignorēt - no dažādām teritorijām ņemto pēdu korelācija. Viss iepriekÅ” minētais, kā arÄ« daudzi citi sakaru tÄ«klu analÄ«zes uzdevumi ir daudzu speciālistu darbÄ«bas priekÅ”mets, kuru risināŔanai ir paredzētas satiksmes uzraudzÄ«bas sistēmas.

Par sakaru tīklu satiksmes uzraudzības sistēmām

Un kopā mēs darām kopīgu lietu: tu savā veidā un es savā veidā.
Ju Detočkins

MÅ«sdienu mediju trafika pārraides tÄ«kli tiek projektēti un bÅ«vēti, realizējot dažādas koncepcijas, kuru pamatā ir dažādi telekomunikāciju protokoli: CAS, SS7, INAP, H.323, SIP u.c. Satiksmes uzraudzÄ«bas sistēma (TMS) ir rÄ«ks, kas paredzēts ziņojumu uztverÅ”anai no iepriekÅ” uzskaitÄ«tajiem protokoliem (un ne tikai), un tam ir ērts, intuitÄ«vs un informatÄ«vs interfeiss tās analÄ«zei. SMT galvenais mērÄ·is ir padarÄ«t signālu pēdas un izgāztuves uz jebkuru laika periodu pieejamus speciālistiem jebkurā laikā (arÄ« reālajā laikā), neizmantojot specializētas programmas (piemēram, Wireshark). Savukārt ikviens kvalificēts speciālists lielu uzmanÄ«bu pievērÅ” jautājumiem, kas saistÄ«ti, piemēram, ar IT infrastruktÅ«ras droŔību.

Tajā paŔā laikā bÅ«tisks aspekts, kas tieÅ”i saistÄ«ts ar Å”o jautājumu, ir Ŕī speciālista spēja ā€œsekot lÄ«dziā€, ko cita starpā var panākt, savlaicÄ«gi paziņojot par konkrēto incidentu. Tā kā tiek minēti paziņoÅ”anas jautājumi, mēs runājam par sakaru tÄ«kla uzraudzÄ«bu. Atgriežoties pie iepriekÅ” minētās definÄ«cijas, CMT ļauj pārraudzÄ«t tos ziņojumus, atbildes un darbÄ«bas, kas var liecināt par jebkādu anomālu tÄ«kla uzvedÄ«bu (piemēram, 403 vai 408 atbildes no 4xx grupas SIP vai strauju sesiju skaita pieaugumu maÄ£istrālē. ), vienlaikus saņemot attiecÄ«gu infografiku, kas skaidri ilustrē notiekoÅ”o.

Tomēr jāņem vērā, ka VoIP trafika uzraudzÄ«bas sistēma sākotnēji nav klasiskā Fault Monitoring System, kas ļauj kartēt tÄ«klus, kontrolēt to elementu pieejamÄ«bu, resursu izmantoÅ”anu, perifērijas ierÄ«ces un daudz ko citu (piemēram, kā Zabbix).

SapratuÅ”i, kas ir satiksmes uzraudzÄ«bas sistēma un ar to risināmos uzdevumus, pāriesim pie jautājuma par to, kā to pareizi izmantot.

AcÄ«mredzams fakts ir tāds, ka pati CMT nav spējÄ«ga savākt Call Flow ā€œpēc lÄ«dakas lÅ«gumaā€. Lai to izdarÄ«tu, ir jāsaved atbilstoŔā trafika no visām izmantotajām ierÄ«cēm vienā punktā - Capture Server. Tādējādi rakstÄ«tais nosaka sistēmas raksturÄ«go iezÄ«mi, kas izpaužas kā nepiecieÅ”amÄ«ba nodroÅ”ināt signalizācijas satiksmes savākÅ”anas vietas centralizāciju un ļauj atbildēt uz iepriekÅ” uzdoto jautājumu: ko kompleksa izmantoÅ”ana nodroÅ”ina darbojas vai ieviests tÄ«kls.

Tātad, kā likums, reti kurÅ” inženieris var, kā saka, uzreiz atbildēt uz jautājumu ā€“ kādā konkrētā vietā atradÄ«sies vai var atrasties noteiktais satiksmes centralizācijas punkts. Lai iegÅ«tu vairāk vai mazāk nepārprotamu atbildi, speciālistiem ir jāveic virkne pētÄ«jumu, kas saistÄ«ti ar VoIP tÄ«kla bÅ«tisku analÄ«zi. Piemēram, iekārtas sastāva atkārtota precizÄ“Å”ana, detalizēta to ieslēgÅ”anas punktu definÄ«cija, kā arÄ« iespējas saistÄ«bā ar atbilstoŔās trafika nosÅ«tÄ«Å”anu uz savākÅ”anas punktu. Turklāt ir skaidrs, ka izskatāmā jautājuma risināŔanas panākumi ir tieÅ”i atkarÄ«gi no IP transporta tÄ«kla organizÄ“Å”anas metodes.

LÄ«dz ar to pirmais, ko nodroÅ”ina MMT ievieÅ”ana, ir tā pati tÄ«kla pārskatÄ«Å”ana, kas kādreiz bija plānota, bet tā arÄ« netika pabeigta. Protams, domÄ«gs lasÄ«tājs uzreiz uzdos jautājumu ā€“ kāds ar to MMT sakars? TieÅ”as saiknes Å”eit nav un nevar bÅ«t, bet... Lielākajai daļai cilvēku, arÄ« ar IT pasauli saistÄ«to cilvēku, psiholoÄ£ija parasti tiecas laikus Ŕāda veida notikumus sakrist ar kādu notikumu. Nākamā priekÅ”rocÄ«ba izriet no iepriekŔējās un slēpjas faktā, ka pat pirms CMT izvietoÅ”anas tiek instalēti un konfigurēti Capture Agents un ir iespējota RTCP ziņojumu sÅ«tÄ«Å”ana, var tikt atklātas visas problēmas, kurām nepiecieÅ”ama tÅ«lÄ«tēja iejaukÅ”anās. Piemēram, kaut kur ir izveidojies ā€œpudeles kaklsā€ un tas ir skaidri redzams arÄ« bez statistikas, ko var nodroÅ”ināt arÄ« SMT, izmantojot datus, ko sniedz, piemēram, RTCP.

Tagad atgriezÄ«simies pie iepriekÅ” aprakstÄ«tā mums tik nepiecieÅ”amo pēdu savākÅ”anas procesa un pasmaidÄ«sim, atceroties Ŕīs daļas epigrāfā iekļautos varoņa vārdus. Tās svarÄ«ga iezÄ«me, kas netika norādÄ«ta, ir tā, ka parasti uzskaitÄ«tās manipulācijas var veikt pietiekami kvalificēts personāls, piemēram, Core Engineers. No otras puses, ar izsekoÅ”anas palÄ«dzÄ«bu atrisināto problēmu loks var ietvert arÄ« tā sauktos rutÄ«nas uzdevumus. Piemēram, iemesla noteikÅ”ana, kāpēc terminālis nav reÄ£istrēts pie instalētāja vai klienta. Tajā paŔā laikā kļūst acÄ«mredzams, ka ekskluzÄ«va iespēja paņemt izgāztuves no izraudzÄ«tajiem speciālistiem uzliek viņiem nepiecieÅ”amÄ«bu veikt Å”os ražoÅ”anas uzdevumus. Tas nav produktÄ«vi, jo tas aizņem laiku no citu svarÄ«gāku jautājumu risināŔanas.

Tajā paŔā laikā lielākajā daļā uzņēmumu, kur ir vēlams izmantot tādu produktu kā CMT, ir speciāla nodaļa, kuras uzdevumu sarakstā iekļauta ikdienas darbÄ«bu veikÅ”ana, lai atslogotu citus speciālistus - servisa dienestu, palÄ«dzÄ«bas dienestu vai tehnisko atbalstu. Tāpat es nedarÄ«Å”u atklājumu lasÄ«tājam, ja atzÄ«mÄ“Å”u, ka droŔības un tÄ«kla stabilitātes apsvērumu dēļ tehniskā atbalsta inženieru piekļuve kritiskākajiem mezgliem nav vēlama (lai gan ir pilnÄ«gi iespējams, ka tas nav aizliegts), taču ir tieÅ”i Å”ie tÄ«kla elementi, kas satur visizdevÄ«gāko perspektÄ«vu no izgāztuvju viedokļa. SMT, pateicoties tam, ka tā ir centrālā trafika vākÅ”anas vieta un tai ir intuitÄ«vs un pārskatāms interfeiss, ir diezgan spējÄ«gs atrisināt vairākas identificētās problēmas. VienÄ«gais nosacÄ«jums ir organizēt piekļuvi saskarnei no tehniskā atbalsta speciālistu darbstacijām un, iespējams, uzrakstÄ«t zināŔanu bāzes rakstu par tās izmantoÅ”anu.

Noslēgumā mēs atzÄ«mējam slavenākos un interesantākos produktus, kas vienā vai otrā veidā veic iepriekÅ” apspriesto funkcionalitāti, tostarp: Voipmonitor, HOMER SIP Capture, Oracle sakaru monitors, ZIRNEKLIS. Neskatoties uz vispārējo pieeju organizācijai un izvietoÅ”anai, katrai no tām ir savas nianses, subjektÄ«vās pozitÄ«vās un negatÄ«vās puses, un tas viss ir pelnÄ«jis atseviŔķu apsvērumu. Kas bÅ«s turpmāko materiālu priekÅ”mets. Paldies par jÅ«su uzmanÄ«bu!

UPD (23.05.2019): noslēgumā sniegtajam sarakstam ir vērts pievienot vēl vienu produktu, par kuru autors uzzināja salÄ«dzinoÅ”i nesen. SIP3 ā€“ jauns, attÄ«stoÅ”s pārstāvis no SIP satiksmes uzraudzÄ«bas sistēmu pasaules.

Avots: www.habr.com

Pievieno komentāru