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

[Vijay Kumar]

Arun
My question is if ACK for non 2xx final reponse which is in same
transactions of INVITE.
Why CANCEL which looks similar to ACK for non 2xx final response is in
different transaction
(Keeping the of the contents of ACK and CANCEL.Agreeing form RFC lines
telling that both INVITE and ACK are in diffrent transaction)
Vijay

On Tue, Jan 15, 2013 at 12:52 PM, Arun Viswanathan <arunviswan at gmail.com>wrote:

> For transaction RFC 3261 says about singe request, so CANCEL is a new
> request and hence new transaction
>
> a SIP transaction consists of a *single* request and any responses to
>    that request, which include zero or more provisional responses and
>    one or more final responses.
>
> Regards
>
> Arun Viswanathan
>
>
> On Sat, Jan 12, 2013 at 3:47 AM, Gottfried, Hal F <
> hal.gottfried at verizon.com> wrote:
>
>> Branch is used to match CANCEL and ACK to the transaction being CANCELed
>>  or ACKed.  It is true that Call-id:CSeq-No or from-tag:CSeq-No may ****
>>
>>  also be used but using branch parameter is the most simple approach****
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> *Hal F. Gottfried*****
>>
>> ** **
>>
>> *From:* discussion-bounces at sipforum.org [mailto:
>> discussion-bounces at sipforum.org] *On Behalf Of *Vijay Badola
>> *Sent:* Thursday, January 10, 2013 11:11 PM
>> *To:* Vijay Kumar; discussion at sipforum.org
>> *Subject:* Re: [SIPForum-discussion] Why CANCEL cannot be in Same
>> trasaction like ACK for Non 2xx response****
>>
>> ** **
>>
>> 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 <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.****
>>
>> _______________________________________________
>> This is the SIP Forum discussion mailing list
>> TO UNSUBSCRIBE, or edit your delivery options, please visit
>> http://sipforum.org/mailman/listinfo/discussion
>> Post to the list at discussion at sipforum.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130115/45202877/attachment-0002.html>