RE: [Manet-dt] PacketBB Packet/Message TLV Type - MANET ID?

"Dearlove, Christopher \(UK\)" <Chris.Dearlove@baesystems.com> Mon, 25 September 2006 08:14 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GRlc5-0001J8-SE; Mon, 25 Sep 2006 04:14:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GRlc2-0001Ga-HR for manet-dt@ietf.org; Mon, 25 Sep 2006 04:14:50 -0400
Received: from smtp1.bae.co.uk ([20.133.0.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GRlWA-0004C8-4C for manet-dt@ietf.org; Mon, 25 Sep 2006 04:08:47 -0400
Received: from smtpc.greenlnk.net (smtpc.greenlnk.net [10.15.160.220]) by smtp1.bae.co.uk (Switch-3.1.10/Switch-3.1.10) with ESMTP id k8P88aO4019898 for <manet-dt@ietf.org>; Mon, 25 Sep 2006 09:08:40 +0100 (BST)
Received: from glkas0002.GREENLNK.NET (glkas0002.greenlnk.net [10.15.184.52]) by smtpc.greenlnk.net (Switch-3.1.9/Switch-3.1.9) with ESMTP id k8P88ZxR013174 for <manet-dt@ietf.org>; Mon, 25 Sep 2006 09:08:35 +0100
Received: from glkms0002.GREENLNK.NET ([10.15.184.2]) by glkas0002.GREENLNK.NET with InterScan Message Security Suite; Mon, 25 Sep 2006 09:08:35 +0100
Received: from glkms0008.GREENLNK.NET ([10.15.184.8]) by glkms0002.GREENLNK.NET with Microsoft SMTPSVC(5.0.2195.6713); Mon, 25 Sep 2006 09:08:29 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Manet-dt] PacketBB Packet/Message TLV Type - MANET ID?
Date: Mon, 25 Sep 2006 09:08:29 +0100
Message-ID: <C1DE3C7469FE5A4D95F9BF0F332D8B8D022640B7@glkms0008>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Manet-dt] PacketBB Packet/Message TLV Type - MANET ID?
Thread-Index: AcbgTqjh2M1zybMlQr6ATMfJyu7NvgAKa3Yg
From: "Dearlove, Christopher \(UK\)" <Chris.Dearlove@baesystems.com>
To: "Ian Chakeres" <ian.chakeres@gmail.com>, <manet-dt@ietf.org>
X-OriginalArrivalTime: 25 Sep 2006 08:08:29.0891 (UTC) FILETIME=[C942F130:01C6E079]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc:
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

> In MANET there are certain deployments that might want to operate
> several separate MANETs using the same wireless channel. Should
> PacketBB include a Packet/Message TLV identifying the MANET ID? These
> TLVs would indicate to receiving nodes that the particular
> packet/message is associated with a particular configured MANET ID.

I'm not at all sure if is the right solution. In particular I think
it's premature, it's a discussion of a specific detail when what's
needed is a wider architectural discussion first. There are some
implementation issues as well - we can filter protocols at the IP
or UDP/TCP level by protocol field and port number, that's a standard
mechanism. What's our mechanism for giving separate messages (it needs
to be at the message level, not the packet level - or at least not just
at the packet level) to different protocols? What about that the same
message (HELLO messages most obviously) need to be sent to more than
one protocol (OLSRv2 and SMF for a start)?

> Do you think we should include this in the PacketBB spec or should it
> live elsewhere?

Definitely not packetbb, it doesn't fit with the protocol independence.

> Perhaps we should pull out "common" packet BB types
> (PREFIX_LENGTH, etc) into a separate document.

Possibly, except not PREFIX_LENGTH. Prefix length is inherently tied
in with representing network addresses, and needs to stay in packetbb.
(This shows up when writing packetbb software, you can write protocol
independent packetbb software - I have - but it needs to be
PREFIX_LENGTH
aware, which says that PREFIX_LENGTH belongs in packetbb, where also it
can have type zero and be guaranteed to be first.)


********************************************************************
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