SIP의 이해 - 4. RFC 3261의 주요 메쏘드 (I)

                                                                                글 싣는 순서

                                                                                  1. SIP의 개요 (RFC 3261)
                                                                                  2. SDP의 개요 (RFC 4566 & RFC 3264)
                                                                                  3. Early Media in SDP (RFC 3959, RFC 3960)
                                                                                  4. RFC 3261의 주요 매쏘드 (I)             
                                                                                  5. RFC 3261의 주요 매쏘드 (II) 
                                                                                  6. RFC 3261의 Response의 이해   
                                                                                  7. PRACK (RFC 3262) 
                                                                                  8. SUBSCRIBE & NOTIFY (RFC 3265, RFC 3680) 
                                                                                  9. INFO  (RFC 2976) 
                                                                                 10. UPDATE (RFC 3311)
                                                                                 11. REFER (RFC 3515)
                                                                                 12. PUBLSIH (RFC 3903)

벌써 4장째입니다. 다른 연재들 처럼 천천히 연재하다가 과중한 업무로 인해 중단되는 일을 반복하지 않기 위해 SIP 연재를 조금 빠르게 진행하겠습니다. 이 연재로 SIP를 공부하시는 분들에게 도움이 되었으면 합니다. 그럼 시작하겠습니다.

SIP Methods 개요
이제 기본적인 SIP의 호 프로시져와 SDP를 통한 코덱 협상에 대해 충분히 이해하셨을 것입니다. 이제 기본적인 INVITE, 200 OK, ACK에서 벗어나서 다양한 SIP Method에 대해 알아보겠습니다. 물론, 200 OK는 매쏘드가 아니라 Response입니다.   

위의 그림에서 처럼 SIP는 Request에 대한 Response로 동작합니다. Request에 대한 응답은 다음과 같은 경우가 있겠습니다.

• Accept
  요청을 승인하고, 200 OK를 송신 
  
• Reject
  요청을 거절하고, 사유에 따른 response를 송신
  
• Redirect
  요청을 수신할 다른 주소를 송신
  

Response에 대해서는 6장에서 자세히 다루도록 하겠습니다.

SIP의 주요 매쏘드
RFC 3261에 정의된 6개의 매쏘드는 다음과 같습니다.

• INVITE
  멀티미디어 세션에 참가시키기 위한 서비스 또는 사용자를 초대하기위한 매쏘드
  
• ACK
  사용자가 INVITE Request에 최종 응답 (200 OK)를 받았음을 확인하기 위한 매쏘드
  
• BYE
  기존의 세션을 종료하기 위한 매쏘드
  멀티미디어 세션의 참가자 누구나 전송 가능
  
• CANCEL
  기존의 Request를 취소하기 위한 매쏘드
  만일 기존의 요청에 200 OK를 받았다면 취소할 수 없음
  
• OPTIONS
  서버의 Capability 를 요청하기 위한 매쏘드
  
• REGISTER
  User Agent가 Registrar Server에 등록하기 위한 매쏘드
  

이것 외에 멀티미디어 세션 관리 및 추가 서비스를 위해 다음과 같은 8개의 매쏘드가 정의되어 있습니다.

• INFO (RFC 2976)
  기존의 성립된 세션 또는 다이얼로그 내에서 추가적인 정보를 전송하기 위한 매쏘드
  
• PRACK (RFC 3262)
  UAC (User Agent Client)가 임시적으로 Response를 승인하기위한 매쏘드
  
• SUBSCRIBE (RFC 3265)
  특정 이벤트를 살펴보기 위해 원격노드에 요청하기 위한 매쏘드
  
• NOTIFY (RFC 3265)
  특정 이벤트 발생 시 응답하기 위한 매쏘드
  
• UPDATE (RFC 3311)
  세션 설정 파라미터를 업데이트하기 위한 매쏘드
  
• MESSAGE (RFC 3428)
  SIP IM (Instant Messaging)을 위한 매쏘드
  
• REFEER (RFC 3515)
  UA가 지금 통신 중인 UA 이외의 또 다른 UA와 통신하기 위한 매쏘드
  
• PUBLISH (RFC 3903)
  Presence Server에 UA의 상태정보를 전송하기 위한 매쏘드
  

이렇게 총 14개의 매쏘드가 있습니다. 매쏘드를 알면, SIP를 통해 어떤 서비스가 가능한 지도 알수 있겠습니다.

일반적인 호 절차 (INVITE, ACK, BYE)
일반적인 SIP 호 절차는 다음과 같습니다. 이 절차에 대한 자세한 설명은 "RFC 3261 분석"에 나와 있으므로 생략하도록 하겠습니다. 아래 그림은 엘리스가 정확하게 Bob의 주소를 정확하게 알고 있을 경우에 가능할 것입니다.

 일반적인 호 절차 (INVITE, ACK, BYE with Proxy)
엘리스는 밥의 주소를 알 수 없기 때문에 Proxy서버를 이용하여 밥의 정확한 주소를 확인할 수 있습니다. 이 때 엘리스는 SIP Proxy서버의 주소만을 알고 있으면, 모든 목적지로 INVITE를 전달할 수 있습니다.

SIP Proxy는 엘리스로부터 전송된 INVITE request에 via 헤더를 삽입하여, 200 OK가 자신을 경유하도록 설정하여 위의 그림과 같은 프로시저가 이루어집니다. 자세한 메세지는 역시 "RFC 3261 분석" 글을 참조하시기 바랍니다.

 Dialog Stateful (INVITE, ACK, BYE with Proxy)
아래 그림와 같이 Invite 뿐만 아니라 ACK 및 BYE 메세지까지 Proxy Server를 경유하도록 할 필요가 있습니다. 호 다이얼로그 상태를 감시하거나 메세지의 내용을 변경하고자 할 경우, 과금 및 CDR을 생성해야 할 경우 등에 유용합니다.  이 때 사용하는 것이 Route 헤더 및 Record-Route 입니다. INVITE에 대한 응답인 200 OK는 via 필드를 이용하여 메세지로 전송되고, 나머지는 Record-Route 헤더를 이용합니다.

• Record-Route Header
  SIP Message를 확인하려는 모든 SIP Proxy에 의해 삽입 가능
  SIP Proxy를 통해 경유되는 dialog (같은 Call-ID)에 대한 Request and Response 에 사용
  
• Route Header
  Dialog 상의 Response의 Record-Route Header로 부터 생성

 

엘리스가 보낸 INVITE 메세지는 SIP Proxy를 경유하면서, 두가지 필드가 추가될 것입니다. 하나는 Via 필드이고, 또 하나는 Record-Route 또는 Route 헤더입니다.  200 OK를 Via 필드를 참조할 것이며, ACK 및 BYE는 Record-Route 헤더를 참조하여 전송 됩니다.

아래 그림은 엘리스가 보낸 INVITE 메세지가 SIP Proxy에 의해 변경된 내용을 붉은 색으로 표시한 부분이 추가된 사항이며, 이를 통해 SIP Proxy가 호 프로시저의 전체에 관여할 수 있게 됩니다.

 

마치며
이렇게 전체적인 호 구조 및 주요 헤더에 살펴보았습니다. 설명을 하다보니 항상 정상적인 상황에서의 호 절차에 대해서만이 이루어졌습니다. 다양한 요청에 대한 Response 상황에 따른 호 처리 프로시저를 6장 정도에서 다루도록 하겠습니다.

SIP 연재를 읽으시는 분들이 어렵다라는 말씀을 하시는 데 아직 틀렸다는 얘기가 없습니다. ^^ 워낙 급조해서 정리하다보니 잘 못된 부분들이 있을 수 있음을 인지하시고, 틀린부분은 알려주시기 바랍니다.

--------------------
라인하트
CCIEV #18487
linecard@naver.com