Re: [Sip] CSeq question?
Jonathan Rosenberg <jdrosen@dynamicsoft.com> Fri, 15 February 2002 21:36 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA20343 for <sip-archive@odin.ietf.org>; Fri, 15 Feb 2002 16:36:04 -0500 (EST)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id QAA19613 for sip-archive@odin.ietf.org; Fri, 15 Feb 2002 16:36:05 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA17930; Fri, 15 Feb 2002 16:11:12 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA17901 for <sip@optimus.ietf.org>; Fri, 15 Feb 2002 16:11:09 -0500 (EST)
Received: from mail3.dynamicsoft.com ([63.113.44.69]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19713 for <sip@ietf.org>; Fri, 15 Feb 2002 16:11:07 -0500 (EST)
Received: from dynamicsoft.com ([63.113.46.69]) by mail3.dynamicsoft.com (8.12.1/8.12.1) with ESMTP id g1FLBK6Y003896; Fri, 15 Feb 2002 16:11:25 -0500 (EST)
Message-ID: <3C6D7947.5775D8B9@dynamicsoft.com>
Date: Fri, 15 Feb 2002 16:10:31 -0500
From: Jonathan Rosenberg <jdrosen@dynamicsoft.com>
Organization: dynamicsoft
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Brazier Lachlan <lachlan.brazier@siemens.at>
CC: "'sip@ietf.org'" <sip@ietf.org>
Subject: Re: [Sip] CSeq question?
References: <D9F2B9CD7BD5D21196BC0800060D9ED607DBF8FA@vies186a.sie.siemens.at>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Session Initiation Protocol <sip.ietf.org>
X-BeenThere: sip@ietf.org
Content-Transfer-Encoding: 7bit
Brazier Lachlan wrote: > > Hello, > > probably awnsered long ago, but I couldn't find it :-( > > The reason I ask is, that it wasn't clear to me, if the increasing of > the > CSeq value in a dialog is bound to a request class (INVITE, BYE, > MYREQUEST, > etc.) or to requests in general. All requests sent from A to B within a dialog, independent of the method, have increasing CSeq, by value of 1, with two exceptions: 1. ACK for an INVITE has the same cseq as the invite 2. cancel for a request has the same cseq as request So: INVITE (cseq: 1) ----> 200 (1)<-------- ACK (1)---------> INFO (2)---------> 200 OK (2)<------- BYE (3) ---------> 200 OK (3)<------ Can you point me to text in bis that would lead you to believe it was per method? I think the text is pretty clear: From 12.2.1.1: The Call-ID of the request MUST be set to the Call-ID of the dialog. Requests within a dialog MUST 1872 contain strictly monotonically increasing and contiguous CSeq sequence numbers (increasing-by-one) in 1873 each direction. Therefore, if the local sequence number is not empty, the value of the local sequence number 1874 MUST be incremented by one, and this value MUST placed into the Cseq header. If the local sequence 1875 number is empty, an initial value MUST be chosen using the guidelines of Section 8.1.1.5. The method field 1876 in the Cseq header MUST match the method of the request. 1877 -Jonathan R. -- Jonathan D. Rosenberg, Ph.D. 72 Eagle Rock Avenue Chief Scientist First Floor dynamicsoft East Hanover, NJ 07936 jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.jdrosen.net PH: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] CSeq question? Brazier Lachlan
- Re: [Sip] CSeq question? Jonathan Rosenberg