Re: [GSMP] Discussion on window size

Georg Kullgren <geku@nortelnetworks.com> Mon, 22 September 2003 09:50 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 FAA07567 for <gsmp-archive@odin.ietf.org>; Mon, 22 Sep 2003 05:50:29 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A1NKa-0001wq-0a for gsmp-archive@odin.ietf.org; Mon, 22 Sep 2003 05:50:08 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h8M9o73a007482 for gsmp-archive@odin.ietf.org; Mon, 22 Sep 2003 05:50:07 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A1NKZ-0001wb-QU for gsmp-web-archive@optimus.ietf.org; Mon, 22 Sep 2003 05:50:07 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07557 for <gsmp-web-archive@ietf.org>; Mon, 22 Sep 2003 05:49:58 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A1NKW-0004qk-00 for gsmp-web-archive@ietf.org; Mon, 22 Sep 2003 05:50:04 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1A1NKQ-0004qh-00 for gsmp-web-archive@ietf.org; Mon, 22 Sep 2003 05:49:58 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A1NKT-0001vC-3s; Mon, 22 Sep 2003 05:50:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A1NJX-0001of-KI for gsmp@optimus.ietf.org; Mon, 22 Sep 2003 05:49:03 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07505 for <gsmp@ietf.org>; Mon, 22 Sep 2003 05:48:49 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A1NJP-0004q6-00 for gsmp@ietf.org; Mon, 22 Sep 2003 05:48:55 -0400
Received: from h1s128a211n47.user.nortelnetworks.com ([47.211.128.1] helo=znsgs01r.nortelnetworks.com) by ietf-mx with esmtp (Exim 4.12) id 1A1NJE-0004po-00 for gsmp@ietf.org; Mon, 22 Sep 2003 05:48:44 -0400
Received: from zwcwc012.europe.nortel.com (zwcwc012.europe.nortel.com [47.160.46.124]) by znsgs01r.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id h8M9m5q10993; Mon, 22 Sep 2003 10:48:05 +0100 (BST)
Received: from nortelnetworks.com (47.163.50.99 [47.163.50.99]) by zwcwc012.europe.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id T1P33R9B; Mon, 22 Sep 2003 10:48:06 +0100
Message-ID: <3F6EC54F.6070102@nortelnetworks.com>
Date: Mon, 22 Sep 2003 11:47:59 +0200
X-Sybari-Space: 00000000 00000000 00000000 00000000
From: Georg Kullgren <geku@nortelnetworks.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: avri <avri@psg.com>
CC: gsmp@ietf.org
Subject: Re: [GSMP] Discussion on window size
References: <EBFBD8E0-E81E-11D7-8358-000393CC2112@psg.com>
In-Reply-To: <EBFBD8E0-E81E-11D7-8358-000393CC2112@psg.com>
X-Enigmail-Version: 0.74.3.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: gsmp-admin@ietf.org
Errors-To: gsmp-admin@ietf.org
X-BeenThere: gsmp@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/gsmp>, <mailto:gsmp-request@ietf.org?subject=unsubscribe>
List-Id: General Switch Management Protocol WG <gsmp.ietf.org>
List-Post: <mailto:gsmp@ietf.org>
List-Help: <mailto:gsmp-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/gsmp>, <mailto:gsmp-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

avri wrote:
> I have several thoughts on this:
> 
> - the size given is just a hint to the controller, so in effect it is
> free to do whatever works best for it.  In fact the text goes on to
> suggest the possibility of experimenting with different window size to
> determine heuristically the best window size.
> 
> - since all messages can fail and all failures require an
> acknowledgment, it makes sense to me to include all messages.

I agree that all messages should be counted against the window but for a
different reason than the one you stated.
One purpose of the window is to avoid buffer over flow. This requires
all messages to be counted against the window.

<snip>
> Requested change:   
> 
> - insert text recommending that all messages MAY be included in window
> utilazation calculations

I think it should be "all messages SHOULD be included".

> - insert text say that if all message, including those that don't
> require an ack, are included, then there SHOULD be a timeout timer.
> -insert text saying that in the case of a new adjacency, the window
> SHOULD be emptied, and that in the case of of a recovered adjacency It
> MAY be emptied if the information is not needed.
> 
> I do not propose adding a method for determining the consistency of the
> state at this point though it may be good to describe some possible
> methods for doing so in chapter 11.  opinions?


Regards
/Georg
-- 
------------------------------------------------------------------------
Georg Kullgren            Nortel Networks AB    geku@nortelnetworks.com
Systems Architect         S:t Eriksgatan 115 A  Tel:   +46-8-50 88 36 18
Routing Architecture Lab  SE-113 85 Stockholm   Mobile: +46-703-14 36 18
ATI Strategic Protocols   Sweden                Fax:   +46-8-50 88 35 01


_______________________________________________
GSMP mailing list
GSMP@ietf.org
https://www1.ietf.org/mailman/listinfo/gsmp