ACK is generated by the TU in case of 2xx is received and directly passed onto transport layer for sending. In the case of receiving non-2xx final responses, the ACK is generated by the transaction layer itself so, its part of the same transaction.
In case of 2xx final responses, ACK can be helpful in the delayed media scenarios where-in the TU can negotiate SDP's Somesh * Please do not take print out of this e-mail unless its absolutely necessary * -----Original Message----- From: [email protected] on behalf of priyank luthra Sent: Mon 3/2/2009 12:33 PM To: [email protected] Subject: [Sip-implementors] Why ACK is not part of the INVITE transactionfor 2xx reponse, but is part of transaction for non-2xx response? I would like to know that why is ACK not considered the part of INVITE transaction when 2xx response is received. But when non-2xx response is received, its considered to be part of same transaction. Why is that? -- Regards, Priyank _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors EMAIL DISCLAIMER : This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorised distribution or copying is strictly prohibited. If you receive this transmission in error, please notify the sender by reply email and then destroy the message. Opinions, conclusions and other information in this message that do not relate to official business of Mascon shall be understood to be neither given nor endorsed by Mascon. Any information contained in this email, when addressed to Mascon clients is subject to the terms and conditions in governing client contract. Whilst Mascon takes steps to prevent the transmission of viruses via e-mail, we can not guarantee that any email or attachment is free from computer viruses and you are strongly advised to undertake your own anti-virus precautions. Mascon grants no warranties regarding performance, use or quality of any e-mail or attachment and undertakes no liability for loss or damage, howsoever caused. _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
