Системите за следење на сообраќајот во VoIP мрежите. Втор дел - принципи на организација

Здраво колеги!

В претходно Во материјалот се запознавме со толку корисен и, како што можете да видите, сосема неопходен елемент на VoIP инфраструктурата, како што е системот за следење на сообраќајот или накратко, SMT. Дознавме што е тоа, какви проблеми решава, а ги забележавме и најистакнатите претставници презентирани од програмерите во ИТ светот. Во овој дел ќе ги разгледаме принципите според кои SMT се имплементира во ИТ инфраструктурата и следењето на VoIP сообраќајот се врши со помош на неговите средства.

Архитектура на VoIP системи за следење на сообраќајот

Градевме и градевме и конечно изградивме. Ура!
Од цртаниот филм „Чебурашка и крокодилот Гена“.

Како што беше наведено претходно, има доволно производи во комуникациската и телекомуникациската индустрија кои спаѓаат во соодветната категорија. Меѓутоа, ако се апстрахираме од името, развивачот, платформата итн., можеме да видиме дека сите тие се горе-долу исти во однос на нивната архитектура (барем оние со кои авторот морал да се занимава). Вреди да се напомене дека ова се должи токму на едноставното отсуство на какви било други методи за фаќање сообраќај од мрежните елементи за неговата последователна детална анализа. Покрај тоа, второто, според субјективното мислење, во голема мера е определено од тековниот развој на различни области на предметната индустрија. За појасно разбирање, разгледајте ја следната аналогија.

Од моментот кога големиот руски научник Владимир Александрович Котелников ја создаде теоремата за земање примероци, човештвото доби огромна можност да изврши аналогни во дигитални и дигитални во аналогни конверзии на говорните сигнали, благодарение на што можеме целосно да користиме таков прекрасен тип на комуникација како IP телефонија. Ако го погледнете развојот на механизмите за обработка на говорни сигнали (ака алгоритми, кодеци, методи за кодирање итн.), можете да видите како DSP (процесирање на дигитален сигнал) направи фундаментален чекор во кодирањето на информативните пораки - имплементирање на способноста за предвидување говорен сигнал. Односно, наместо едноставно дигитализирање и користење a- и u-закони за компресија (G.711A/G.711U), сега е можно да се пренесе само дел од примероците и потоа да се врати целата порака од нив, што значително заштедува пропусниот опсег. Враќајќи се на темата за ММТ, забележуваме дека во моментот нема слични квалитативни промени во пристапот кон снимање на сообраќајот, освен еден или друг вид пресликување.

Да се ​​свртиме кон сликата подолу, која илустрира што е изградено од специјалисти во соодветните области.

Слика 1. Општ дијаграм на SMT архитектурата.

Речиси секој SMT се состои од две главни компоненти: сервер и агенти за зафаќање сообраќај (или сонди). Серверот прима, обработува и складира VoIP сообраќај што доаѓа од агенти, а исто така им овозможува на специјалистите можност да работат со добиените информации во различни прикази (графикони, дијаграми, тек на повици итн.). Агентите за фаќање добиваат VoIP сообраќај од основната опрема на мрежата (на пример, SBC, softswitch, gateways,...), го претвораат во форматот што се користи во софтверот на применетиот системски сервер и го пренесуваат на вториот за последователни манипулации.

Исто како и во музиката, композиторите создаваат варијации на главните мелодии на делата, така и во овој случај, можни се различни опции за спроведување на горната шема. Нивната разновидност е доста голема и главно е одредена од карактеристиките на инфраструктурата во која е распореден ММТ. Најчеста опција е онаа во која не се инсталирани или конфигурирани агенти за фаќање. Во овој случај, анализираниот сообраќај се испраќа директно до серверот или, на пример, серверот ги добива потребните информации од датотеките pcap генерирани од објектите за следење. Овој метод на испорака обично се избира ако не е можно да се инсталираат сонди. Локацијата на опремата на страницата, недостатокот на ресурси за алатки за виртуелизација, недостатоци во организацијата на транспортната IP мрежа и, како резултат на тоа, проблеми со мрежното поврзување итн., сето ова може да биде причина за изборот на наведеното опција за организирање мониторинг.

Откако научивме и разбравме како овој или оној SMT може да се имплементира во ИТ инфраструктурата од архитектонска гледна точка, потоа ќе ги разгледаме аспектите што се повеќе во надлежност на системските администратори, имено, методите за распоредување на системскиот софтвер на серверите.

За време на подготовката на одлуката за имплементација на компонентата на мрежата за следење што се разгледува, имплементаторите секогаш имаат многу прашања. На пример, каков треба да биде составот на хардверот на серверот, дали е доволно да се инсталираат сите компоненти на системот на еден хост или треба да се одделат една од друга, како да се инсталира софтверот итн. Прашањата наведени погоре, како и многу други поврзани прашања, се многу широки, а одговорите на многу од нив навистина зависат од специфичните работни услови (или дизајн). Сепак, ќе се обидеме да ги сумираме спецификите со цел да добиеме општа идеја и разбирање за овој аспект од распоредувањето на CMT.

Значи, првото нешто за кое специјалистите секогаш се заинтересирани при спроведувањето на SMT е со какви карактеристики на изведба треба да се користи серверот? Со оглед на широката употреба на слободниот софтвер, ова прашање се поставува толку пати што неговата популарност веројатно може да се спореди со прашањето „Што да правам?“ поставено од Николај Гаврилович Чернишевски... Главниот фактор што влијае на одговорот е бројот на медиумски сесии кои се обработуваат или ќе бидат обработени од телефонската платформа. Нумеричка и опиплива карактеристика што дава специфична проценка на забележаниот фактор е параметарот CAPS (Call Attempts Per Second) или бројот на повици во секунда. Потребата да се одговори на ова прашање првенствено се должи на фактот што информациите за сесиите испратени до системот се тие што ќе создадат оптоварување на неговиот сервер.

Второто прашање што се јавува при одлучувањето за карактеристиките на хардверските компоненти на серверот е составот на софтверот (оперативни средини, бази на податоци итн.) што ќе функционира на него. Сигналниот (или медиумскиот) сообраќај пристигнува на серверот, каде што се обработува (сигналните пораки се анализираат) од некоја апликација (на пример, Kamailio), а потоа информациите генерирани на одреден начин се ставаат во базата на податоци. За различни CMT, и апликациите што ги дефрагментираат сигналните единици и апликациите што обезбедуваат складирање може да бидат различни. Сепак, сите нив ги обединува истата природа на повеќенишки. Во исто време, поради особеностите на таков инфраструктурен елемент како SMT, во овој момент треба да се забележи дека бројот на операции за запишување на дискот значително го надминува бројот на операции за читање од него.

И конечно... „Има толку многу во овој збор“: сервер, виртуелизација, контејнеризација... Последниот, но многу важен аспект што го допревме во овој дел од статијата е можните начини за инсталирање на компонентите на MMT за време на неговото распоредување. Наведен до цитат од бесмртното дело на А.С. Пушкиновите технологии се широко користени во различни инфраструктури и проекти. Од една страна, тие се тесно поврзани меѓу себе, а од друга, впечатливо се разликуваат по многу критериуми. Сепак, сите тие, во една или друга форма, се претставени од програмерите како достапни опции за инсталирање на нивните производи. Сумирајќи ги системите наведени во првиот дел од статијата, ги забележуваме следните методи за нивно распоредување на физички сервер или виртуелна машина:
— употреба на скрипти за автоматска инсталација или самоинсталација и последователна конфигурација на соодветниот софтвер,
— употреба на готова слика на ОС со претходно инсталиран софтвер SMT и/или агент,
— употреба на технологија за контејнеризација (Docker).

Наведените алатки за инсталација имаат свои предности и недостатоци, а специјалистите имаат свои преференции, ограничувања и специфични услови во кои се наоѓа инфраструктурата што ја работат или имплементираат за да искажат какви било препораки. Од друга страна, дадениот опис на начините за распоредување на SIP системите за следење на сообраќајот е прилично транспарентен и во сегашната фаза не бара подетално разгледување.

Ова е уште една статија посветена на важен и интересен елемент на VoIP мрежата - системот за следење на сообраќајот SIP. Како и секогаш, им благодарам на читателите за нивното внимание на овој материјал! Во следниот дел ќе се обидеме да навлеземе уште подлабоко во спецификите и да ги погледнеме производите HOMER SIP Capture и SIP3.

Извор: www.habr.com