Re: [v6ops] What ie a site? (was: WGLC: draft-ietf-v6ops-dhcp-pd-per-device-02)

"Delong.com" <owen@delong.com> Mon, 06 November 2023 21:59 UTC

Return-Path: <owen@delong.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 0686FC187733; Mon, 6 Nov 2023 13:59:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=delong.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 9HJo1H2lm_K0; Mon, 6 Nov 2023 13:59:39 -0800 (PST)
Received: from owen.delong.com (owen.delong.com [IPv6:2620:0:930::200:2]) by ietfa.amsl.com (Postfix) with ESMTP id 9A200C198477; Mon, 6 Nov 2023 13:59:39 -0800 (PST)
Received: from smtpclient.apple (75-10-5-143.lightspeed.sntcca.sbcglobal.net [75.10.5.143]) (authenticated bits=0) by owen.delong.com (8.17.1/8.15.2) with ESMTPSA id 3A6LxcN3109116 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 6 Nov 2023 21:59:38 GMT
DKIM-Filter: OpenDKIM Filter v2.11.0 owen.delong.com 3A6LxcN3109116
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delong.com; s=mail; t=1699307979; bh=bIQnGXUjdE/p+vUkCWX3VQ+dYGW+2EpOASYbPL5At+4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=SDgG2Nbk5I5kAai9rKFqNgxnJE0Edi6tVWQg5PO57l7xKLZj57PJq1HZVDrlGsOiQ 9y8IpljYzz8GjJVZ9jnA+sZzd1/f698iaRrKboLag+EjLSGvR0QOs9geCPn1U57CvY i1Gr0v4WX8JLqQTUf7qQ0lL8rX/UuYYcIAv4xhjY=
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\))
From: "Delong.com" <owen@delong.com>
In-Reply-To: <CAN-Dau13ieY-tNv=Tr3muD=KU6YVvCcCpdq_ABJ=mVyfAFy7XA@mail.gmail.com>
Date: Mon, 06 Nov 2023 13:59:27 -0800
Cc: Martin Huněk <martin.hunek@tul.cz>, V6 Ops List <v6ops@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <D61694AC-F9E1-481F-956D-FF630A19B41A@delong.com>
References: <2b063feff0bc47139df20ec0c8b89719@huawei.com> <b7f4d888-fc4c-192f-4cae-ae1914d5bff6@tul.cz> <CAN-Dau13ieY-tNv=Tr3muD=KU6YVvCcCpdq_ABJ=mVyfAFy7XA@mail.gmail.com>
To: David Farmer <farmer=40umn.edu@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3774.200.91.1.1)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (owen.delong.com [192.159.10.2]); Mon, 06 Nov 2023 21:59:39 +0000 (UTC)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KMAb6x0koeG9AI8838tlqJSuQgo>
Subject: Re: [v6ops] What ie a site? (was: WGLC: draft-ietf-v6ops-dhcp-pd-per-device-02)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 06 Nov 2023 21:59:44 -0000


> On Nov 5, 2023, at 14:57, David Farmer <farmer=40umn.edu@dmarc.ietf.org> wrote:
> 
> I contend a site is a physical location within an organization's network. It's not an organization's entire network, as some seem to be claiming.

We struggled for quite a while with the definition of an “end site” for IPv6 addressing purposes at ARIN.

I believe what we finally settled on was something to the effect of “A single building or structure or a single tenant within a multi-tenant building or structure”.

So yes, that definition (deliberately) means that ARIN policy would allow a university to give a /48 to every dorm room occupant In their dormitories.

We wanted to make sure that the policy did not unintentionally limit potential use cases and figured we could trust operators to do relatively sane things given the flexibility to do so.

> Let's look at a medium-sized enterprise with 13 locations, in this first case, served by 13 different providers. In this case, each provider could assign a /48 to each of the organization's locations and still be within RIR policy. The organization would then have 13 separate /48 PA allocations.

Yes.

> If this organization, instead, purchased all 13 locations from a single provider, why should it be limited to a single /48?  Furthermore, if this organization qualified and wanted to go to its RIR for a direct allocation, why should it be limited to a single /48 allocation?

It should not… Indeed, it should, ideally get the same thing from the provider that it would receive if it approached ARIN as an end user — a /40. (If you had 12 locations, you’d get a /44, but ARIN allows for a minimum 25% free space in the nibble before you round up to the next nibble.

> This is an issue of RIR policy and should not be a direct consideration of the IPv6 architecture. However, the argument has been raised as an objection to this draft that an organization can only get a single /48 from RIPE. This is bad policy on RIPE's part and not a valid reason to keep this Draft from moving forward.

I don’t believe that is actually RIPE's policy. My recollection is that organizations with multiple sites can get a minimum of /48 for each site from RIPE via their sponsoring LIR. RIPE is obnoxious about direct allocations to end users.

> IPv6 addressing policy does need to consider conservation, but arbitrarily limiting organization to a single /48 isn't conservation.

Agreed.

Owen