[manet] Re: [IPv6] IPv6 Address for Ad Hoc Networks - history

tom petch <ietfc@btconnect.com> Sun, 04 August 2024 08:55 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB6C3C15155C; Sun, 4 Aug 2024 01:55:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FUaksYUgNRIw; Sun, 4 Aug 2024 01:55:31 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2065.outbound.protection.outlook.com [40.107.22.65]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38E23C15154E; Sun, 4 Aug 2024 01:55:30 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=one066SKX0NK0PgQwsy0G6nPT1K4DpOeAWy7OVACimDZW7g90C7jNaehBOs909xec0mEvxgse5oi1wPMMN8bveWn462lUTqEbXQUFPRo7GaalcE/ShE1fVXOrNtncvgaEaCjlBtYrDeUXu3taNBM9XY5FgqLTBAjTa4lT7PTlV6dLgGlQbWsuTaRKGvin7Kf3t4IMgCgZzQ66nnRxAj/Ym4hfcNwpGwkW46qhhJVVTiMLpDGNFqgwDQicdrfIrp+nkhQBq5wO/DchHwvaqR1OpvUsUSVUrg0fhMMgTnN0yiQ0+2oHZ1iRAfdPtUuV6M+J2YfSVAl3ikC0ZqPTtzSAw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=GP0AZyi+rdajYlHAGUevi9rFoBbzeRIz6MJCUQBOcZk=; b=uIenB4p0pq95ptYqbOazxRL2S2EuPVubIrT2WZ4X0tkh6dJ07nR+J0IZUAEqSxe+PO29awiUvVY/OhinftRolKa+jp1LNvMVf6Nr8y/Mubz2oB/1PpDG8l366h/0LWTkwTBajRvWS32Z3hfVvrFYVXt//zapFD4LAieTLxttPjZV21XkKsMsHcO2UXnhrWfhH0gc/Olrt18mXClTbNIksA6TYTvdfx9H/wnzZPXfdbr/W6XHLv1zRfra7fYf7b/WTCMpV6jRQaZQeMDj1ycEvu1m3l2vQmo6LJnd7p/M+MFnwL0td/iu/GhhnCgeiDE2EApx92LzEr9vIWc/LUvo3w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GP0AZyi+rdajYlHAGUevi9rFoBbzeRIz6MJCUQBOcZk=; b=irRxXyRpFQUHy0TWFIqywlDqptq8n7rmfR8X7eaYZ3HJ0bTFCeqSqHUfKBrqDeyoOVBdNXALJK0K7Cwao7bPTrYtdjj/AnaWtZ7g84fcqpYduUuIv6rSNr7HiR8ytKBC4flZ1oAF/I+D6j1zwWXMQwptrchrK14G0TS6g7soRX4=
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com (2603:10a6:208:4b::27) by DB9PR07MB8960.eurprd07.prod.outlook.com (2603:10a6:10:3c4::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7849.9; Sun, 4 Aug 2024 08:55:27 +0000
Received: from AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::a2c6:fac3:8f66:126f]) by AM0PR07MB4131.eurprd07.prod.outlook.com ([fe80::a2c6:fac3:8f66:126f%4]) with mapi id 15.20.7849.008; Sun, 4 Aug 2024 08:55:27 +0000
From: tom petch <ietfc@btconnect.com>
To: Christopher Dearlove <christopher.dearlove@gmail.com>, "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Thread-Topic: [IPv6] IPv6 Address for Ad Hoc Networks - history
Thread-Index: AQHa5kwNwXZbXl6KfEaAx9Mb/7Ym/g==
Date: Sun, 04 Aug 2024 08:55:27 +0000
Message-ID: <AM0PR07MB4131D3D984246276358471D5A0BD2@AM0PR07MB4131.eurprd07.prod.outlook.com>
References: <172254176215.2393908.5844096604515362364@dt-datatracker-659f84ff76-9wqgv> <BN0P110MB1420B37307E968D513A12EF9A3B2A@BN0P110MB1420.NAMP110.PROD.OUTLOOK.COM> <792AF5A2-EF5D-42B5-8BC6-D8B5D2845C38@gmail.com> <CAJU8_nWmUsu2M6FREZaRFGqDC4bOBKeSAXC_hzUoB1AgGMoHBA@mail.gmail.com> <BN0P110MB14203F99A476E14FF60A1C6EA3B3A@BN0P110MB1420.NAMP110.PROD.OUTLOOK.COM> <4B641424-9637-4AFF-AF57-9072EC186BF3@gmail.com> <BN0P110MB14202A0DBCAF0BF23667FC3AA3B3A@BN0P110MB1420.NAMP110.PROD.OUTLOOK.COM> <8ADB583B-1688-4749-AE53-A6A3B1D0958E@gmail.com>
In-Reply-To: <8ADB583B-1688-4749-AE53-A6A3B1D0958E@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: AM0PR07MB4131:EE_|DB9PR07MB8960:EE_
x-ms-office365-filtering-correlation-id: f6cccbb7-99c3-4665-771f-08dcb4632fc2
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|366016|376014|1800799024|4022899009|38070700018;
x-microsoft-antispam-message-info: ct9jptFnEb9vRnA+vwtRXgMFePAD1WvT3G3kTNFSFPbGolUogVl9MIlhsZ33+UQ5nSbnjrS3nhJlWUTxw6+1OZx/PBJRXDpnwoaHhWX47oi0D2j45JDYD+UJeR0wiTJhkf5bR/sdJ4zriVXlT8Q/40BZX7C2Z9iZ7D/WyAYthIMztZs6km72McjlhYImy5XuE8pfBGYBdcg+9Wrn8nlG2sxELIbXtbeuqIF2W3v+Oq0v5q7VkygiPVTXp4I4xzUzkCe7+bYyWK6Z+FXmhPZcYvuMILUb7+C3lNkCH59Fgam3ECOsLJzrL5D/RVexad59WkdF1iuENRRFWTlHqt6aGRpgiEQ8fTFwx3Cgy8Y1QakMnPBHP3oH6VekMQiTKDmb503N1ayRAansKdyrYiZNBFwYiSww4CcVGAjOnkaIa3Tg/3RLoJAoHoiPw7iY3AvcK/K+jZXU98sLYLiBlJZkfCOGD07vSfDKOXflA45ydUSMoEHHChzEzpMg4QhnN8s3KpF4mvilyhkcZRLQZbdNTP8wpaq1FoebNB1ySrE+EMYFqvMwR/W5bjA6cP/qE5xIQS3/Cwa+ej7bBz6kJjrSauRUTTl4Hdtv0YdFO3IoPFmQ7rRpFmQpIJTta19oCLmHN/tcJTpPPgiXx016ZMQV4OSTB+H3BkCFi29C6i6o6n9QcfMg+4Xpv6TxIaAS1/EggXE3N1P7dGIYbIbqFyeuGsc/yLhE7BwXSknuJ8LsPF7oYCoGGmhZqh2gN4hwQz3LIzrRSmck4CriapYBIBfOUYVhKt0MrVaj41hr+t9uJCHdzXulT3kdB2sjdE8vdzFEFUEVkG3JJTQwlwExNOLqEkePcr7/xzU5R9mWpwHKTbFOaIfMcYqAJScxGzKq5AIMzqqi0RByHR8309v+ecSbEL6hd+o6aURU/clc5Ai19AfADx8Wy9fURZAdLH/YREMrACeyvBDdilSDwQBciN7MhQCej8l3qTuMXol68VJrLQoMIzrx2PDDyam17YBXsluXtk3LNWAVAZHTzqSRONbFkeMQTmM+5aUoK02rib3t+Us51oHY/+2+wAgMA2TM4tJIosKuGi4dBvo/nsP2Cc3gTXIxVQ2rE+K5N0blMT+sWMYthGIMq/sdE6+k/eQXV0CdBkqCFidy1dRzhmV9DYk9C1evrtDPqaqkq5Y++PNDoOzMlhvu2vdV48WGNOSTqShHg5cPrCmCEaC8RPTd46W3Tw9GhV/glL5K/adaf7mlqNZBRydUhNYe/yKBhTKR7Ix8JjxD99h10YIAITh7RCJk1gccBmYzgNb2/M9DlJ1KiDx3CMmPDuPhcmzvAPvbw2drP40OXM7bp701leH7i2KcROLJsOTyo8XVB/dTK28twoiFsNY0ZQPyrqj0x2GDqS1eaonff7NEZINVWFdGt+tZ7g==
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AM0PR07MB4131.eurprd07.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(366016)(376014)(1800799024)(4022899009)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: F5tV0ndEusHAj/XijAb0WDjZaZF/l3ZVCU1XSrGSB0KhUJGcniKPE5rK8L+in2k8wplDewxSc4tA99q24eRfT3EbdnhqVisdO5Q7HGCza1Y+Wi5r9dTjRd/y/XPE1QPeSiD4xA8SF1REpIpnZvuKx4b9Q3iNv+VDmsVAk4q++JH1E9Q5f0HXe7DaCM0QoFJ2bGCeKsr93ADQWZ7Q5KFCR3W4owNRdZOxir3+GsRznfIN+MdqrInZ8x9oRV5E2zg79mf0m8chO4hHb5xcVRgIGDF1vOYPJ7SiWMb+XhsiHnGYg9ekVJ+4eTPLT9sveTfawGXszlu0+4qXreTlzAMeWo8v6E93/n/rgF+xSGIwE+q5We9AGpG4ST4IOqJjYPuTLEh/aTWmJj1gA8FrJ4DwAqdaRKoL2sKxELnaRYrdp1Y2m89SfJvl8xB95MS/R9DAwUccJ7lvm33RPDeG/6ypsFzU+2CY33+C/kZ995oj5vMcbhxSZW0kLLsuF9WXYTzz/TXTZqgJu3Evwg/5icLBOmy/XQCdrFtzIhyV+T5VQPah8sJghz7UIGfTEtVF6Uxa1YTAvzz4Qyt4b9796IThZ7o9sLoCIJun4iigFExt3AU/XHbq81P258IRR2LR5M+IuHuSdJ6B2OS4XXDfm3icKFBw1QZVPMyrHz7hLU/iuBqoDT0Vb9OW/WlfWg3loY7g2jvY9a9oBxdRMx7icNUwZRUJL5C2Zfv4sPbQYrxPm2KJ728BCyP5N7MgVguuCyULZzhMbV4PIOFLYmSqq6rw+rZ6WaBTrYztz5obaccVo3F04AtAWmYSaWFhwiWoQRWQ+6XzW7RnaoYbTb3jBZ99PEqQLzJTwaESlVWKadoVGvyavkzb0wJ+HguHUi82NleWIHASwMevuYZWviF/cQ7SrH0HX5B0UHXkDPAbSGmE7aba0zbtnw/5HXiSAAg+0ZevhUzxELiE9LvnUSlKlY0CXnsUGNHSfVT0z05DNQ06SznBUsBbOr26WTVXtDUkpmwXZnH/PKrRYRPkpzdl+Xq71QI0Y5tP1L2k8Z61rBwRkC1IjpeiXch32cuwPpOfjzFjGLTaSDeR1w/Hle0R4qhw9nLLzVhPspFhC8gFbjwAUTJaZywP6QtP8ZJZqYWK4LGWGfWGRdiEaM7IhR24o6j6hnc2/lJ4YtbypCXoUqlmM5RauxvOgkO/XRtf9xxRN3eT/Ga6qmZo7ZW9hbxyixAbLNdpvwtSzy730dAP39zg9oKmkJvLx2c80XDNmsCKQscoYS5aJF8q9KsqFZ7J7sC/9Xly3MqCE3dp9LLmxLmME6t4ruRz/b3G77+tatiluR/ZP6WcjbI+DVHWJzUKcJYzQrS/XubRJ5xAxhf9bVzyOS0vT11w3MrrV6u3t4KGR+6Mkx1hj0/EiuE3fdjJS1RK3l0mZQO5uN7bdfBsQbLyg6UcbpEJgICTIurwR3oSANVTmhranAv/5Q+FkK/bharhKW5TzsW/m0A8iue976VTAoWNkJrQWx4GBap7CKuC6uQHlJveRpBPQzmL2TKaqNUfItBTIOHuzOPFOOsJjXYS3Gk=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB4131.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f6cccbb7-99c3-4665-771f-08dcb4632fc2
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Aug 2024 08:55:27.5739 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: pdK2yJMASK/CwFOrEUGBH1pUyDxNJZ99l1OUirxZMypUU1SXCLK9vWAl/J41xVIxhXlGCZmU78NMsK3OueMqww==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR07MB8960
Message-ID-Hash: GCEN32O2B73LXLG4GE4JUUJJOHGKCBEL
X-Message-ID-Hash: GCEN32O2B73LXLG4GE4JUUJJOHGKCBEL
X-MailFrom: ietfc@btconnect.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-manet.ietf.org-0; header-match-manet.ietf.org-1; header-match-manet.ietf.org-2; header-match-manet.ietf.org-3; header-match-manet.ietf.org-4; header-match-manet.ietf.org-5; header-match-manet.ietf.org-6; header-match-manet.ietf.org-7; header-match-manet.ietf.org-8; header-match-manet.ietf.org-9; header-match-manet.ietf.org-10; header-match-manet.ietf.org-11; header-match-manet.ietf.org-12; header-match-manet.ietf.org-13; header-match-manet.ietf.org-14; header-match-manet.ietf.org-15; header-match-manet.ietf.org-16; header-match-manet.ietf.org-17; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>, "manet@ietf.org List" <manet@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [manet] Re: [IPv6] IPv6 Address for Ad Hoc Networks - history
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/Jc3tav5L1GXAP62RB2vL7Oc2Yy8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Owner: <mailto:manet-owner@ietf.org>
List-Post: <mailto:manet@ietf.org>
List-Subscribe: <mailto:manet-join@ietf.org>
List-Unsubscribe: <mailto:manet-leave@ietf.org>

From: Christopher Dearlove <christopher.dearlove@gmail.com>
Sent: 02 August 2024 21:18

So there’s at least one person still here who has been around longer than me.

<tp>
Quite a lot actually; I only go back to 1996 and I still see e-mail names that were established well before then.

Of course, if you limit yourself to 'IPv6' then that is much younger,  perhaps 2007

Tweaking the title so as not to pollute the thread

Tom Petch

I think by including RFC 5498 you head off any possible objections at a later date (that might or might not be
forthcoming). Including now takes a bit of time. Including later (if needed) would take longer.

Say hi to Ian from me, if you mean current office neighbour rather than then office neighbour.

As for RFC 5889 being incomplete, as I noted I was an observer. But autoconf was not a successful group,
judged by what was in its charter but never achieved, and even producing RFC 5889 as it is was uphill work.

Christopher

On 2 Aug 2024, at 21:05, Templin (US), Fred L <Fred.L.Templin@boeing.com> wrote:

Chris, thank you for the mention of RFC5498 which was authored by my office neighbor. Although it does offer IANA allocations for MANETs, we will want an address type that is not specific only to MANETs but more generally applicable to any IPv6 network types. But, I can certainly cite RFC5498 for completeness. My time focused on MANET got started back around 1997 when the routing protocol debates were acute. But, RFC5889 managed to move forward with a key address type (the MLA) missing, so we will just have to fix that now.

Thank you - Fred

From: Christopher Dearlove <christopher.dearlove@gmail.com>
Sent: Friday, August 02, 2024 12:39 PM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com>
Cc: Kyle Rose <krose@krose.org>; Bob Hinden <bob.hinden@gmail.com>; IPv6 List <ipv6@ietf.org>; manet@ietf.org List <manet@ietf.org>
Subject: Re: [manet] [IPv6]Re: IPv6 Address for Ad Hoc Networks

I was going to note to Kyle that when I first got involved in ad hoc networking, now I think 25 years ago this year, we had those discussions.
I think it might be a bit late to re-open that question.

In fact RFC 2501 is now 25 years old as an RFC, it dates back earlier of course. Are there any real world cases? Maybe.

I note that Fred refers to this draft as built on RFC 5889. But there is another RFC in this space, RFC 5498, that isn’t referenced. I would expect
this draft to reference that and explain why the addresses proposed here are not those defined there, what the problem with the RFC 5498
addresses are. (Not saying there aren’t - or that there are - just saying it should be referenced and discussed.)

On that this is an update to RFC 5889, I wasn’t a contributor, just an observer. But my observation was the surprising difficulty in getting
an agreed model that MANET nodes have to be routers, because the subnet assumption of all the world is like an ethernet simply isn’t
the case. As someone who came from a radio background (at least by then) it was remarkably difficult to explain that just because A can
hear B and B can hear C, this does not mean A can hear C - and there is nothing you can do about that. OK, you can build a data link
layer than makes it look like that. At which point you’ve done all the work at L2 and what are we doing at L3? (Allowing heterogeneous
networks with multiple interfaces was the standard answer.)

As for how addresses are then used, it was definitely one of those things that held up progressing to RFC 6130 in adding cases such as
borrowing a router address from a subnet address space, and allowing use of the same address (or different addresses) on different
MANET interfaces.

As for ad hoc networks that aren’t mobile, I think those have always been assumed to be covered by this WG. In fact the first demonstration
network my employer fielded (using OLSRv1) was just that. A better name always would have been DANET, the D standing for dynamic.
But there wasn’t a French Impressionist painter of that name.


On 2 Aug 2024, at 20:01, Templin (US), Fred L <Fred.L.Templin=40boeing.com@dmarc.ietf.org<mailto:Fred.L.Templin=40boeing.com@dmarc.ietf.org>> wrote:

Hi Kyle,


-----Original Message-----
From: Kyle Rose <krose=40krose.org@dmarc.ietf.org<mailto:krose=40krose.org@dmarc.ietf.org>>
Sent: Friday, August 02, 2024 11:45 AM
To: Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>>
Cc: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; manet@ietf.org<mailto:manet@ietf.org>
Subject: Re: [IPv6]Re: IPv6 Address for Ad Hoc Networks

On Fri, Aug 2, 2024 at 2:35 PM Bob Hinden <bob.hinden@gmail.com<mailto:bob.hinden@gmail.com>> wrote:

IMHO, this draft should not specify any specific prefixes.   It should all be “To be assigned”.   Including it now is a distraction to the more
important question.


I think the question that needs to be answered is:  Is there a real need for Ad Hoc IPv6 addresses?   Focusing now on the details or which
or how many prefixes it might use doesn’t address that.

It sounds like the main example use case is a mobile ad-hoc network,
e.g., of vehicles traveling on a highway at different speeds and with
no ability to pre-define a mesh or to pre-determine routes within that
network to connected resources.

Has anyone proposed concretely building such a thing with a particular
application in mind?

MANETs are an easy-to-understand special case that clearly highlight why Multilink Local
Addresses (MLAs) are necessary, but the MLA case also applies to any variety of IPv6
local area network that may not be particularly mobile. Imagine giving a networking
novice a box of arbitrary networking gear (routers, switches, cables, etc) and then ask
them to just blindly start plugging cables into ports randomly. The network should be
able to come up and have all connected nodes self-assign MLAs and be able to ping6
any other node in the arbitrary topology using multihop routes if necessary. And
all of this without any infrastructure connections to the Internet.


I'm trying to figure out whether this is WG or RG territory.

This is proposed as an update of RFC5889. When RFC5889 was published, it was
decided to work this in the Intarea because the principles apply more broadly to
any kind of Ad Hoc network and not just those that are mobile. The current
document updates RFC5889, but it is IPv6 only hence 6man looks like the
appropriate working group.

Thank you - Fred


Kyle

_______________________________________________
manet mailing list -- manet@ietf.org<mailto:manet@ietf.org>
To unsubscribe send an email to manet-leave@ietf.org<mailto:manet-leave@ietf.org>