Mediastreamer2 VoIP 엔진 탐색. 8 부

글의 소재는 제 글에서 가져왔습니다. 젠 채널.

RTP 패킷 구조

과거에 기사 우리는 사용하고 있습니다 티샤크 수신기와 송신기 간에 교환된 RTP 패킷 캡처를 수행했습니다. 글쎄, 이것에서 우리는 패키지의 요소를 다른 색상으로 칠하고 그 목적에 대해 이야기 할 것입니다.

색상 여백과 설명 레이블이 있는 동일한 패키지를 살펴보겠습니다.

목록 맨 아래에는 RTP 패킷을 구성하는 바이트가 착색되어 있으며 이것은 UDP 패킷의 페이로드입니다(헤더는 검은색 원으로 표시됨). 컬러 배경은 RTP 헤더의 바이트를 나타내며 RTP 패킷의 페이로드를 포함하는 데이터 블록은 녹색으로 강조 표시됩니다. 데이터는 1진수 형식으로 표시됩니다. 우리의 경우 이것은 u-law(mu-law)에 따라 압축된 오디오 신호입니다. 한 샘플의 크기는 8000바이트입니다. 패킷 속도가 50Hz인 기본 샘플링 속도(160Hz)를 사용했기 때문에 각 RTP 패킷에는 10바이트의 페이로드가 포함되어야 합니다. 녹색 영역의 바이트 수를 세어 보면 XNUMX줄이 있어야 합니다.

표준에 따르면 페이로드의 데이터 양은 0의 배수, 즉 XNUMX바이트 워드의 정수를 포함해야 합니다. 페이로드가 이 규칙과 일치하지 않는 경우 값이 XNUMX인 바이트를 페이로드 끝에 추가하고 패딩 비트를 설정해야 합니다. 이 비트는 RTP 헤더의 첫 번째 바이트에 있으며 청록색입니다. 모든 페이로드 바이트는 XNUMXxFF이며, 이는 u-law 침묵의 모습입니다.

RTP 패킷 헤더는 12개의 필수 바이트로 구성되지만 두 가지 경우에 더 길 수 있습니다.

• 패킷이 여러 소스(RTP 스트림)의 신호를 혼합하여 얻은 오디오 신호를 전달할 때 헤더의 처음 12바이트 뒤에 이 패킷의 페이로드를 생성하는 데 사용된 페이로드의 소스 식별자 목록이 있는 테이블이 있습니다. 이 경우 헤더의 첫 번째 바이트의 하위 XNUMX비트(필드 기여 소스 식별자 수)는 소스의 수를 나타냅니다. 필드 크기는 4비트이므로 테이블은 최대 15개의 소스 식별자를 포함할 수 있습니다. 각각은 4바이트를 차지합니다. 이 테이블은 전화 회의를 설정할 때 사용됩니다.

• 제목에 확장자가 . 이 경우 비트는 헤더의 첫 번째 바이트에 설정됩니다. X. 확장 헤더에서 참가자 테이블(있는 경우) 뒤에는 한 단어로 된 확장 헤더와 그 뒤에 확장 단어가 있습니다. 확장자는 추가 데이터를 전송하는 데 사용할 수 있는 바이트 모음입니다. 표준은 이 데이터의 형식을 규정하지 않으며 무엇이든 될 수 있습니다. 예를 들어 RTP 패킷을 수신하는 장치에 대한 몇 가지 추가 설정일 수 있습니다. 그러나 일부 애플리케이션의 경우 확장 헤더 표준이 개발되었습니다. 이것은 예를 들어 표준 통신을 위해 수행됩니다. ED-137(VoIP ATM 구성 요소에 대한 상호 운용성 표준).

이제 헤더 필드를 자세히 살펴보겠습니다. 아래는 RTP 헤더의 구조를 가진 정식 사진으로, 저도 저항할 수 없었고 같은 색상으로 칠했습니다.

VER - 프로토콜 버전 번호(현재 버전 2)

P - RTP 패킷 끝에 빈 바이트가 추가되는 경우에 설정되는 플래그

X - 헤더가 확장되었음을 나타내는 플래그

CC — 상수 헤더 다음에 오는 CSRC 식별자의 수를 포함합니다(단어 1..3 이후). 테이블은 그림에 표시되지 않습니다.

M — 프레임 시작의 마커 또는 채널의 음성 존재(음성 일시 중지 감지기가 사용되는 경우). 수신기에 음성 일시 중지 감지기가 포함되어 있지 않으면 이 비트는 영구적으로 설정됩니다.

PTYPE - 페이로드의 형식을 지정합니다.

시퀀스 번호 - 패킷 번호, 패킷이 재생되는 순서를 복원하는 데 사용됩니다. 실제 상황은 패킷이 전송된 잘못된 순서로 수신자에게 도달할 수 있기 때문입니다. 초기 값은 임의적이어야 하며 RTP 스트림이 암호화되어 있으면 해킹하기 어렵습니다. 또한 이 필드를 사용하면 누락된 패킷을 감지할 수 있습니다.

시간 기록 - 타임스탬프. 시간은 신호 샘플에서 측정됩니다. 버스트에 160개의 샘플이 포함되어 있으면 다음 버스트의 타임스탬프는 160개 이상이 됩니다. 타임스탬프의 초기 값은 임의적이어야 합니다.

SSRC — 패키지 소스의 식별자로 고유해야 합니다. RTP 스트림을 시작하기 전에 무작위로 생성하는 것이 좋습니다.

자체 RTP 송신기 또는 수신기를 개발하는 경우 생산성을 높이기 위해 패킷을 두 번 이상 검토해야 합니다. TShark에서 패킷 필터링을 사용하는 방법을 배우는 것이 좋습니다. 당신에게 관심. 수십 개의 RTP 장치가 네트워크에서 작동하는 환경에서 이것은 매우 가치가 있습니다. TShark 명령줄에서 필터링 옵션은 "-f" 옵션으로 지정됩니다. 포트 8010에서 패킷을 캡처하려고 할 때 이 옵션을 사용했습니다.
-f "udp port 8010"
필터링 매개변수는 본질적으로 "잡힌" 패킷이 일치해야 하는 일련의 기준입니다. 조건은 패킷의 특정 바이트의 주소, 포트, 값을 확인할 수 있습니다. 조건은 논리 연산 "AND", "OR" 등과 결합될 수 있습니다. 매우 강력한 도구입니다.

필드 변경의 역학을 일괄적으로 보려면 출력을 복제해야 합니다. 티샤크 출력을 전달하여 마지막 기사에 표시된 것처럼 파일에 티샤크 입구에서 티. 다음으로 로그 파일을 엽니다. 적게, 정력 또는 거대한 텍스트 파일로 빠르게 작업하고 문자열을 검색할 수 있는 다른 도구를 사용하면 RTP 스트림에서 패킷 필드 동작의 모든 뉘앙스를 찾을 수 있습니다.

RTP 스트림이 전송하는 신호를 들어야 하는 경우 버전을 사용해야 합니다. 티샤크 시각적 인터페이스 와이어 샤크. 간단한 마우스 조작으로 신호의 파형을 듣고 볼 수 있습니다. 그러나 한 가지 조건이 있습니다. u-law 또는 a-low 형식으로 인코딩된 경우입니다.

다음 기사 우리는 당신과 이중 인터콤을 만들 것입니다. 한 쌍의 헤드셋과 한 명의 대담자를 비축하십시오.

출처 : habr.com