SDP 개요 & 메세지 분석

SDP(Session Description Protocol) 란?

- 세션 파라미터를 협상하는 프로토콜이다.

  SIP는 "요청과 응답" 모델이지만 , SDP는 "제안과 수락 모델이다.

  SDP는 보통 협상 내용을 SIP 메세지 바디에 포함되어 전달한다. 

  SIP의 INVITE 에 SDP의 offer 가 포함되어 있고, 200 OK에 SDP의 answer 가 포함되어 있다.

 

SDP 메세지 분석

-  SIP 와 다른 메세지 포맷이지만 텍스트 기반으로 협상이 이루어진다.

   (볼드체는 필수 파라미터)

• v=0 (SDP의 프토콜 버전)
• o=alice 2890844526 2890844526 IN IP4 atlanta.com (메세지를 생성한 주체)
• s= (세션 이름)
• c=IN IP4 10.1.3.33 (옵션)
• t=0 0 (타이밍)
• m=audio 49172 RTP/AVP 0
• a=rtpmap:0 PCMU/8000          

 

- m= , a= 에서 RTP가 사용할 (지원 가능한 모든)코덱 , IP주소 , 포트 넘버를 명기  

 

기본 SDP 협상의 이해

- 협상은 앨리스 - 밥 - 앨리스 - 밥 순으로 이루어진다.

 

먼저, 앨리스가 다음과 같은 협상을 제안한다.

 

v=0
o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 51372 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000

 

메세지를 분석해보면,

 

제안의 주체(o) 는 앨리스이고 단말의 주소는 "host.anywhere.com" 이다.

그리고 audio 하나와 video 두개의 코덱을 제안하였다.

 

1. PCMU 코덱 (49170 포트)

    - 별도의 언급이 없으므로 양방향 채널

 

2. H.261 코덱 (51372 포트) 

    - 별도의 언급이 없으므로 양방향 채널

 

3. MPEG 코덱 (53000 포트)

    - 별도의 언급이 없으므로 양방향 채널

 

이제 밥은 협상을 받아들인다.

 

v=0
o=bob 2890844730 2890844730 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 49920 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000

 

여기서 주목해야할 점은 ,

m= video 0 RTP/AVP 에 대한 a= 값이 없다는 것이다.

 

즉 미디어 속성(a=)을 포함하지 않는다면 , 미디어 스트림이 개방되지 않는다.

 

만약 밥이 협상 변경을 원한다고 가정해보자

 

v=0
o=bob 2890844730 2890844731 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 65422 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
m=audio 51434 RTP/AVP 110
a=rtpmap:110 telephone-events/8000
a=recvonly

 

협상 변경 내용은 크게 두 가지가 있다.

 

1. PCMU 코덱의 포트를 49920 에서 65422 로 변경할  것을 요청

 

2. DTMF 처리를 위한 수신전용 채널 개방

 

밥의 협상 요청에 앨리스는 이렇게 응답한다.

 

v=0
o=alice 2890844526 2890844527 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
m=audio 53122 RTP/AVP 110
a=rtpmap:110 telephone-events/8000
a=sendonly

 

밥이 제안한 내용대로 음성 채널 1개 , 영상 채널 2개 , 추가적으로 DTMF 처리를 위한 채널 한개를 추가로 오픈.

 

여기서 송신 전용으로 오픈 한 이유는 밥이 수신 전용으로 요청 했기 때문에 이것은 곧 앨리스에선 송신 전용으로 되기 때문이다.

 

지금까지는 여러 개의 코덱을 사용하는 경우이고, 또 다른 경우를 살펴보자

여러 개의 코덱 중에서 하나를 선택해야 하는 경우

 

- 전화 통화는 하나의 음성 코덱만을 사용한다.

  따라서 offer 에 있는 다양한 코덱 중에서 하나를 선택해야한다.

  

  협상은 앨리스 - 밥 - 앨리스 - 밥 순으로 이루어진다.

 

앨리스가 다수의 코덱을 제안한다.

 

v=0
o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 62986 RTP/AVP 0 4 18
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=inactive

 

m 속성에 있는 0 4 18 은 선호 순위이다.

 

PCMU(G.711) , G.723 , G.729  세 개의 코덱을 제안했다.

 

코덱 협상 완료 전까지는 통신이 불가하므로 inactive

 

이제 밥이 하나의 코덱을 선택한다.

 

v=0
o=bob 2890844730 2890844731 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 54344 RTP/AVP 0 4
a=rtpmap:0 PCMU/8000 
a=rtpmap:4 G723/8000
a=inactive

 

요약을 해보면,

 

밥은 PCMU(G.711) , G.723 두 개의 코덱이 지원가능한데 0(PCMU), 4(G.723) 순으로 선호한다는 것이다.

 

 마찬가지로 inactive

 

다시 앨리스는 밥이 사용 가능한 코덱 중에서 하나를 고른다.

 

v=0
o=bob 2890844730 2890844732 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 54344 RTP/AVP 4
a=rtpmap:4 G723/8000
a=sendrecv

 

두번째 우선 순위인 G.723 을 선택하였지만 보통 첫번째 우선 순위를 사용한다.

 

sendrecv (양방향)으로 채널을 오픈한다.

 

밥은 다시 앨리스의 제안에 대해 수락한다,

 

v=0
o=bob 2890844730 2890844732 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 54344 RTP/AVP 4
a=rtpmap:4 G723/8000
a=sendrecv

 

양방향 통신으로 G.723 코덱을 사용하는 것으로 협상이 끝난다.

 

 

 

지금까지 SDP 메세지 분석 및 협상 과정을 알아보았다.