From nobody Tue Jan  5 05:24:30 2021
Return-Path: <etmetz@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 135C13A0E9F;
 Tue,  5 Jan 2021 05:24:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 URIBL_BLOCKED=0.001] autolearn=ham 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 v5lt7vzrECca; Tue,  5 Jan 2021 05:24:27 -0800 (PST)
Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com
 [IPv6:2a00:1450:4864:20::12f])
 (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 219223A0EA0;
 Tue,  5 Jan 2021 05:24:26 -0800 (PST)
Received: by mail-lf1-x12f.google.com with SMTP id m12so72511578lfo.7;
 Tue, 05 Jan 2021 05:24:26 -0800 (PST)
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; bh=1SQgl1XLTSw1VjLcpmH5efHx0gFWWCCKuW9qAlluYJE=;
 b=gSU72xZH7COxCmLrtlFKpYwc6nf2Hak0ks8yA6HFOSZoqkBzUvcVvr6WJFAkkNpC5w
 ku/Ps3NhOZOIU/DoSBuUQJE5VYFhw8GJoo/FEUCfu1+E1z9mhnuPIfMlAfqLGNMPZzuS
 rngLWIg7Lddqwj6rgaLsGAus0Ws+xOzljFZrJO42TluAW4zjFIs0oPzXhH/gVzKiErsD
 OfOQCPNgZFMN09ZqS14Dm6dq+TED7ZDYwKqa8LV1XI730wBNZrUNwykIWxCnSh4ZqY0W
 v9FvWRudpxWZEND8TMkl8ZUJpIAPJFUzywfZq6BDSF8Gz2aTv8XMnEwi1OOGyYNpSS2G
 +L+w==
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;
 bh=1SQgl1XLTSw1VjLcpmH5efHx0gFWWCCKuW9qAlluYJE=;
 b=FnoAcgx0isLRAEknfs4qYOvnG77rACVKwXzL3uvg5FLyTJkAEerVxLZOh1YZy1mYXb
 4anLY5uXBmQOX76Mhe9vGydeF7MYOPVnTQNzwr3NeXUgVnhOh1/bvBlaIbXa8JuNpJbx
 ajEpJUwETM2Ls5+jaheD7yleqjDZ6GB2frnrjLUj0/8JqRL5sRPcYAgplrd3JpVODJ4O
 bth9aMtnXKUs3hTatygJ3xdZl17ND+SnPgsAz+PBRZyR1LrikH/pZ9XkgBmb10hUecsZ
 j0sRkPUBDT2Gj0jPNq20BLWJaXjQFa8iWnRacCIFO+rjVwTY7sTI3al/7e5dljnQF9lR
 8jJA==
X-Gm-Message-State: AOAM530bwHpj417gqgcmbPJyHfAqJT/DMc5qu8b8Zs/WARlJyzp1TRP3
 6EodDQySrLTsqPBn5Mbe/dFNPY26CEjp4dPmIEo=
X-Google-Smtp-Source: ABdhPJy7Qa4lLDorvXA0BQsAr4jZyAyFkCPyFAYFZnA8q/Gc/WEI3Wcw9LnhU3ZHyhOthuu7QCI+AiYdSELYa6FksdI=
X-Received: by 2002:a19:c650:: with SMTP id w77mr32343768lff.107.1609853064998; 
 Tue, 05 Jan 2021 05:24:24 -0800 (PST)
MIME-Version: 1.0
References: <160770241261.18071.12524922630334294118@ietfa.amsl.com>
 <fb832698-039e-baa5-ed6f-4d5a97e7b354@gmail.com>
 <299f492f-4cb7-fa9d-967f-b2a5df49034e@si6networks.com>
 <759efdb1-a59c-788c-0c7a-5a8ca2ced904@gmail.com>
 <b20425a3-8069-3823-4610-79c93714ad2f@si6networks.com>
 <fa8c56d3-5d64-ae55-5be1-a3ec7d8f130d@gmail.com>
 <20201231103010.GL13005@Space.Net>
 <47fb8588-98ee-bf50-b377-921f75dc72e0@gmail.com>
In-Reply-To: <47fb8588-98ee-bf50-b377-921f75dc72e0@gmail.com>
From: Eduard Metz <etmetz@gmail.com>
Date: Tue, 5 Jan 2021 14:24:14 +0100
Message-ID: <CAG=3OHf5jSPgr-R8Ny=uHQi4exSEf7x-QVNDjePO59314NtoYg@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Gert Doering <gert@space.net>, Fernando Gont <fgont@si6networks.com>, 
 IPv6 Operations <v6ops@ietf.org>,
 draft-gont-v6ops-ipv6-addressing-considerations@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001473eb05b82720f6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xFcBv35KAn8FuMOya3bwrbbFMH4>
Subject: Re: [v6ops] I-D Action:
 draft-gont-v6ops-ipv6-addressing-considerations-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>,
 <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>,
 <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jan 2021 13:24:29 -0000

--0000000000001473eb05b82720f6
Content-Type: text/plain; charset="UTF-8"

Maybe the last column should be "Applicable to Internet" (no / no / yes)
or something along these lines. I assume the point here is to indicate that
link-local and ULA cannot be used on the Internet.

cheers,
  Eduard

On Thu, Dec 31, 2020 at 8:48 PM Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> Gert,
>
> On 31-Dec-20 23:30, Gert Doering wrote:
> > Hi,
> >
> > On Thu, Dec 31, 2020 at 02:00:33PM +1300, Brian E Carpenter wrote:
> >> 4. The following table attempts to show some of the distinctions
> >> involved (simplified). View in a fixed-width font. You may not
> >> agree with it...
> >>
> >> Unicast       Prefix      IID        Routeable   Announced
> >> address       assigned    assigned
> >> types         by          by
> >> -----------------------------------------------------------
> >> Link-local    fixed       host       no          no
> >>               by RFC
> >>
> >> ULA           user/RA     host or    yes         IGP only
> >>               (random)    DHCPv6
> >>
> >> GUA           IANA/RIR/   host or    yes         IGP,
> >>               ISP/user/RA DHCPv6                 BGP4 by policy
> >
> > Indeed, I am not agreeing - as there is nothing that prevents ULAs from
> > being transported by BGP.
>
> Indeed, nothing in the laws of physics, but it's default-forbidden by
> an RFC ;-). Exactly how to express that in a short table is tricky.
>
> I think we all agree about this; what Fernando's draft shows is that it
> is quite hard to describe, and the word "global" is confusing.
> (Really for the same reason that URLs were renamed from "universal"
> to "uniform" in 1994. But renaming "global" at this stage seems almost
> impossible.)
>
>    Brian
>
> >
> > We use ULAs for "services that must never reachable from the Internet",
> > and our routing being what it is, everything is transported by BGP - only
> > loopbacks in OSPF.  The difference is "do we announce it to other ASes?"
> >
> > So maybe this should be "generally expected to be visible by other
> > networks on the Internet" (ULA: no, GUA: yes).
> >
> > But that's neither precise nor does "expected" mandate anything - I might
> > want to announce our ULA prefix to our sister company, using eBGP, and
> > I might decide to not announce our GUA IPv6 PI /48 that we use for our
> > backbone infra "because people are not supposed to send packets there"...
> >
> > Gert Doering
> >         -- NetMaster
> >
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>

--0000000000001473eb05b82720f6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">Maybe the last column should be &quot;App=
licable to Internet&quot; (no / no / yes)=C2=A0 or something along these li=
nes. I assume the point here is to indicate that link-local and ULA cannot =
be used on the Internet.</div><div dir=3D"ltr"><br></div><div>cheers,</div>=
<div>=C2=A0 Eduard</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cla=
ss=3D"gmail_attr">On Thu, Dec 31, 2020 at 8:48 PM Brian E Carpenter &lt;<a =
href=3D"mailto:brian.e.carpenter@gmail.com">brian.e.carpenter@gmail.com</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Gert=
,<br>
<br>
On 31-Dec-20 23:30, Gert Doering wrote:<br>
&gt; Hi,<br>
&gt; <br>
&gt; On Thu, Dec 31, 2020 at 02:00:33PM +1300, Brian E Carpenter wrote:<br>
&gt;&gt; 4. The following table attempts to show some of the distinctions<b=
r>
&gt;&gt; involved (simplified). View in a fixed-width font. You may not<br>
&gt;&gt; agree with it...<br>
&gt;&gt;<br>
&gt;&gt; Unicast=C2=A0 =C2=A0 =C2=A0 =C2=A0Prefix=C2=A0 =C2=A0 =C2=A0 IID=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Routeable=C2=A0 =C2=A0Announced<br>
&gt;&gt; address=C2=A0 =C2=A0 =C2=A0 =C2=A0assigned=C2=A0 =C2=A0 assigned<b=
r>
&gt;&gt; types=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0by=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 by<br>
&gt;&gt; -----------------------------------------------------------<br>
&gt;&gt; Link-local=C2=A0 =C2=A0 fixed=C2=A0 =C2=A0 =C2=A0 =C2=A0host=C2=A0=
 =C2=A0 =C2=A0 =C2=A0no=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 no<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0by RFC<br>
&gt;&gt;=C2=A0 =C2=A0<br>
&gt;&gt; ULA=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0user/RA=C2=A0 =C2=A0 =
=C2=A0host or=C2=A0 =C2=A0 yes=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IGP only<br=
>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(random)=C2=
=A0 =C2=A0 DHCPv6<br>
&gt;&gt;<br>
&gt;&gt; GUA=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IANA/RIR/=C2=A0 =C2=A0=
host or=C2=A0 =C2=A0 yes=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IGP,<br>
&gt;&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ISP/user/RA =
DHCPv6=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0BGP4 by=
 policy<br>
&gt; <br>
&gt; Indeed, I am not agreeing - as there is nothing that prevents ULAs fro=
m <br>
&gt; being transported by BGP.<br>
<br>
Indeed, nothing in the laws of physics, but it&#39;s default-forbidden by<b=
r>
an RFC ;-). Exactly how to express that in a short table is tricky.<br>
<br>
I think we all agree about this; what Fernando&#39;s draft shows is that it=
<br>
is quite hard to describe, and the word &quot;global&quot; is confusing.<br=
>
(Really for the same reason that URLs were renamed from &quot;universal&quo=
t;<br>
to &quot;uniform&quot; in 1994. But renaming &quot;global&quot; at this sta=
ge seems almost<br>
impossible.)<br>
<br>
=C2=A0 =C2=A0Brian<br>
<br>
&gt; <br>
&gt; We use ULAs for &quot;services that must never reachable from the Inte=
rnet&quot;,<br>
&gt; and our routing being what it is, everything is transported by BGP - o=
nly<br>
&gt; loopbacks in OSPF.=C2=A0 The difference is &quot;do we announce it to =
other ASes?&quot;<br>
&gt; <br>
&gt; So maybe this should be &quot;generally expected to be visible by othe=
r<br>
&gt; networks on the Internet&quot; (ULA: no, GUA: yes).<br>
&gt; <br>
&gt; But that&#39;s neither precise nor does &quot;expected&quot; mandate a=
nything - I might<br>
&gt; want to announce our ULA prefix to our sister company, using eBGP, and=
<br>
&gt; I might decide to not announce our GUA IPv6 PI /48 that we use for our=
<br>
&gt; backbone infra &quot;because people are not supposed to send packets t=
here&quot;...<br>
&gt; <br>
&gt; Gert Doering<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-- NetMaster<br>
&gt; <br>
<br>
_______________________________________________<br>
v6ops mailing list<br>
<a href=3D"mailto:v6ops@ietf.org" target=3D"_blank">v6ops@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/v6ops" rel=3D"noreferrer" =
target=3D"_blank">https://www.ietf.org/mailman/listinfo/v6ops</a><br>
</blockquote></div></div>

--0000000000001473eb05b82720f6--

