Hi Naveen, The section 17 in RFC 3261 .. it states the following
" In the case of a transaction where the request was an INVITE (known as an INVITE transaction), the transaction also includes the only if the final response was not a 2xx response. If the response was a 2xx, the is not considered part of the transaction. The reason for this separation is rooted in the importance of delivering all 200 (OK) responses to an INVITE to the UAC. To deliver them all to the UAC, the UAS alone takes responsibility for retransmitting them (see Section 13.3.1.4), and the UAC alone takes responsibility for acknowledging them with(see Section 13.2.2.4). Since this is retransmitted only by the UAC, it is effectively considered its own transaction. " Regds Balaji Murlitharan.C "Naveen Kak" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 01/03/2007 03:54 PM To <[email protected]> cc Subject [Sip-implementors] Invite-200OK Transaction Hi, What is the reason for Invite-200 OK being one transaction and Ack being a separate transaction. But for non-200OK final response its just one transaction(including the Ack). Thanks Naveen -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of malathi kamath Sent: Friday, December 29, 2006 9:47 AM To: [email protected] Subject: [Sip-implementors] About route header and target set Hi all, >From RFC 3261 i could not understand how postprocessing is done if route header is present in the request. Is there any neccessity to find target set (as given in sec.16.5) if route header is present? thanks malathi _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors *********************** Aricent-Private *********************** "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
