-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brett Tate Sent: Thursday, February 26, 2004 12:54 AM To: [EMAIL PROTECTED] Subject: RE: [Sip-implementors] doubt in CANCEL/BYE operation
> But definitely A can't initiate BYE before > a final response for INVITE been received. Actually it can. During simultaneous ringing situations, the originator can send a BYE to release individual early dialogs while allowing the other early dialogs to continue. [ABN] Why do you really need to have deviation for this particular scenario? You can use CANCEL instead of BYE to cancel the early dialog. See 9.1 Client Behavior ( of 3261 ) for more details... ----------- for ref ---------- If no provisional response has been received, the CANCEL request MUST NOT be sent; rather, the client MUST wait for the arrival of a provisional response before sending the request. If the original request has generated a final response, the CANCEL SHOULD NOT be sent, as it is an effective no-op, since CANCEL has no effect on requests that have already generated a final response. When the client decides to send the CANCEL, it creates a client transaction for the CANCEL and passes it the CANCEL request along with the destination address, port, and transport. The destination address, port, and transport for the CANCEL MUST be identical to those used to send the original request. ----------- for ref ---------- Thanks & Regards, Nataraju A.B. Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately and destroy all copies of this message and any attachments. _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
