글 싣는 순서

                                                                                  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 (RFC 3265) & Nofity (RFC 3680) 
                                                                                  9. INFO  (RFC 2976) 
                                                                                 10. UPDATE (RFC 3311)
                                                                                 11. REFER (RFC 3515)
                                                                                 12. PUBLSIH (RFC 3903)
                                                                                 13. MESSAGE  (RFC 3428)

개요
지금까지 세션을 설립하고, 필요한 세션 파라미터의 교환 등에 대해 중점적으로 다루었습니다. 세션이 설립된 후 기존의 세션을 유지하면서 필요한 정보를 교환할려면, 어떤 요청이 필요한지 생각해 봅시다. 기존의 메쏘드는 설립의 설립, 종료에 대한 것이였습니다. 200 OK 이후 부터 BYE 이전까지 기존의 세션 내에서 UAC와 UAS간에 정보 교환을 할 수 있는 방법이 없습니다. 

세션이 생성된 후, 즉 200 OK 이후의 세션 관련 제어 정보는 INFO를 사용합니다. SIP INFO는 SIP Signaling 경로를 이용하여 어플리케이션 레벨의 정보를 전송하는 것이 목적입니다. 다양한 정보를 교환할 수 있지만, 다음과 같은 정보의 변경은 불가능합니다.

  • SIP 호의 상태 변경
  • 초기 설정된 세션 파리미터의 변경

위와 같은 변경을 하기 위해서는 UPDATE 나  re-INVITE를 통해 가능합니다. 단순히 세션 완료 전에는 UPDATE를 세션 완료 후에는 re-INVITE를 이용합니다. 물론, UPDATE는 세션 완료 후에도 사용되지만, 추천하지 않습니다. 어쨌든 UPDATE 및 re-INVITE는 다음장에서 다루기로 하겠습니다. 여기서는 세션과 관련된 미디어 속성을 변경하거나 세션 타이머를 업데이트를 할 떄는 UPDATE나 re-INVITE를, 어플리케이션 레벨의 세션 관련 제어 정보를 전송할 떄는 INFO를 사용한다고 이해하시면 되겠습니다.

SIP INFO가 전송하는 주요 정보는 RFC 2976 The SIP INFO Method 에 다음과 같다고 명시합니다. 

  • PSTN 게이트웨이간에 PSTN Signaling 메세지 전송
  • DTMF Digits 전송
  • WIreless Mobility 어플리케이션 지원을 위해 무선 신호의 세기를 전송
  • Account balance 정보 전송 (선불카드 시스템에서 사용되는 것으로 추정)
  • 세션 참가자간에 이미지 또는 비 스트리밍 정보를 전송  

더보기

-------------------------
라인하트 (CCIEV #18487)
linecard@naver.com
신고
Posted by 라인하트

댓글을 달아 주세요

  1. 정대호 2009.02.11 09:29 신고  댓글주소  수정/삭제  댓글쓰기

    게시물이 언제 올라 오나 기다리고 있었습니다...^^ 다른 프리젠테이션 자료들 보다..이해하기 쉽고 좋은자료입니다.. 다음글도 기대 하겠습니다..

  2. Favicon of http://www.voiceportal.co.kr BlogIcon 꿈을가진남자 2009.06.30 15:50 신고  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 쥔장님 :D

    제가 이번에 팀내 기술 세미나 자료를 준비하고 있는데, 제가 찾던 자료가 여기 다 있는것 같습니다:)
    제가 블로그에 필요한 내용을 조금 퍼와서 사용해도 되는지요?? ㅎㅎ
    지금 살짝 살짝 퍼왔긴 하지만 ㅎㅎ
    출처는 꼭 밝히겠습니다.

    좋은 자료 감사드립니다.

    • 라인하트 2009.06.30 23:34 신고  댓글주소  수정/삭제

      "정보는 공유되어야한다"라는 믿음으로 서로가 공유하여 UC 와 텔레프레즌스 시장이 활짝 개화되길 기대합니다. 언제, 어디서나, 어떤 내용이 든지 퍼가셔요. ^^

    • Favicon of http://www.voiceportal.co.kr BlogIcon 꿈을가진남자 2009.07.01 11:12 신고  댓글주소  수정/삭제

      앗 감사드립니다 :D

      역시 전문가님들이라 마인드가 틀리시군요 :D

  3. Favicon of http://www.nexpert.net BlogIcon 솔민아빠 2009.06.30 18:38 신고  댓글주소  수정/삭제  댓글쓰기

    모든 정보는 서로 공유되어야 합니다. as soon and as much as possible.
    출처만 밝히신다면야 뭐가 문제가 되겠습니까?
    님의 블로그에서 저희 사이트 링크가 눈에 띄여서 반가웠습니다.
    다방면에서의 뿜어지는 내공이 보입니다.

    저 또한 도움 부탁드립니다.

  4. 달빛 2010.04.19 09:03 신고  댓글주소  수정/삭제  댓글쓰기

    좋은 정보 감사드립니다.

    유용하게 사용하겠습니다.!!



티스토리 툴바