[v6ops] Re: [IPv6]Re: Is the P flag even necessary? M flag already does enough (Re: Re: A detail review of draft-ietf-6man-pio-pflag-04)

Michael Breuer <michael.breuer@ilsf.eu> Mon, 05 August 2024 21:34 UTC

Return-Path: <michael.breuer@ilsf.eu>
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 C5490C151545 for <v6ops@ietfa.amsl.com>; Mon, 5 Aug 2024 14:34:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.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_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, 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=ilsf.eu
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 aLbqsMjfTFH4 for <v6ops@ietfa.amsl.com>; Mon, 5 Aug 2024 14:34:04 -0700 (PDT)
Received: from mail01.ilsf.eu (mail01.ilsf.eu [94.130.111.76]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A449BC151980 for <v6ops@ietf.org>; Mon, 5 Aug 2024 14:34:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ilsf.eu; s=20200614-01; t=1722893637; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=I3lXUqHIY1vYy51Unu73KsVxmNWHTeaa0ooOiqd8Syk=; b=TglA4pCAQ9b2hCz2D0U2xHHbR2Ha8Rz7oHy4Nics32csVt/U/pxUydJQjjUqiQkg5FtkQN QQ/s98L2dk3dEW6DSXbEEeUlzed40ej1O6A1yScTwfXN/AtjhybCnj68wQSKqFlV5nM5cp Opm3+AxNL7YubZdH07IuIpqJmof4yDE=
Received: from smtpclient.apple (2001-4dd5-1a63-9c-5c15-9ac5-f898-c043.ipv6dyn.netcologne.de [2001:4dd5:1a63:9c:5c15:9ac5:f898:c043]) by mail01.ilsf.eu (OpenSMTPD) with ESMTPSA id 3a7bc76d (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Mon, 5 Aug 2024 23:33:56 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
From: Michael Breuer <michael.breuer@ilsf.eu>
In-Reply-To: <CAPt1N1kx79vyHnU-=tfGLrRDgiRiKTu0D1aYdYn_vYTQUMK99w@mail.gmail.com>
Date: Mon, 05 Aug 2024 23:33:42 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <AF94B18E-9173-4D6F-AEFB-BA8E3F860ABE@ilsf.eu>
References: <CAN-Dau1R=oszbFx40a2U+Cnx354vi44Osk4ruuGcGDodzYKo7A@mail.gmail.com> <CAFU7BASyraNzL3htxxGkbeo5akCS-fLeH8_49GFb-fTc4TB0fQ@mail.gmail.com> <CAN-Dau2wNs=6QO6+vHHb0OQj2GV1HRe76BHo4rdomjCFUBES_g@mail.gmail.com> <CAPt1N1=NaGHxwQ29Z_Uk2royyb-Nix21kcY+12JC9=FDHtOQ+A@mail.gmail.com> <CAN-Dau1+WyvDyxXZBEKFVQ=Pjf38-ku_V9WbmLRBuys5v2R3Pg@mail.gmail.com> <CAPt1N1=1bXJrUNvSOe322SdTHGfe-Odw67NSnTE4NY0ZGyqJ8g@mail.gmail.com> <CAN-Dau3WdgCQFurWJjiC-Tr4a5hj25pjOvhNG8O=tne=JwA0eA@mail.gmail.com> <CAPt1N1nKo2b1XyW1-bBvAk9N2DuDkqbury6d+z900P+FxQTzrg@mail.gmail.com> <CAN-Dau2vMX4-6BD-SLQYk-DDj8ia3ySSLwLdMrRAU1canMjJsw@mail.gmail.com> <CAFU7BARVGGCaD-aO2Y+tE0c=JDY0kCjxmfZ-yUeSuR8S554omg@mail.gmail.com> <CAO42Z2w9PcN4ej6_Ly-jLoKcMeWP+-UA00xGHPG9jm2dz4_F2A@mail.gmail.com> <CAPt1N1nmk9+G_QadBV8D=Ty_0sxMFNYxijd+CERr7w8YWhJaxQ@mail.gmail.com> <CAO42Z2wAjamRg4sNnpAF0KBB5SrHgJUxcoy1rXvdrR3SWC3xog@mail.gmail.com> <CAKD1Yr33a9LZ4A0UZsFUMsR-SZ2GfO1q-2Cifts+KsAd_g5ObQ@mail.gmail.com> <CAO42Z2z8S426+G+AbpPDjrLdbmYDsArXaoAFMRuSbx41weWoHw@mail.gmail.com> <DB9PR07MB77717BE049C3B0DA943F19CCD6BE2@DB9PR07MB7771.eurprd07.prod.outlook.com> <CAPt1N1nNC0HEGOxP3-8-G+wdLxGywCOH-_4W7fodM+0YmtLcRA@mail.gmail.com> <CAJgLMKuwtpSpF2JnR5dYfh6hmo+-LunbJxe7Z6WTTaNh=nAtVw@mail.gmail.com> <CAPt1N1kx79vyHnU-=tfGLrRDgiRiKTu0D1aYdYn_vYTQUMK99w@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: MTDCTZZUFDFADEN6C5AWJVO7SUJJ7FJJ
X-Message-ID-Hash: MTDCTZZUFDFADEN6C5AWJVO7SUJJ7FJJ
X-MailFrom: michael.breuer@ilsf.eu
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
CC: IPv6 Ops WG <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: [IPv6]Re: Is the P flag even necessary? M flag already does enough (Re: Re: A detail review of draft-ietf-6man-pio-pflag-04)
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/3sdkxKwondFIuOx8IngYsBTqzig>
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>

Hey Ted,

Thanks for bringing this up.

I’m currently struggling with a CE router that receives a /48 from the ISP and, whatever an inner router requests via IA_PD, this device always delegates /57.

Coming from this example to the more general. In my experience, CE router makers do a lot of weird things and, for the better of the Internet, they really need precise and good guidance.

So, whatever the WG thinks is the right prefix length, the document should give explicit guidance on the prefix length.

> On 5. Aug 2024, at 20:30, Ted Lemon <mellon@fugue.com> wrote:
> 
> On Mon, Aug 5, 2024 at 11:16 AM Timothy Winters <tim@qacafe.com> wrote:
> v6ops has a draft for PD on the LAN to improve this situation.
> 
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-cpe-lan-pd/
> 
> Please feel free to send comments, we are about to do WGLC on it.
> 
> Hey, Tim. I hadn't read the document in a while. I see this text in the last requirement:
> 
> The IPv6 CE Router SHOULD by default provision IA_PD IA prefixes with a prefix-length of 64.
> 
> I read this as "if the DHCP client doesn't specify a narrower prefix, the CE router SHOULD .. 64"
> 
> Is that what you intended? If not, I think you need to say more. If that is what you intended, this won't work, because if we stack CE routers, I expect every CE router to ask for a /48, rather than not specifying, and that would mean that we'd always delegate the narrowest remaining subset of the outer CE router's delegation to the first inner router that makes a request.