3261 section 6 "Target Refresh Request: A target refresh request sent within a
dialog is defined as a request that can modify the remote
target of the dialog."
3261 12.2 "Target refresh requests only update the dialog's remote target URI,
and not the route set formed from the Record-Route."
So I guess this is said in context of not affecting the route set, but still
Target refresh requests may update additional characteristics of the dialog
(secure, seq num) right?
>From section 14 it is implied that Target Refresh Requests are not supposed to
>impact the media characteristics of the session - is that right?
-uri
==================================================================
Uri Baniel - Distinguished Member of Technical Staff - Motorola
Winphoria division - System Engineering
Tel: (847) 632 4616; Fax: (847) 632 3963;
"Learning that does not daily increase will daily decrease" - EWC
==================================================================
-----Original Message-----
From: Robert Sparks [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 03, 2005 10:06 AM
To: Paul Kyzivat
Cc: Baniel Uri-CUB001; [email protected]
Subject: Re: [Sip-implementors] Target refresh requests
Just to be sure there is no confusion:
Target refresh requests are any request that updates the Remote URI.
Could you point to where
you saw "only the Remote URI"? That's not right and I'll put a bug
against whatever text led you to
that.
The currently defined target refresh requests are INVITE, UPDATE,
SUBSCRIBE, NOTIFY, and REFER.
RjS
On Feb 2, 2005, at 2:27 PM, Paul Kyzivat wrote:
> One example is when a UA in a call wants to mutate into a conference
> mixer. So maybe it changes from
> Contact: <sip:[EMAIL PROTECTED]>
> to
> Contact: <sip:[EMAIL PROTECTED]>;isfocus
>
> Another case is when you have some sort of cluster and want to hand
> off the call from one cluster member to another for load balancing or
> fault recovery.
>
> Paul
>
> Baniel Uri-CUB001 wrote:
>> The SIP RFC (3261) defines Target refresh requests as requests that
>> are sent within a dialog and update only the Remote URI. Does anyone
>> have an good use case example for such a request?
>> -uri _______________________________________________
>> Sip-implementors mailing list
>> [email protected]
>> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors