Системи за праћење саобраћаја у ВоИП мрежама. Други део – принципи организације

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

В Претходна У материјалу смо се упознали са тако корисним и, као што видите, сасвим неопходним елементом ВоИП инфраструктуре, као што је систем за праћење саобраћаја или, укратко, СМТ. Сазнали смо шта је то, које проблеме решава, а такође смо приметили најистакнутије представнике које су програмери представили ИТ свету. У овом делу ћемо размотрити принципе по којима се СМТ имплементира у ИТ инфраструктуру и његовим средствима се спроводи праћење ВоИП саобраћаја.

Архитектура ВоИП система за праћење саобраћаја

Градили смо и градили и коначно градили. Ура!
Из цртаног филма "Чебурашка и крокодил Гена."

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

Од тренутка када је велики руски научник Владимир Александрович Котелников створио теорему узорковања, човечанство је добило огромну прилику да изврши аналогно-дигиталне и дигитално-аналогне конверзије говорних сигнала, захваљујући којима можемо у потпуности да искористимо тако диван тип комуникације као ИП телефонија. Ако погледате развој механизама за обраду говорних сигнала (ака алгоритми, кодеци, методе кодирања, итд.), можете видети како је ДСП (дигитална обрада сигнала) направио фундаментални корак у кодирању информационих порука – имплементирајући способност предвиђања говорни сигнал. То јест, уместо једноставне дигитализације и коришћења а- и у-закона компресије (Г.711А/Г.711У), сада је могуће пренети само део узорака, а затим вратити целу поруку из њих, што значајно штеди проток. Враћајући се на тему ММТ-а, напомињемо да тренутно нема сличних квалитативних промена у приступу хватању саобраћаја, осим једне или друге врсте огледања.

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

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

Скоро сваки СМТ се састоји од две главне компоненте: сервера и агената за хватање саобраћаја (или сонди). Сервер прима, обрађује и складишти ВоИП саобраћај који долази од агената, а такође пружа стручњацима могућност рада са примљеним информацијама у различитим приказима (графици, дијаграми, ток позива итд.). Агенти за снимање примају ВоИП саобраћај са мрежне језгре опреме (на пример, СБЦ, софтсвитцх, гатеваи,..), конвертују га у формат који се користи у примењеном системском серверском софтверу и преносе га на ову другу ради накнадних манипулација.

Као што у музици, композитори стварају варијације на главне мелодије дела, тако да су у овом случају могуће различите опције за имплементацију горње шеме. Њихова разноликост је прилично велика и углавном је одређена карактеристикама инфраструктуре у којој је ММТ распоређен. Најчешћа опција је она у којој агенти за снимање нису инсталирани или конфигурисани. У овом случају, анализирани саобраћај се шаље директно на сервер или, на пример, сервер прима потребне информације из пцап фајлова генерисаних надгледањем објеката. Овај начин испоруке се обично бира ако није могуће инсталирати сонде. Локација опреме на сајту, недостатак ресурса за алате за виртуелизацију, недостаци у организацији транспортне ИП мреже и, као резултат тога, проблеми са мрежним повезивањем итд., све ово може бити разлог за одабир поменутог опција за организовање мониторинга.

Пошто смо научили и разумели како се овај или онај СМТ може имплементирати у ИТ инфраструктуру са архитектонске тачке гледишта, даље ћемо размотрити аспекте који су више у надлежности систем администратора, односно методе за постављање системског софтвера на сервере.

Током припреме одлуке о имплементацији разматране компоненте мреже за праћење, имплементатори увек имају много питања. На пример, какав треба да буде састав хардвера сервера, да ли је довољно инсталирати све компоненте система на једном хосту или треба да буду одвојене једна од друге, како инсталирати софтвер итд. Горе наведена питања, као и многа друга сродна питања, веома су широка, а одговори на многа од њих заиста зависе од специфичних услова рада (или дизајна). Међутим, покушаћемо да сумирамо специфичности како бисмо добили општу идеју и разумевање ове стране примене ЦМТ-а.

Дакле, прва ствар коју специјалисте увек занима када имплементирају СМТ је са којим карактеристикама перформанси сервер треба да се користи? С обзиром на широку употребу слободног софтвера, ово питање се поставља толико пута да се његова популарност вероватно може упоредити са питањем „Шта да радим” које је поставио Николај Гаврилович Чернишевски... Главни фактор који утиче на одговор је број медијске сесије које обрађује или ће их обрађивати телефонска платформа. Нумеричка и опипљива карактеристика која даје специфичну оцену запаженог фактора је параметар ЦАПС (Цалл Аттемптс Пер Сецонд) или број позива у секунди. Потреба за одговором на ово питање је првенствено због чињенице да ће информације о сесијама које се шаљу систему створити оптерећење на његовом серверу.

Друго питање које се намеће приликом одлучивања о карактеристикама хардверских компоненти сервера је састав софтвера (оперативно окружење, базе података, итд.) који ће на њему функционисати. Сигнални (или медијски) саобраћај стиже на сервер, где га нека апликација (на пример, Камаилио) обрађује (парсира сигналне поруке), а затим се информације генерисане на одређени начин смештају у базу података. За различите ЦМТ-ове, и апликације које дефрагментирају сигналне јединице и апликације које обезбеђују складиштење могу бити различите. Међутим, све их обједињује иста природа вишенитног рада. Истовремено, због посебности таквог инфраструктурног елемента као што је СМТ, у овом тренутку треба напоменути да број операција писања на диск знатно премашује број операција читања са њега.

И на крају... „Толико тога има у овој речи“: сервер, виртуелизација, контејнеризација... Последњи, али веома важан аспект који се дотиче у овом делу чланка јесу могући начини инсталирања ММТ компоненти током његове примене. Наведено поред цитата из бесмртног дела А.С. Пушкинове технологије се широко користе у различитим инфраструктурама и пројектима. С једне стране, они су међусобно тесно повезани, а са друге, упадљиво се разликују по многим критеријумима. Међутим, све њих, у једном или другом облику, програмери представљају као доступне опције за инсталирање својих производа. Сумирајући системе наведене у првом делу чланка, примећујемо следеће методе за њихову примену на физичком серверу или виртуелној машини:
— коришћење скрипти за аутоматску инсталацију или само-инсталацију и накнадну конфигурацију одговарајућег софтвера,
— коришћење готовог ОС имиџа са унапред инсталираним СМТ софтвером и/или агентом,
— коришћење технологије контејнеризације (Доцкер).

Наведени алати за инсталацију имају своје предности и мане, а стручњаци имају своје преференције, ограничења и специфичне услове у којима се налази инфраструктура коју раде или имплементирају како би дали било какве препоруке. С друге стране, дат опис начина имплементације СИП система за праћење саобраћаја је прилично транспарентан и у садашњој фази не захтева детаљније разматрање.

Ово је још један чланак посвећен важном и занимљивом елементу ВоИП мреже - систему за праћење СИП саобраћаја. Као и увек, захваљујем се читаоцима на пажњи према овом материјалу! У следећем делу покушаћемо да уђемо још дубље у специфичности и погледамо Хомер СИП Цаптуре и СИП3 производе.

Извор: ввв.хабр.цом