[SIPForum-discussion] Why CANCEL cannot be in Same trasaction like ACK for Non 2xx response

[Vijay Badola]

Hi Vijay,

This is because as per definition of transaction, "it comprises all messages from the first request sent
from the client to the server up to a final (non-1xx) response sent from the server to the client."

Means a transaction is created by a method since INVITE and CANCEL are different method so they are treated

different transactions.

As for as ACK is concerned it is treated a special message in SIP.



Regards,

Vijay Badola

From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of Vijay Kumar
Sent: Thursday, January 10, 2013 11:52 PM
To: discussion at sipforum.org
Subject: [SIPForum-discussion] Why CANCEL cannot be in Same trasaction like ACK for Non 2xx response

Hi all
Can any one throw light on this please.

Agreed that as per 3261 INVITE and ACK for 2xx response are in different transaction
Agreed that ACK for NON 2xx response and INVITE are in same transaction

Same Via branch as INVITE,Same Cseq(Only Numeric part Cseq=1 ACK)  in ACK for NON 2xx response .(Hence ACK is for Non 2xx reponse if in same transaction as of INVITE)

BUT
Why not CANCEL be in same transaction as INVITE because of
Same Via branch,Same Cseq(Only Numeric part like Cseq= 1 CANCEL)

(Agreed RFC 3261 says CANCEL and INVITE are different transactions)
Thanks in advance
Vijay

________________________________

DISCLAIMER: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Further, this e-mail may contain viruses and all reasonable precaution to minimize the risk arising there from is taken by OnMobile. OnMobile is not liable for any damage sustained by you as a result of any virus in this e-mail. All applicable virus checks should be carried out by you before opening this e-mail or any attachment thereto.
Thank you - OnMobile Global Limited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130111/0d016e2a/attachment-0002.html>