[RFC 3311] The Session Initiation Protocol (SIP) UPDATE Method

=================================== Keyword ======================================
Method : UPDATE

=================================== Overview ======================================
UPDATE Method의 사용법

=================================== Table of Contents ==============================
    1    Introduction ..............................................    2
   2    Terminology ...............................................    3
   3    Overview of Operation .....................................    3
   4    Determining Support for this Extension ....................    3
   5    UPDATE Handling ...........................................    4
   5.1  Sending an UPDATE .........................................    4
   5.2  Receiving an UPDATE .......................................    5
   5.3  Processing the UPDATE Response ............................    6
   6    Proxy Behavior ............................................    7
   7    Definition of the UPDATE method ...........................    7
   8    Example Call Flow .........................................    7
   9    Security Considerations ...................................   11
   10   IANA Considerations .......................................   11
   11   Notice Regarding Intellectual Property Rights .............   11
   12   Normative References ......................................   11
   13   Acknowledgements ..........................................   12
   14   Author's Address ..........................................   12
   15   Full Copyright Statement ..................................   13

=================================== 내용 정리 ===================================
RFC 3311은 호가 성립되기 이전이나 이후에 사용할 수 있는 UPDATE Method 에 대하여 설명한다.
UPDATE Method는 Early-Media나 Session-Timer를 사용하는데 주로 사용한다. (실 망에서는 Session-Timer용으로 주로 사용)

== UPDATE Method==
UPDATE Method는 자주사용되는 Method 중에 하나이다. 주로  Session-Timer용으로 사용되지만, RFC 3311에서는 호가 성립되기 전에 Media를 변경할 필요가 있는경우 사용 할 수 있다고 명시 되어 있다.
UPDATE의 장점은 Dialog의 변화가 없다는 점이다. 따라서  호가 성립되기 전에도 사용이 가능하다.
사용할 수 있는 Flow는 다음과 같다.
위 FLow처럼 언제 어느 때라도 어느 쪽에서 다 사용이 가능한 것이 UPDATE  Method이다.
하지만, SIP 권고안을 좀이나마 읽어 본사람은 알겠지만, 항상 Allow Header의 값을 통해 UPDATE가 지원되는지 확인 하고 사용해야 한다.



== 주의점 ==

1. UPDATE Method는 Response의 수신이 있기 전에 중복전송이 불가능하다.
UPDATE Method를 전송이후 해당 UPDATE Method의 Response를 받기전에, 또 다른 UPDATE Method를 전달한다면, 상대측으로 부터 500 Response를 수신하게 될 것이다.

2.Offer/Answer Model의 규칙을 따라야 한다.
Offer/Answer Model(RFC 3264)의 규칙을 따르지 않고, Offer에 대한 Answer를 수긴하기도 전에 Offer를 보낸다면 500 Response를 수신하게 될 것이다.
또 Offer를 수신하고도 Answer를 보내지 않고, 새로운 Offer를 보낸다면 역시 491 Response를 받을 것이다.


3.호가 성립된 이후에는 Media 변경 처리시 Re-INVITE를 사용하라.
UPDATE의 단점은 Response가 제대로 수신되었는지 확인 할 수 없다는 점이다. 이에 따라 권고안 에서는 호가 성립된 이후라면 Re-INVITE를 사용하여 Media 변경 처리를 하는 것을 권장한다.

4. SDP가 받아 들일 수 없다면 488 Response를 전달 해야 한다.
이 488 Response에는 Warning Header가 들어가야 한다.

by 소걸음 | 2009/09/02 15:04 | [SIP] | 트랙백 | 덧글(0)

트랙백 주소 : http://lukiji.egloos.com/tb/3135155
☞ 내 이글루에 이 글과 관련된 글 쓰기 (트랙백 보내기) [도움말]

:         :

:

비공개 덧글

◀ 이전 페이지                    다음 페이지 ▶