RE: Wireless ND was: about violation of standards
"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 29 April 2019 12:20 UTC
Return-Path: <pthubert@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CEFB120315 for <ipv6@ietfa.amsl.com>; Mon, 29 Apr 2019 05:20:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=P6Rov1yP; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=i9MPtSFJ
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EdnZeOztMcZR for <ipv6@ietfa.amsl.com>; Mon, 29 Apr 2019 05:20:14 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA45E1200A1 for <ipv6@ietf.org>; Mon, 29 Apr 2019 05:20:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5445; q=dns/txt; s=iport; t=1556540413; x=1557750013; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=knB6I/qMxj5V7fJygFQa2HEbhc1n+02CWHuSEPlW7TY=; b=P6Rov1yPJfBZ+FJqtSI6RH6g7nPTv9BPhPE+nfyWJYZHYoUkiPDQWko7 ix2vUpl04BLTDrqlT5wJeo8kDIsj+9sPoWKdp/HJ6rsSGlRCCnfQcKMkf ldjpMurDtT1mIt9aM6KpW5HmVc622RIrqkf2dJt3L9vxQPHlUoTEiE3QY A=;
IronPort-PHdr: 9a23:fuJEbh9TponmZf9uRHGN82YQeigqvan1NQcJ650hzqhDabmn44+8ZR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUERoMiMEYhQslVdaZCVDxIeT2Ryc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BIAACk68Zc/4cNJK1mHAEBAQQBAQcEAQGBUQcBAQsBgT0kLANoVSAECyiHVwOEUoo6SoINlyKBLoEkA1QOAQEjCoRAAoYyIzQJDgEDAQEEAQECAQJtHAyFSgEBAQQSKAYBATgLBAIBCA4DAQMBAR8QMhcGCAIEARIIGoMBgWkDHAECDKIbAoE1iF+CIIJ5AQEFgUZBgnIYgg4DBoEyAYRhhmgXgUA/gRFGgU5+PoJhAQECAQGBRxiDOoImpnsJAoIJhhGMPYINhjSDaIh+jA2GQY4MAgQCBAUCDgEBBYFPOIFWcBWDJ4IPg2+FFIU/coEpkxEBAQ
X-IronPort-AV: E=Sophos;i="5.60,409,1549929600"; d="scan'208";a="466957855"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Apr 2019 12:19:58 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id x3TCJwux009080 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 29 Apr 2019 12:19:59 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 29 Apr 2019 07:19:58 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 29 Apr 2019 07:19:57 -0500
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 29 Apr 2019 08:19:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VbwL5dLV7qPAmwoDBasF/H6ZuSdkOP4DFbsFjNDuOWo=; b=i9MPtSFJeuPKdjiIWnJvtNj1TOm1Ew2uEld87eIxgJ/lLlwzH0caAnxlSO2cBoMQS3mNDbUb5SoyyqpVbmhg6KEcxYaFUh69JZ8c1p7K5NXcOJ6sefYSc1OUOfXmA5syiwMfPnEuarlALmgf7qbv16uTarl3FJcwec1g/x/j4lA=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3744.namprd11.prod.outlook.com (20.178.253.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1835.14; Mon, 29 Apr 2019 12:19:56 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::68f6:21c8:b681:c73]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::68f6:21c8:b681:c73%4]) with mapi id 15.20.1835.010; Mon, 29 Apr 2019 12:19:56 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>, "ipv6@ietf.org" <ipv6@ietf.org>
Subject: RE: Wireless ND was: about violation of standards
Thread-Topic: Wireless ND was: about violation of standards
Thread-Index: AQHU9hjz0VelQW2CM0S4qjQG7Nm8iaZCZ5mAgAAz6wCAAAwogIAAZyaogAZSawCAABw6IIAAFwgAgADV+ICAAESpAIAAGoiAgABMtvCABtsXeoAA4x+w
Date: Mon, 29 Apr 2019 12:18:49 +0000
Deferred-Delivery: Mon, 29 Apr 2019 12:08:37 +0000
Message-ID: <MN2PR11MB3565F908C3BD2D06E1564771D8390@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <bb7f7606-2adf-e669-8bcd-e41f17800782@gmail.com> <CAJE_bqd9frqX5-yeVPj8MYXpZ4737HqK1gmfD9cQV3A-Ea5HrQ@mail.gmail.com> <6bd5db47-408a-727e-5c13-f34a3465f986@si6networks.com> <CAJE_bqfTLqRbLp4fLu2ASZuZ+4G5c2G+RXkO92kXfLgPTqBnng@mail.gmail.com> <EEF00EA7-2AAF-403F-99AD-1D53ED18E8B3@cisco.com> <47631828-121F-402D-8165-969684C1101B@employees.org> <MN2PR11MB35655B36540829AEE5275964D8230@MN2PR11MB3565.namprd11.prod.outlook.com> <1066F69A-824F-4D6D-B221-8EFBAD15E15A@employees.org> <018c407a-b127-8724-d1ee-e19e3b084a60@gmail.com> <CABNhwV1jWHc1SMm=-xX0Oo5V4bo4VQBeQ5-CztJhP3y9006HRw@mail.gmail.com> <alpine.DEB.2.20.1904240659270.3490@uplift.swm.pp.se> <602A5CC5-170D-4E67-8907-A4D26606DB03@cisco.com> <m1hKoNd-0000IQC@stereo.hq.phicoh.net>
In-Reply-To: <m1hKoNd-0000IQC@stereo.hq.phicoh.net>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [2001:420:c0c0:1007::1d9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8b93d7a9-eef7-431f-18c9-08d6cc9cfd9f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:MN2PR11MB3744;
x-ms-traffictypediagnostic: MN2PR11MB3744:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <MN2PR11MB3744C0D55EEF1ED394F0E819D8390@MN2PR11MB3744.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0022134A87
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(346002)(376002)(136003)(39860400002)(199004)(189003)(13464003)(305945005)(8936002)(81156014)(93886005)(316002)(81166006)(86362001)(55016002)(25786009)(2501003)(4743002)(66574012)(229853002)(53546011)(110136005)(6246003)(9686003)(6306002)(14454004)(97736004)(8676002)(6506007)(6116002)(76116006)(6436002)(6666004)(64756008)(66556008)(66476007)(66446008)(74316002)(7696005)(14444005)(256004)(478600001)(7736002)(966005)(66946007)(68736007)(102836004)(186003)(486006)(46003)(446003)(11346002)(71190400001)(71200400001)(99286004)(33656002)(52536014)(53936002)(2906002)(5660300002)(476003)(76176011)(73956011); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3744; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: hbtO/942boS16sKmJEY7TsDoDjAIuQL13njt+5xT8kuvaBrX3iLtCrW7K1UDqSkqRd91DOdlbiPgoAVaWw739vErdunGJVzsmModPQvgqxk9kaEaMekD4SajEusasTdbN8GNUq7Iq86OwMxsxqH4JJ7Cvj92OoCiN0qlnIcm55gQJCcafEoVsAVz10WlaCDvS0AqCMaFVdXirWL/K10cPjtu/cNFyESkhtgP7L4x1gl6WjdeXFE5gqxOvfdRgFuaTHPrOPOXwdv5JgsUPERHOA0rVsfLFlfbOVlkJpegWEytPjl57jy+l3lEV0nlwEtBksUqWHGS6N0QhHwqJNpIHYhcLqkZSyWodj97vwiAK9w02trWTxUwPaLTofLDZhwCmGK1LAwzuCSBvMZnj34oL8MAPoSzpQGl9mbBIRw37tU=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 8b93d7a9-eef7-431f-18c9-08d6cc9cfd9f
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Apr 2019 12:19:55.9769 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3744
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/s-I5xFrJMjLZ_LDmfrWz1eUbQP0>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Apr 2019 12:20:16 -0000
Hello Phil: Sure, matching a subnet per P2P link and then route between subnets one way of doing things. Note that it is a deployment decision, not our decision as std makers or vendors. There are considerations out there like stability of links, capability to configure stuff from a management system and cheer scale that make people go for certain ways or others for their use cases. WiND allows to map subnets on P2P but does not force it, couldn't if we tried. There are practical use cases in the wireless world where subnets are not P2P: - IEEE std 802.11 infrastructure BSS enables one subnet per AP, and emulates a broadcast domain at L2. Infra ESS extends that and recommends to use an IPv6 ND proxy (per IEEE specs) to coexist with Ethernet connected nodes. WiND incorporates an ND proxy to serve that need and that was missing so far. - BlueTooth is hub and spoke at the MAC layer. Should we need to configure a different subnet for each peripheral node (e.g., sensor)? I 'd hope not. Hopefully RFC 7668 allocates a prefix to the central node acting as router (6LR), and each peripheral forms a global address from that same prefix and act as a host (6LN). - Smartgrid networks build route-over subnets of thousands of IPv6 nodes and with such scalability demands, managing a subnet per P2P link is not even considered. Peerings come and go with the dynamics of radio propagation, and only a minimal portion of nodes in range to one another actually peer. The 6TiSCH architecture reflects that model, and generalizes it, e.g., for industrial plants, cars in a parking lot, whatever. Note: In BLE like in many wireless cases, Link local Addresses need only to be DADed inside the pairs of communicating nodes. In that example, 2 peripherals connected to the same central node can not have the same Link Local Address because the BCEs would collide at the central node and the central node could not talk to both at the same time over the same interface. WiND defines the appropriate DAD operation, but ND does not, because peripherals are no on a same broadcast link. OTOH, Global and ULA are DADed at the Subnet Level. WiND allows P2P, P2MP hub-and spoke, MAC-level broadcast domain emulation such as mesh-under and Wi-Fi BSS, and route over meshes. There is an intersection where Link and Subnet are congruent and where both ND and WiND could apply. These includes P2P, the MAC emulation of a PHY broadcast domain, and the particular case of always on, fully overlapping physical radio broadcast domain. But even in those cases where both are possible, WiND is preferable vs. ND because it reduces the need of broadcast, more on that in the intro of https://datatracker.ietf.org/doc/html/draft-ietf-6lo-backbone-router. Is 6MAN ready for this? About the size of the registrar, the backbone router enables a distribution of it. But really that is a discussion of the past. Routers can have gigs of memory. The registrar is usually push to a redundant server somewhere, e.g., on modern fabrics that often rely on overlays, mapping servers can scale, to the 10^12 I heard claim for the case of LISP MSMR. The real question is how to migrate from the ND reactive model to a version of ND that is more friendly to new usages such as rapid mobility and large overlays. draft-thubert-6lo-unicast-lookup is a beginning of an answer. And please do not dismiss the efforts that we had to make to enable routing in that space. RPL is not primitive in my book. WiND and RPL brought in a number of concepts that are now adopted in datacenter routing for RIFT, and though only nascent, I call RIFT a modern routing protocol. All the best; Pascal > -----Original Message----- > From: pch-b9D3CB0F5@u-1.phicoh.com <pch-b9D3CB0F5@u-1.phicoh.com> > On Behalf Of Philip Homburg > Sent: dimanche 28 avril 2019 20:18 > To: ipv6@ietf.org > Cc: Pascal Thubert (pthubert) <pthubert@cisco.com> > Subject: Re: Wireless ND was: about violation of standards > > > I started an informational draft for 6MAN on WiND (wireless ND) to > > explain what physical models it serves and how it can be used over > > several MAC layer abstractions. > > I read draft-thubert-6man-ipv6-over-wireless-00. I quite like the description of > the issues with wireless media. > > There is however one thing I miss: The abstract says "This document describes > how the original IPv6 Neighbor Discovery and Wireless ND (WiND) can be > applied on various abstractions of wireless media." > > I'm also interested in *why* WiND should be applied. In particular, Figure 2 > shows a complex multi-layered setup. > > So my question is, why not use routing and keep subnets restricted to one > link? > > I hope there is a clear set of arguments why routing is not sufficient. > Right now it reads too much like a primitive routing protocol on top of ND. > > Another issue that often shows up with registration based systems (such as > quite common with IPv4 and wireless) is what happens if a host has more > addresses than supported by the registration system? > > I.e., it might scale better to have lots of point-to-point links and prefix > delegation than to have a single big subnet and a hierarchical registration > system.
- Re: about violation of standards Kerry Lynn
- about violation of standards Alexandre Petrescu
- Re: about violation of standards Suresh Krishnan
- Re: about violation of standards Kerry Lynn
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Kerry Lynn
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Mark Smith
- Re: about violation of standards Fernando Gont
- Re: about violation of standards 神明達哉
- Re: about violation of standards Pascal Thubert (pthubert)
- encoding link ID in link-local addrs (Re: about v… 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… Gyan Mishra
- Re: encoding link ID in link-local addrs (Re: abo… Gyan Mishra
- Re: about violation of standards Yucel Guven
- Re: about violation of standards 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Nick Hilliard
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Ole Troan
- Globally Unique Link Local Addresses (Re: about v… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- RE: about violation of standards Pascal Thubert (pthubert)
- Re: about violation of standards Ole Troan
- Re: Globally Unique Link Local Addresses (Re: abo… Philip Homburg
- Re: Globally Unique Link Local Addresses (Re: abo… Brian E Carpenter
- Re: about violation of standards Brian E Carpenter
- Re: about violation of standards Gyan Mishra
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Gyan Mishra
- Re: Globally Unique Link Local Addresses (Re: abo… 神明達哉
- Re: about violation of standards Mikael Abrahamsson
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - security matte… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: about violation of standards - fe80::1/128 Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: about violation of standards - fe80::1/128 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Ole Troan
- Re: about violation of standards Nick Hilliard
- Re: about violation of standards Yucel Guven
- Re: Globally Unique Link Local Addresses (Re: abo… 神明達哉
- Re: Globally Unique Link Local Addresses (Re: abo… Brian E Carpenter
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: Globally Unique Link Local Addresses (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Philip Homburg
- Re: encoding link ID in link-local addrs (Re: abo… Ole Troan
- Re: encoding link ID in link-local addrs (Re: abo… Mudric, Dusan (Dusan)
- Re: about violation of standards Yucel Guven
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - fe80::1/128 Gyan Mishra
- Re: encoding link ID in link-local addrs (Re: abo… Brian E Carpenter
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - fe80::1/128 Pascal Thubert (pthubert)
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: encoding Subnet ID in link-local addrs - prob… Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Mark Smith
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Mark Smith
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: about violation of standards Yucel Guven
- Re: easy to remember addresses and /etc/hosts and… Kerry Lynn
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: about violation of standards Erik Kline
- RE: encoding Subnet ID in link-local addrs (Re: a… Manfredi (US), Albert E
- Re: Globally Unique Link Local Addresses (Re: abo… Gyan Mishra
- Reinventing Site-Locals (Re: easy to remember add… Mark Smith
- Re: Reinventing Site-Locals (Re: easy to remember… Mark Smith
- Re: Reinventing Site-Locals (Re: easy to remember… Brian E Carpenter
- Re: disagreement on which OS should change Gyan Mishra
- Re: about violation of standards Fernando Gont
- Re: disagreement on which OS should change Brian Carpenter
- Re: disagreement on which OS should change Ole Troan
- Re: disagreement on which OS should change Fernando Gont
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Gyan Mishra
- Re: disagreement on which OS should change 神明達哉
- Re: disagreement on which OS should change Bob Hinden
- Re: disagreement on which OS should change Gyan Mishra
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Bob Hinden
- Re: Reinventing Site-Locals Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Tim Chown
- Re: disagreement on which OS should change Bob Hinden
- Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Philip Homburg
- Re: Wireless ND was: about violation of standards Ole Troan
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Ole Troan
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Philip Homburg
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: about violation of standards Erik Kline
- Re: about violation of standards Erik Kline