[SIPForum-discussion] Cseq value for bye

[vidyut gupta]

The Cseq Value must be greater then the previous Cseq used by "terminating entity", it has nothing to do with originating one - both are independent. As a dialog context, Sip Entities keep the local as well as remote Cseq number. In your example BYE is the first request from terminating party to you, so it can have any valid Cseq.
 
-Cheers
Vidyut

--- On Sat, 8/21/10, ashish khowal <aashishkhowal at gmail.com> wrote:


From: ashish khowal <aashishkhowal at gmail.com>
Subject: Re: [SIPForum-discussion] Cseq value for bye
To: "Ankit Agarwal" <clickankit4u at gmail.com>
Cc: discussion at sipforum.org
Date: Saturday, August 21, 2010, 3:18 PM


Hi,
But if request for bye comes from terminating side.Then is it necessary that Cseq value must be greater than the previous Cseq of invite which is from originating side.

ashish


On Sat, Aug 21, 2010 at 2:11 PM, Ankit Agarwal <clickankit4u at gmail.com> wrote:

Hi,


"cseq should be increased for every new request".
Bye is request sent to terminate session so cseq should be a greater value than in Invite(Previous Request.)


Ankit Agarwal










On Fri, Aug 20, 2010 at 10:32 PM, ashish khowal <aashishkhowal at gmail.com> wrote:




Hi,
I want to know the importance of cseq and rseq in sip.Like what should be the value of cseq when a dialog has been establish and  we want to send a Bye from Terminaing party, should it contain Cseq 1 for Bye or Cseq 2 for Bye.

regards
ashish



_______________________________________________
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




-----Inline Attachment Follows-----


_______________________________________________
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/20100822/53f6fa9f/attachment-0002.html>