Re: [Sip] Canceling REFER

[Jiri Kuthan <jiri@iptel.org>]

At 10:29 PM 9/4/2003, Robert Sparks wrote:
>There is no defined "Stop trying to access the resource I've REFERed
>you to" mechanism. REFER is not designed to be a remote-control for
>a peer endpoint.
>
>CANCELing the REFER won't make sense - the REFER is accepted or
>rejected immediately and processing the reference happens after
>that - the REFER transaction is already gone.
>
>Attempting to construct a REFER to a CANCEL that would match an
>INVITE triggered by a previous REFER is difficult. You don't have
>the appropriate Call-ID/tags handy and even if you could get them,
>there's language in the REFER draft that encourages an agent accepting
>a REFER to ignore them.
>
>So - if this functionality is something that we have a real need for,
>its a new method (NEVERMIND perhaps?).
>
>RjS

On the contrary to what I posted before, I agree CANCEL is not applicable
here. I didn't realize that REFER creates dialog.

What I'm not sure about is how to NEVERMIND forked out-of-band REFERs.
In such a case, dialog is established to forking winner and NEVERMIND
does not reach the other branches.

-jiri 


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip