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

Vijay Kumar vj.tech776 at gmail.com
Sat Jan 12 06:33:16 UTC 2013


Hi all
As per my understanding from RFC 3261 i belive CANCEL and INVITE both are
diffrent(independent) transactions do you agree ?

Vijay

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.****
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130112/31cef993/attachment-0002.html>


More information about the discussion mailing list