RE: [Manet-dt] OLSRv2 NHDP comments

"Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com> Tue, 18 April 2006 12:46 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FVpam-0006LV-O8; Tue, 18 Apr 2006 08:46:04 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FVpal-0006LQ-BC for manet-dt@ietf.org; Tue, 18 Apr 2006 08:46:03 -0400
Received: from smtp1.bae.co.uk ([20.133.0.6]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FVpaj-0004mp-GT for manet-dt@ietf.org; Tue, 18 Apr 2006 08:46:03 -0400
Received: from ngbaux (ngbaux.msd.bae.co.uk [141.245.68.234]) by smtp1.bae.co.uk (Switch-2.2.8/Switch-2.2.8) with ESMTP id k3ICjtG16247 for <manet-dt@ietf.org>; Tue, 18 Apr 2006 13:45:55 +0100 (BST)
Received: from glkas0002.GREENLNK.NET ([10.15.184.52]) by ngbaux.net.bae.co.uk (PMDF V5.2-33 #44998) with ESMTP id <0IXX008FR4YYKD@ngbaux.net.bae.co.uk> for manet-dt@ietf.org; Tue, 18 Apr 2006 13:49:46 +0100 (BST)
Received: from glkms0002.GREENLNK.NET ([10.15.184.2]) by glkas0002.GREENLNK.NET with InterScan Message Security Suite; Tue, 18 Apr 2006 13:45:38 +0100
Received: from glkms0008.GREENLNK.NET ([10.15.184.8]) by glkms0002.GREENLNK.NET with Microsoft SMTPSVC(5.0.2195.6713); Tue, 18 Apr 2006 13:45:37 +0100
Date: Tue, 18 Apr 2006 13:45:36 +0100
From: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
Subject: RE: [Manet-dt] OLSRv2 NHDP comments
To: Thomas Clausen <T.Clausen@computer.org>
Message-id: <C1DE3C7469FE5A4D95F9BF0F332D8B8D02263E8A@glkms0008>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6556.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: quoted-printable
Thread-Topic: [Manet-dt] OLSRv2 NHDP comments
Thread-Index: AcZi5LxhDsMGZVuXR668vFt2sr0gBgAAC8jQ
Content-class: urn:content-classes:message
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-OriginalArrivalTime: 18 Apr 2006 12:45:37.0553 (UTC) FILETIME=[FE06D010:01C662E5]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: manet-dt@ietf.org
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=subscribe>
Errors-To: manet-dt-bounces@ietf.org

Thomas
> I feel that having an upper limit on the control traffic, which a
given
> protocol is able to generate, is very useful. Without restricting the
> interval between subsequent transmissions of HELLO messages, I could
> easily envision an implementation which would NOT be doing the right
> thing and end up eating all available bandwidth in a region.

Agreed so far.

> however I strongly believe that such MUST be imposed as a MUST.

That doesn't totally convince me that SHOULD isn't acceptable. SHOULD
does after all mean something stronger than just "if you feel like it".

However in one sense the argument is academic. A node may have a
minimum interval, and it may absolutely respect it. But if we allow
a node to set its own values (as discussed elsewhere) then the node
could set that interval to zero (or if zero isn't allowed, as close
to zero as makes no difference). And I can't see that we have the
knowledge to provide absolute constraints on the minimum interval.

On that basis, I'm happy with MUST, as (assuming that a node's
parameters must be available in some sense - device documentation
for example if fixed) this gets most of the best of the two
(MUST/SHOULD) options.


********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

_______________________________________________
Manet-dt mailing list
Manet-dt@ietf.org
https://www1.ietf.org/mailman/listinfo/manet-dt