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