글 싣는 순서

                                                                                  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장에서 자세히 다루도록 하겠습니다.

더보기

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

신고
Posted by 라인하트

댓글을 달아 주세요

  1. Favicon of http://www.dreamshutter.com BlogIcon DreamShutter 2009.04.07 10:07 신고  댓글주소  수정/삭제  댓글쓰기

    마지막 그림 문의드립니다.
    Via 첫 항목과 Record-Route의 서버 이름이 같습니다.
    INVITE메시지는 atlanta->biloxi로 가는 메시지이며
    Record-Route는 자신을 참조하여 ack, bye를 경유시키라는 의미에서 자신의 서버 주소를 포함해야할 것 같습니다.
    즉 Record-Route에는 pc33.atlanta.com이 있어야 하는 것이 아닌지 궁금합니다...

  2. 라인하트 2009.04.07 13:26 신고  댓글주소  수정/삭제  댓글쓰기

    헉 역시 잘못된 부분이 있었군요

    Proxy Server가 두개있는 그림을 이해하기 쉽게 하나의 Proxy Server로 된 그림으로 변경하는 과정에서 헤더를 잘못 만들었습니다. Proxy Server는 via 헤더에서 보듯이 server10.biloxi.com 입니다. 따라서, Record-Route헤더는 server10.biloxi.com 이 맞습니다. 여기에서는 엘리스의 From이 잘못되었습니다. 엘리스의 From을 biloxi.com 사용자로 변경해야 합니다.

    헐헐 그래도 From 과 To 호 프로시저에 영향을 미치지 않으므로 호 진행에는 문제가 없을 듯합니다 ^^

  3. 에라노 2010.04.02 14:50 신고  댓글주소  수정/삭제  댓글쓰기

    역시 좀더 갈수록 어렵네요...

    • Favicon of http://www.nexpert.net BlogIcon 라인하트 2010.04.02 16:49 신고  댓글주소  수정/삭제

      기술문서가 그렇지요.. 처음에는 이해가 어렵지만, 실제 해보면서 읽어보면 이해하기 쉽다는... 저도 이글을 연재할 때는 참 쉽게 썻다고 생각했는 데 요즘 공부할 일이 있어서 다시 천천히 읽어보니 진짜 어렵게 되어 있다는 생각을 다시금 합니다. 다른 SIP 고수 분들이 쉽게 이해할 수 있도록 써 주시겠지요..^^

  4. 감사합니다 2015.05.06 11:14 신고  댓글주소  수정/삭제  댓글쓰기

    좋은내용 감사합니다.



티스토리 툴바