Re: [Sip] Canceling REFER

[Jiri Kuthan <jiri@iptel.org>]

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