VoIP 네트워크의 트래픽 모니터링 시스템. XNUMX부 - 조직의 원칙

안녕, 동료들!

В 이전 이 자료에서 우리는 트래픽 모니터링 시스템 또는 줄여서 SMT와 같은 VoIP 인프라의 유용하고 꼭 필요한 요소에 대해 알게 되었습니다. 우리는 그것이 무엇인지, 어떤 문제를 해결하는지 알아냈고, 개발자들이 IT 세계에 제시한 가장 저명한 대표자들도 언급했습니다. 이 부분에서는 IT 인프라에서 SMT가 구현되고 그 수단을 사용하여 VoIP 트래픽 모니터링이 수행되는 원리를 고려할 것입니다.

VoIP 트래픽 모니터링 시스템 아키텍처

우리는 건설하고 건설하고 마침내 건설했습니다. 만세!
만화 "체브라시카와 악어 게나"에서.

앞서 언급했듯이 통신 및 통신 산업에는 해당 범주에 속하는 제품이 충분합니다. 그러나 이름, 개발자, 플랫폼 등을 추상화하면 아키텍처(적어도 작성자가 처리해야 했던 아키텍처) 측면에서 모두 거의 동일하다는 것을 알 수 있습니다. 이는 후속 세부 분석을 위해 네트워크 요소에서 트래픽을 캡처하는 다른 방법이 없기 때문이라는 점은 주목할 가치가 있습니다. 더욱이 후자는 주관적인 견해로 볼 때 해당 산업의 다양한 분야의 현재 발전에 의해 크게 결정됩니다. 보다 명확한 이해를 위해 다음 비유를 고려하십시오.

러시아의 위대한 과학자 Vladimir Aleksandrovich Kotelnikov가 샘플링 정리를 창안한 순간부터 인류는 음성 신호를 아날로그에서 디지털로, 디지털에서 아날로그로 변환할 수 있는 엄청난 기회를 얻었습니다. IP 텔레포니로서의 통신. 음성 신호 처리 메커니즘(알고리즘, 코덱, 인코딩 방법 등)의 개발을 살펴보면 DSP(디지털 신호 처리)가 정보 메시지 인코딩에서 어떻게 기본적인 단계를 밟았는지 확인할 수 있습니다. 음성 신호. 즉, 단순히 디지털화하고 a 및 u 법칙 압축(G.711A/G.711U)을 사용하는 대신 이제 샘플의 일부만 전송한 다음 전체 메시지를 복원할 수 있으므로 상당한 비용 절감이 가능합니다. 대역폭. MMT 주제로 돌아가서 현재 하나 또는 다른 유형의 미러링 외에 트래픽 캡처 접근 방식에 유사한 질적 변화가 없다는 점에 주목합니다.

관련 주제 영역의 전문가가 구축한 내용을 보여주는 아래 그림을 살펴보겠습니다.

그림 1. SMT 아키텍처의 일반 다이어그램

거의 모든 SMT는 서버와 트래픽 캡처 에이전트(또는 프로브)라는 두 가지 주요 구성 요소로 구성됩니다. 서버는 상담원으로부터 오는 VoIP 트래픽을 수신, 처리 및 저장하며 전문가에게 수신된 정보를 다양한 보기(그래프, 다이어그램, 통화 흐름 등)로 작업할 수 있는 기능을 제공합니다. 캡처 에이전트는 네트워크 핵심 장비(예: SBC, 소프트스위치, 게이트웨이 등)로부터 VoIP 트래픽을 수신하고, 이를 적용 시스템 서버 소프트웨어에서 사용하는 형식으로 변환한 후 후속 조작을 위해 후자로 전송합니다.

음악에서와 마찬가지로 작곡가는 작품의 주요 멜로디에 대한 변주를 만들기 때문에 이 경우 위 구성표를 구현하기 위한 다양한 옵션이 가능합니다. 이들의 다양성은 상당히 크며 주로 MMT가 배포되는 인프라의 특성에 따라 결정됩니다. 가장 일반적인 옵션은 캡처 에이전트가 설치되거나 구성되지 않은 옵션입니다. 이 경우 분석된 트래픽은 서버로 직접 전송되거나, 예를 들어 서버는 모니터링 개체에서 생성된 pcap 파일로부터 필요한 정보를 수신합니다. 이 전달 방법은 일반적으로 프로브를 설치할 수 없는 경우 선택됩니다. 사이트의 장비 위치, 가상화 도구를 위한 리소스 부족, 전송 IP 네트워크 구성의 결함, 결과적으로 네트워크 연결 문제 등이 모두 언급된 항목을 선택하는 이유일 수 있습니다. 모니터링 구성 옵션.

아키텍처 관점에서 이 SMT 또는 저 SMT가 IT 인프라에 구현될 수 있는 방법을 배우고 이해한 후에는 시스템 관리자의 역량 내에 있는 측면, 즉 서버에 시스템 소프트웨어를 배포하는 방법을 고려할 것입니다.

고려 중인 모니터링 네트워크 구성 요소의 구현에 대한 결정을 준비하는 동안 구현자는 항상 많은 질문을 합니다. 예를 들어, 서버 하드웨어의 구성은 어떻게 되어야 하는지, 모든 시스템 구성 요소를 하나의 호스트에 설치하는 것으로 충분한지, 아니면 서로 분리되어야 하는지, 소프트웨어를 설치하는 방법 등이 있습니다. 위에 나열된 질문과 기타 많은 관련 질문은 매우 광범위하며 대부분의 질문에 대한 답변은 실제로 특정 작동 조건(또는 설계)에 따라 달라집니다. 그러나 CMT 배포의 이러한 측면에 대한 일반적인 아이디어와 이해를 얻기 위해 세부 사항을 요약하려고 노력할 것입니다.

그렇다면 SMT를 구현할 때 전문가들이 항상 가장 먼저 관심을 두는 부분은 서버를 어떤 성능 특성과 함께 사용해야 하느냐는 것입니다. 자유 소프트웨어의 광범위한 사용을 고려할 때 이 질문은 너무 많이 요청되어 그 인기는 아마도 Nikolai Gavrilovich Chernyshevsky가 묻는 "어떻게 해야 합니까?"라는 질문과 비교할 수 있을 것입니다... 답변에 영향을 미치는 주요 요인은 개수입니다. 전화 통신 플랫폼에서 처리되었거나 처리될 미디어 세션입니다. 언급된 요소에 대한 구체적인 평가를 제공하는 숫자 및 유형 특성은 CAPS(초당 호출 시도 횟수) 매개변수 또는 초당 호출 수입니다. 이 질문에 답해야 하는 이유는 서버에 부하를 생성하는 것이 시스템으로 전송된 세션에 대한 정보라는 사실 때문입니다.

서버 하드웨어 구성 요소의 특성을 결정할 때 발생하는 두 번째 문제는 서버에서 작동할 소프트웨어(운영 환경, 데이터베이스 등)의 구성입니다. 신호(또는 미디어) 트래픽이 서버에 도착하면 일부 애플리케이션(예: Kamailio)에 의해 처리(신호 메시지 구문 분석)된 다음 특정 방식으로 생성된 정보가 데이터베이스에 저장됩니다. 다른 CMT의 경우 신호 장치 조각 모음을 수행하는 응용 프로그램과 저장소를 제공하는 응용 프로그램이 모두 다를 수 있습니다. 그러나 이들은 모두 멀티스레딩이라는 동일한 특성으로 통합되어 있습니다. 동시에 SMT와 같은 인프라 요소의 특성으로 인해 이 시점에서 디스크에 대한 쓰기 작업 수가 디스크의 읽기 작업 수를 크게 초과한다는 점에 유의해야 합니다.

그리고 마지막으로... "이 단어에는 너무 많은 내용이 있습니다": 서버, 가상화, 컨테이너화... 이 기사의 이 부분에서 다룬 마지막이지만 매우 중요한 측면은 배포 중에 MMT 구성 요소를 설치할 수 있는 가능한 방법입니다. A.S. 의 불멸의 작품 인용문 옆에 나열되어 있습니다. 푸쉬킨 기술은 다양한 인프라와 프로젝트에 널리 사용됩니다. 한편으로는 서로 밀접하게 연결되어 있고 다른 한편으로는 여러 기준에서 눈에 띄게 다릅니다. 그러나 이들 모두는 어떤 형태로든 개발자가 제품 설치에 사용 가능한 옵션으로 제공합니다. 기사의 첫 번째 부분에 나열된 시스템을 요약하면 물리적 서버 또는 가상 머신에 시스템을 배포하는 다음과 같은 방법이 있습니다.
— 자동 설치 스크립트 또는 자체 설치 및 해당 소프트웨어의 후속 구성 사용,
— 사전 설치된 SMT 소프트웨어 및/또는 에이전트와 함께 기성 OS 이미지 사용,
— 컨테이너화 기술(Docker) 사용.

나열된 설치 도구에는 장점과 단점이 있으며 전문가는 권장 사항을 표명하기 위해 자신이 운영하거나 구현하는 인프라가 위치한 특정 조건, 제한 사항 및 선호도가 있습니다. 반면, SIP 트래픽 모니터링 시스템을 배포하는 방법에 대한 설명은 매우 투명하며 현 단계에서는 더 자세한 고려가 필요하지 않습니다.

이것은 VoIP 네트워크의 중요하고 흥미로운 요소인 SIP 트래픽 모니터링 시스템에 대한 또 다른 기사입니다. 언제나 그렇듯, 이 자료에 관심을 가져주신 독자 여러분께 감사드립니다! 다음 부분에서는 세부 사항을 더욱 자세히 살펴보고 HOMER SIP Capture 및 SIP3 제품을 살펴보겠습니다.

출처 : habr.com