[v6ops] Re: [dhcwg] Re: Re: [IPv6]Re: Android now supports DHCPv6 PD

"jordi.palet@consulintel.es" <jordi.palet@consulintel.es> Thu, 18 September 2025 13:55 UTC

Return-Path: <prvs=135666a74b=jordi.palet@consulintel.es>
X-Original-To: v6ops@mail2.ietf.org
Delivered-To: v6ops@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id E710164E922C for <v6ops@mail2.ietf.org>; Thu, 18 Sep 2025 06:55:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5EYwCMM48oNg for <v6ops@mail2.ietf.org>; Thu, 18 Sep 2025 06:55:01 -0700 (PDT)
Received: from mail.consulintel.com (mail.consulintel.com [IPv6:2001:470:1f1d:275::250]) by mail2.ietf.org (Postfix) with ESMTP id 6F32664E9002 for <v6ops@ietf.org>; Thu, 18 Sep 2025 06:54:33 -0700 (PDT)
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.com, Thu, 18 Sep 2025 15:54:26 +0200
Received: from mail.consulintel.es ([2001:470:1f09:495::5]) by mail.consulintel.com ([2001:470:1f1d:275::250]) (MDaemon PRO v16.5.2) with ESMTP id md50001319064.msg for <v6ops@ietf.org>; Thu, 18 Sep 2025 15:54:26 +0200
X-Spam-Processed: mail.consulintel.com, Thu, 18 Sep 2025 15:54:26 +0200 (not processed: spam filter heuristic analysis disabled)
X-MDRemoteIP: 2001:470:1f09:495::5
X-MDHelo: mail.consulintel.es
X-MDArrival-Date: Thu, 18 Sep 2025 15:54:26 +0200
X-Return-Path: prvs=135666a74b=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1758203658; x=1758808458; i=jordi.palet@consulintel.es; q=dns/txt; h=From:Content-Type: Mime-Version:Subject:Date:References:To:In-Reply-To:Message-Id; bh=n1C8l2hmO8tezIyTRcvCq+WBIngCbnR6eCF9C7eBrm0=; b=jeAlqDWGBl9nW KcmcyVH540UEsua+ujM32+8zYwT61l+vE/qyj0gCq5wxFS5FVX0zFTfvkP8Rnw1l V2PBCbvS8dmW/megPRk4Z+sjpIgZt0yR5m91FDv/AgvVE9DHZ2NLgSzr0K7aH96F JINoXhYxRSfVJvsl1rK3eRaRoDm/PU=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Thu, 18 Sep 2025 15:54:18 +0200
X-Spam-Processed: mail.consulintel.es, Thu, 18 Sep 2025 15:54:18 +0200
Received: from smtpclient.apple by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50002169883.msg for <v6ops@ietf.org>; Thu, 18 Sep 2025 15:54:16 +0200
From: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>
Content-Type: multipart/alternative; boundary="Apple-Mail=_34C8BDD7-C52C-4593-8ABF-1BE0331A8421"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\))
Date: Thu, 18 Sep 2025 15:54:06 +0200
References: <CAKD1Yr1XKoBNJqBbuiR1ZthZPTqaN+099RdhhHTSSGJBF5EUpw@mail.gmail.com> <CAP6_FRxO5Oem05cAMOuKK=ckR6VOG_pQteJzNkjES6czSVmvdw@mail.gmail.com> <CANP3RGcAhHX859-9EW4ozUJYYHaeaYsK7pqbBb-ytuqyT-ZTEw@mail.gmail.com> <CAKD1Yr32GdvEhh7kKCuPT3RGoKo0ojo-W6Kiy-euD1aP9RjpLg@mail.gmail.com> <DB9PR07MB7771A785A9FF09DEA6E66D7DD614A@DB9PR07MB7771.eurprd07.prod.outlook.com> <9081.1758124461@obiwan.sandelman.ca> <CACyFTPHVEu8e4euCp7WOtjPBEsFreqs-DMbz3xtOwYuna08U=Q@mail.gmail.com> <aMwKQy4spQhsPWDc@Space.Net>
To: "v6ops@ietf.org WG" <v6ops@ietf.org>
In-Reply-To: <aMwKQy4spQhsPWDc@Space.Net>
Message-Id: <795CE924-9F9A-4741-AEA3-85389DAC15F5@consulintel.es>
X-Mailer: Apple Mail (2.3826.700.81)
Message-ID-Hash: WUZN4IAR7PWVQ7BNMRG3FECKSMNPXH4G
X-Message-ID-Hash: WUZN4IAR7PWVQ7BNMRG3FECKSMNPXH4G
X-MailFrom: prvs=135666a74b=jordi.palet@consulintel.es
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [v6ops] Re: [dhcwg] Re: Re: [IPv6]Re: Android now supports DHCPv6 PD
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5joeKJFnh_DViVQei-S5cO0_9ks>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>

Hi Gert,

Actually that’s not the case since 2020, as my policy proposal (2019-06) updating several parts of the policy amended this to:

5.4.2. Assignments shorter than a /48 to a single End Site
Assignments larger than a /48 (shorter prefix) or additional assignments exceeding a total of a /48 must be based on address usage or because different routing requirements exist for additional assignments.
In case of an audit or when making a request for a subsequent allocation, the LIR must be able to present documentation justifying the need for assignments shorter than a /48 to a single End-Site.

So right now, you just do the assignment, and you will need to justify in case of an audit or if you request more space.

If I recall correctly, I did similar adjustments in other RIRs.

Regadrs,
Jordi

@jordipalet


> El 18 sept 2025, a las 15:33, Gert Doering <gert@space.net> escribió:
> 
> Hi,
> 
> On Thu, Sep 18, 2025 at 06:52:08PM +0530, Daryll Swer wrote:
>> So my question is, why are so many people (seemingly exclusive to RIPE
>> region as far as this mailing list goes) so against the idea /44 per-site?
> 
> Technically, RIPE policies as of today require RIPE NCC approval for
> "more than a single /48 per end site".  So it's just not allowed.  Not
> sure how other regions' policies look today, but "back when this all 
> started", this was a common rule to all 5 RIR.
> 
> That said, RIR policies can be changed, if there is sufficient support
> for such a change in the respective region.  Someone needs to volunteer
> to drive the change, and come up with good arguments for it.
> 
> "Because Android!" might be considered non-compelling.
> 
> Gert Doering
>        -- former RIPE address policy WG chair
> -- 
> have you enabled IPv6 on something today...?
> 
> SpaceNet AG                      Vorstand: Sebastian v. Bomhard,
>                                           Karin Schuler, Sebastian Cler
> Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
> Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279
> 
> _______________________________________________
> v6ops mailing list -- v6ops@ietf.org
> To unsubscribe send an email to v6ops-leave@ietf.org



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.