글 싣는 순서

                                                                                  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)

이제 절반 정도 왔습니다. 6장 이후의 차례가 아무래도 대폭 변경될 듯합니다. 생각보다 내용이 점점 많아지기도 하고, 불필요한 부분이 생기기도 합니다. 차례가 바뀌거나 없어져도 놀라지 마시고, 읽어 주시기 바랍니다. SIP에 대한 전체적인 내용이 담기도록 노력하겠습니다.  

개요
SIP는 Request and Response 프로토콜이라고 설명드렸습니다. 지금까지는 Request 위주로 살펴보았다면, 이 장에서는 Response에 대해 살펴보겠습니다. 아래 표는 자주 사용되는 Response 입니다.

 

더보기


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

신고
Posted by 라인하트

댓글을 달아 주세요

  1. Favicon of http://www.voiceportal.co.kr BlogIcon 김태정 2009.07.24 17:30 신고  댓글주소  수정/삭제  댓글쓰기

    VoIP에서 통화를 하는 중에 종료 버튼을 눌러서 bye 메시지를 보내는 경우 말고, bye메시지를 보내는 경우가 있나요??
    어떤 경우 bye메시지를 보내는지 알고 싶습니다.
    어떤 어떤 경우 일 때 bye메시지를 보낸다. 뭐 이런것 말입니다. :")

    • Favicon of http://blog.naver.com/mongu2 BlogIcon 쏠라구구 2010.03.12 17:28 신고  댓글주소  수정/삭제

      http://level7systems.co.uk/en/blog/Click+to+Call+with+PHP-SIP

      한번 가보시면 정확하지는 않치만 종료 버튼을 누르지

      않고 bye 메시지를 보낸는 것을 보실 수 있습니다.

      bye 는 단대단 메소드이기 때문의 bye를 UA가 제어하지

      않는 이상 나오기 힘들다고 생각합니다.

      나오는 경우는 UA가 하나의 세션을 종료할 때라고 할까요 ㅎㅎ;


      참고로 cancel 은 hop 단위 메소드이죠.

  2. Favicon of http://blog.naver.com/mongu2 BlogIcon 쏠라구구 2010.03.14 12:46 신고  댓글주소  수정/삭제  댓글쓰기

    라인하트님~

    위 Redirect 에서 두번째 그림의 시나리오에서 만약 수신측UA에서 CFA이 설정이 되어 있는 경우의

    call flow 를 나타내고 있는데 만약 수신측UA가 전화 등록이 되어 있지 않다면 어떻게 될 까요?


    ㅎㅎ SIP 관련 정리를 하고 있는데 생각보다 참 재미있는 protocol 이네요^^;

    • 라인하트 2010.03.15 07:56 신고  댓글주소  수정/삭제

      흠.. 수신측 UA가 등록이 되어 있지 않다라면, 글쎼요...404 Not found 가 아닐까요..^^

  3. Favicon of http://blog.naver.com/mongu2 BlogIcon 쏠라구구 2010.03.15 11:43 신고  댓글주소  수정/삭제  댓글쓰기

    관리자의 입장이라면 UA쪽 CFA 보다는 Proxy(Redirect) Server 측에서 CFA를 제공하는 편이

    안정성 부분에서는 좋을 것 같네요~~

  4. 달콤삽살 2012.05.03 00:04 신고  댓글주소  수정/삭제  댓글쓰기

    님아저자꾸bad request라고뜨는데어떡게해야될줄모르겠어뇨;;ㅠㅠ가르쳐주세요급하뮤ㅠ



티스토리 툴바