Re: Globally Unique Link Local Addresses (Re: about violation of standards)
Mark Smith <markzzzsmith@gmail.com> Tue, 23 April 2019 10:03 UTC
Return-Path: <markzzzsmith@gmail.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 160CD1203E1 for <ipv6@ietfa.amsl.com>; Tue, 23 Apr 2019 03:03:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level:
X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ZNVjUiOY-Mas for <ipv6@ietfa.amsl.com>; Tue, 23 Apr 2019 03:03:35 -0700 (PDT)
Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEA931201DB for <ipv6@ietf.org>; Tue, 23 Apr 2019 03:03:34 -0700 (PDT)
Received: by mail-ot1-x330.google.com with SMTP id m10so12291551otp.2 for <ipv6@ietf.org>; Tue, 23 Apr 2019 03:03:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=pK6AEKf+SHIfAVjgMHhce12mq1R/90o4mfgz12vDE3w=; b=eUBOqi7vyH71QEgf0oMj5tM7Jzh4yk8WVS1rGfwmJ9tsXVXXZkftWZ1i9wExgPQxHw 3V+ghvLcU6Fd36CdknjLUmC5hSbC/bvFPGaXeehvz7dTri9ng6S85K85NxtZ9p00bzNX kVpj+PvEfqdnhKXmYfIfh9KOIxq611J5NoXyoxEO6sAae+nwugX8LNVd9cUEv9LqBKtS 3+8Qbwy0zD7dvnfQou0Y4NxEFCxLu5YEWaas746yLrftoLLPgBdlowV/tftMTUomaX+m nfFQMHGkCilIB8INN3+Iplpx2a11DoLx50a0eICRei5j8O9zsMVNp8Nuh3lFaka2aqTe PFxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=pK6AEKf+SHIfAVjgMHhce12mq1R/90o4mfgz12vDE3w=; b=AkJ+s2TJe6xYC3NYMq0+LvTsNPXEpJWO9zpLIZLYkBI3s3exTwSS1nHUQdFP1dyWCV wpYUiTkmUHyfDyqvDLtLMDDu0DKPPhXmLi8g+j+aKEWJuUWppvY4POHsAfPabbyUFPPi ZEkaE0k8qirG0CCZ2MoxG04tLlnKhkOI4vPszBOSVt5auspuQtWtdyxaVJvTlrL1GTZR ZIXo4g/YWxDpSZGS8iWCn5E9poVRDA2yDEB+XEdaP1ixuYUGnBffbPnlOaU/pDfUZLNI sjc7/kNzIVcooXLHV8LWqNLoPvoQ3hxlO0jCy/mBeN1Kr7M5cExvmgHHuBl4H8rfgyum pIcA==
X-Gm-Message-State: APjAAAWzwcxuFlVWOYjKKS2Rx12GeOhc5hEV+I6ZTsUkMfqTqMTzdPKX VwPKggTKrEyAAH1OxA6O8IV0+jwoxFiJAuZDO98=
X-Google-Smtp-Source: APXvYqxfeFxtaGKbxrkEsFc6Blk8oZlT+rymo3V8ADByJ7l/dVsaIXXk6EVq5RqznzFrHHyNwy24SD311NA32yT8vVo=
X-Received: by 2002:a9d:51ca:: with SMTP id d10mr13993801oth.83.1556013814151; Tue, 23 Apr 2019 03:03:34 -0700 (PDT)
MIME-Version: 1.0
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> <CAO42Z2wbq=8f6FfR7DoOOFrY7B5puxS26Dk+SsM71Pk7y03ipQ@mail.gmail.com>
In-Reply-To: <CAO42Z2wbq=8f6FfR7DoOOFrY7B5puxS26Dk+SsM71Pk7y03ipQ@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 23 Apr 2019 20:03:08 +1000
Message-ID: <CAO42Z2waEyYQ+pbf05FAuF5+Bj6OHwGRLk-Qk=9JOn0+5GDYSw@mail.gmail.com>
Subject: Re: Globally Unique Link Local Addresses (Re: about violation of standards)
To: Ole Troan <otroan@employees.org>
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Fernando Gont <fgont@si6networks.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, 6man WG <ipv6@ietf.org>, 神明達哉 <jinmei@wide.ad.jp>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/ppu5z-NfdG_yW36TGNk-8yD4XsM>
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: Tue, 23 Apr 2019 10:03:36 -0000
On Tue, 23 Apr 2019 at 19:57, Mark Smith <markzzzsmith@gmail.com> wrote: > > > > On Tue., 23 Apr. 2019, 17:33 Ole Troan, <otroan@employees.org> wrote: >> >> > Some functions in the router are complex to implement because same value for a link local address appears on multiple interfaces. >> >> Like what? > > > > I don't specifically know about complex to implement router functions, however it would be simpler for applications to not have to special case Link-Local addresses and use sin6_scope_id. > >> >> > It would be useful to be able to encode an abstract interface ID somewhere in the /64. Legacy 00 would mean unspecified... >> >> Sounds like you need subnet-id election? > > > Here's how I've thought you could do it for quite a while. > > I've thought the best idea would be to have a subnet ID that is generated using the same/similar algorithm ULAs are generated with, to try to avoid subnet ID collision across links attached to interfaces on the same multihomed host or router. > > A name could be Globally Unique Link Local Addresses (GULLAs) or Unique Link Local Addresses (ULLAs). (I'd think the first, just because its a more easily pronounceable word.) > > 1. First node on the link looks at the RAs that it receives due to its RSes. > > 2. If none of them have a PIO for a subnet within the GULLA aggregate prefix (which may be fe80::/10), it generates a subnet ID per the ULA algorithm, resulting in the link's GULLA Subnet Prefix. > > 3. The node starts advertising RAs containing the GULLA Subnet PIO. If the node is a host, the Router Lifetime is 0. The GULLA Subnet PIO lifetimes are not Infinite, unlike the lifetimes for the traditional LL prefix and addresses. Lifetimes in this PIO probably should be the RFC 4861 defaults. (If the node is also a router, it would advertise any other PIOs in the same RA, with a non-zero router life time if it is a default router.) > > 4. Second node on the link, due to its RSes, would see that another node is already announcing a GULLA Subnet PIO in one of the received RAs. > > 5. Second node starts also issuing RAs also containing the GULLA Subnet PIO. Again, if the node is a host, RA router lifetime of zero. > > 6. 3rd and subsequent nodes attached to the link have some sort of election or selection algorithm to determine which one or ones take over if the first or both nodes stop issuing periodic RAs containing the GULLA Subnet PIO. > > Ideally it would be good to have non-GULLA nodes also learn and use this new GULLA Subnet, learning it from the GULLA RA announcing nodes. However, that would mean that the fe80::/10 prefix couldn't be used, because per-RFC4861, nodes are to ignore RA PIOs for the Link-Local prefix. So the GULLA aggregate prefix would have to be outside of fe80::/10. > Another thought to add, since the GULLA Subnet Prefix is globally unique, it may be worth considering a scheme to periodically transition to a new GULLA prefix on the link, just in case the GULLA addresses leak off-link or are recorded by an on-link sniffing device in a central global database. > The above is mostly inspired by very distant memories of how Appletalk seed routers work to convey cable range (network prefix) information to other Appletalk routers on the link. > > Regards, > Mark. > > > >> >> >> Ole >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> --------------------------------------------------------------------
- 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