Re: [Sip] Canceling REFER

[Robert Sparks <rsparks@dynamicsoft.com>]

Jiri - I posted earlier why CANCEL can't be made to work. Could you
respond to that (or let me know if it didn't get reflected by the
list server).

As for getting to the right endpoint, the NEVERMIND request could
be issued inside the dialog created by the REFER.

RjS


On Fri, 2003-09-05 at 08:29, Jiri Kuthan wrote:
> I think CANCEL would be better off. User's location can change before
> P-RECALL-MISSLES or SUSCRIBE/0 is sent and land at a different destination
> than the original REFER. CANCEL guarantees that you use the same 
> transport destination as the original request.
> 
> -Jiri
> 
> At 03:21 PM 9/5/2003, Tolga Asveren wrote:
> >What about sending SUBSCRIBE with Expires=0 , as described in RFC3265.
> >Afterall RFC3515 states also in 2.4.4 that for unsubscribing, the procedure
> >described in RFC3265 is valid.
> >
> >   Tolga
> >--- "Mark Eastman (meastman)" <meastman@cisco.com> wrote:
> >> Hello,
> >>
> >> I have a question about how to deal with canceling a
> >> REFER.  Let's say I
> >> REFER Bob to Betty, but then decide I want to REFER
> >> Bob to someone else
> >> before the transfer is complete.  Are there existing
> >> call flows describing
> >> such behavior?  I know the REFER rfc states handling
> >> multiple refers is
> >> valid, but is that how one would handle this
> >> situation (Sending a new REFER
> >> with either a new target or perhaps method=CANCEL).
> >> If so, call flows
> >> describing such behavior would be nice.
> >>
> >> Thanks,
> >> Mark
> >>
> >>
> >> _______________________________________________
> >> 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
> >
> >
> >_______________________________________________
> >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 
> 
> --
> Jiri Kuthan            http://iptel.org/~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


_______________________________________________
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