[Manet-dt] RE: [manet] Expanded tlv type field for packetbb?
"Dearlove, Christopher \(UK\)" <Chris.Dearlove@baesystems.com> Tue, 12 June 2007 15:03 UTC
Return-path: <manet-dt-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hy7tf-0008Bf-6W; Tue, 12 Jun 2007 11:03:03 -0400
Received: from manet-dt by megatron.ietf.org with local (Exim 4.43) id 1Hy7te-0008BP-Ch for manet-dt-confirm+ok@megatron.ietf.org; Tue, 12 Jun 2007 11:03:02 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hy7te-0008BG-30; Tue, 12 Jun 2007 11:03:02 -0400
Received: from smtp2.bae.co.uk ([20.133.0.12]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hy7td-00084G-NB; Tue, 12 Jun 2007 11:03:02 -0400
Received: from smtpb.greenlnk.net (smtpb.greenlnk.net [10.15.160.219]) by smtp2.bae.co.uk (Switch-3.1.10/Switch-3.1.10) with ESMTP id l5CF2wtt017598; Tue, 12 Jun 2007 16:02:58 +0100 (BST)
Received: from glkas0002.GREENLNK.NET (glkas0002.greenlnk.net [10.15.184.52]) by smtpb.greenlnk.net (Switch-3.1.9/Switch-3.1.9) with ESMTP id l5CF2w6M015969; Tue, 12 Jun 2007 16:02:58 +0100
Received: from glkms1100.GREENLNK.NET ([10.15.184.108]) by glkas0002.GREENLNK.NET with InterScan Message Security Suite; Tue, 12 Jun 2007 16:02:58 +0100
Received: from GLKMS2100.GREENLNK.NET ([10.15.184.93]) by glkms1100.GREENLNK.NET with Microsoft SMTPSVC(6.0.3790.1830); Tue, 12 Jun 2007 16:02:58 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 12 Jun 2007 16:02:57 +0100
Message-ID: <ABE739C5ADAC9A41ACCC72DF366B719D11AB77@GLKMS2100.GREENLNK.NET>
In-Reply-To: <200706121440.l5CEeTf5017185@s2.itd.nrl.navy.mil>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [manet] Expanded tlv type field for packetbb?
Thread-Index: Aces1IUiq90quPCQSZWpGIW5Ca84NQAGmQJgAAM3KKAAAQoHgA==
From: "Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com>
To: Justin Dean <jdean@itd.nrl.navy.mil>, manet@ietf.org, manet-dt@ietf.org
X-OriginalArrivalTime: 12 Jun 2007 15:02:58.0061 (UTC) FILETIME=[C33F8BD0:01C7AD02]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Cc:
Subject: [Manet-dt] RE: [manet] Expanded tlv type field for packetbb?
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
> There has been some discussion among the authors of packetbb on the merits > of adding an optional extended TLV type field I judge modifications to packetbb (and other protocols here)on four main axes: - Extensibility - Simplicity - Efficiency - Timeliness On these four axes, this proposal is aimed at increasing extensibility, and Justin has a reasoned argument for it. I'm not completely sold on that we will need more TLVs than we can afford out of the general space (proprietary extensions can use the 128+ space) but neither can I be sure they won't be needed. This is a cost on the simplicity axis; not a lot in the ID (I wrote the changes Justin quotes - he's omitted a couple of details I found as not essential to this discussion) but some in code. This is a potential issue for those who are considering formal testing. On efficiency it's neutral, or actually arguably a gain as some possible alternatives if you do run out of TLV types are inefficient. But the key one to my mind is timeliness. packetbb is on the critical path of all the WG protocols, and it is not just due, but overdue, to get it to the IESG. If the consensus is "do this, just this, get it out" that's tolerable. If it opens the gates to people wanting all sorts of other things added/changed (apart, of course, from editorial matters - and we've also taken on board splitting message header options) then we as a WG (and the active packetbb authors in particular) really can't afford this. I'd rather go without this than introduce further such delay. (I - not uniquely, but unlike most people here - would also have to change my packetbb software. I haven't made this an issue above, but it is an issue for me, mostly about testing, even though mine isn't formal.) ******************************************************************** 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
- [Manet-dt] Re: [manet] DYMO and other routing pro… Philippe Jacquet
- [Manet-dt] Expanded tlv type field for packetbb? Justin Dean
- [Manet-dt] RE: [manet] Expanded tlv type field fo… Dearlove, Christopher (UK)
- [Manet-dt] Re: [manet] DYMO and other routing pro… Philippe Jacquet
- [Manet-dt] RE: [manet] DYMO and other routing pro… Joe Macker