Re: [v6ops] Updating RFC 7084

Ted Lemon <mellon@fugue.com> Mon, 21 November 2022 15:30 UTC

Return-Path: <mellon@fugue.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 5E2CDC14F72A for <v6ops@ietfa.amsl.com>; Mon, 21 Nov 2022 07:30:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 (2048-bit key) header.d=fugue-com.20210112.gappssmtp.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 ilLcsNFZ1g5a for <v6ops@ietfa.amsl.com>; Mon, 21 Nov 2022 07:29:59 -0800 (PST)
Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24497C14F692 for <v6ops@ietf.org>; Mon, 21 Nov 2022 07:29:58 -0800 (PST)
Received: by mail-qk1-x72d.google.com with SMTP id z17so8201023qki.11 for <v6ops@ietf.org>; Mon, 21 Nov 2022 07:29:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=oHVXBkWvyiS9eWYza7ouZxVaduNjW7EIvq9ow8ONaDw=; b=ZA/gF7u3QVM9oAHsx5FGAjglW9o2OP2i6qYZpT25m/HZU6fJ2D919Fu2lytdVY16HL D5SVdJqDlbPMZ6u9KdV8BRn7nX4aDuApS2pMYXY76oUzh1zztxDtKgTJvtO2rGeMt0/B SEsU10yw0poUvYGETDUoC6gv9Q78YT2xW8yRMhsyGlByqW0gTPfNGvLbm3+eHvzlHdYy C4dp9U/WFhOCRsrzHe6QN34+tJny0rtWkUzoMF5i5F8dmn9yKFxag+d4N6uCV/z37fc2 x2wB7TZ/GCfFrUCPXsBDX+EAcd80LiT5mTZZOgmT+YG7rcb2onEe++GI3BILB4ZFJPql dRoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=oHVXBkWvyiS9eWYza7ouZxVaduNjW7EIvq9ow8ONaDw=; b=3eJSE3/jXjp95mp3PJ6smcRLC41zGklKhqxBC7U09azx2B6uELqs9uxc8QNcZtpkNq j1dvbghj/9CdowNihqZVaTLZpt0d3cRreOOaN7KHx0eKUeYKLp0Aj/Y0igkkCM47y7gM WVyDJ+5H9RbKtLmSYmw75nst4OdQRqZSC6Ri7S3WuuNvU9E4qEQPlfi47RRsTqUJKors 75PVSCDdxoR1PZSF/ZWUdkaT3J3AgWHCyIMMJ4iMwKMhXE9cnBEaNqmoqK2cZsvOD+6D 3jqAt6lOY7qUV7faYWNyzsCvtfmamAQMCs9LBKE0eXCllhnHvtnNKN37Jtti+rCStggM CPtw==
X-Gm-Message-State: ANoB5plMdL3l2s934PDDO/lEHWxPzsGe7Cg+dN87AW960w7SDv68vqol 0MtR/9lIEYiON1fFD5TQojHgKYO9wHSlS4g/flq8nUeC7btGLA==
X-Google-Smtp-Source: AA0mqf7BczvfJUeUBUqa6Ttsa55+5z8XkofZiMrtTq1o/XRs10YrE9WbiEtqVlfnqm2PL+n8Il3Ogapk7+3RCxy8YQo=
X-Received: by 2002:a05:620a:31a5:b0:6fb:ff0f:e7e0 with SMTP id bi37-20020a05620a31a500b006fbff0fe7e0mr4154144qkb.747.1669044597929; Mon, 21 Nov 2022 07:29:57 -0800 (PST)
MIME-Version: 1.0
References: <CAJgLMKs5oYT1Eoq1Z-_3FYDVLvq6q8ecf+-g8cc1zZR5pJtJNw@mail.gmail.com> <8ae52b55-86f7-3b3f-7677-cde43d92a22d@gmail.com> <e4b83cec500844e798882b9fde6ae66e@huawei.com> <342e9ed1aabc498d9639ee19257d89b2@huawei.com>
In-Reply-To: <342e9ed1aabc498d9639ee19257d89b2@huawei.com>
From: Ted Lemon <mellon@fugue.com>
Date: Mon, 21 Nov 2022 10:29:47 -0500
Message-ID: <CAPt1N1=EKdS_JsewDACWHTsjrnHY9JA7LnTpMaxeFGxhGWxf=g@mail.gmail.com>
To: Vasilenko Eduard <vasilenko.eduard=40huawei.com@dmarc.ietf.org>
Cc: IETF v6ops WG <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005fcdae05edfcba7a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Ot7o0D4MAnGVDDnUHY6mm9FZtO4>
Subject: Re: [v6ops] Updating RFC 7084
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, 21 Nov 2022 15:30:01 -0000

The DHCPv6 server could send a notification to the DHCPv6 client if we are
concerned about this. But it’s not clear to me that we should be. If you
think we should be, you need to actually make a case for that, not just
assert that it’s so.

Op ma 21 nov. 2022 om 08:52 schreef Vasilenko Eduard <vasilenko.eduard=
40huawei.com@dmarc.ietf.org>

> Hi all,
>
> I do not understand how DHCP-PD may be used for prefix distribution inside
> the site.
> Because uplink could go down.
> Should be some signaling to all routers on site that the prefix is not
> available anymore (and should be deprecated on all links).
> But DHCP is stateless in principle.
> This "flush renumbering problem" would be pretty difficult to fix.
> It would kill MHMP completely.
>
> Eduard
> -----Original Message-----
> From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Brian E Carpenter
> Sent: Friday, November 18, 2022 9:02 PM
> To: Timothy Winters <tim@qacafe.com>; IPv6 Operations <v6ops@ietf.org>
> Subject: Re: [v6ops] Updating RFC 7084
>
> On 19-Nov-22 03:47, Timothy Winters wrote:
> > Hello,
> >
> > I've started a draft to update RFC 7084 to support prefix delegation on
> the LAN interfaces.  The current state of IPv6 in home networks is ISP are
> assigning prefixes of appropriate sizes but they currently are under
> utilized due to the lack of prefix delegation on LAN interfaces.
> >
> > This draft is an attempt to add that support to the draft.
> >
> > https://datatracker.ietf.org/doc/draft-winters-v6ops-cpe-lan-pd/
> > <https://datatracker.ietf.org/doc/draft-winters-v6ops-cpe-lan-pd/>
> >
> > This is only an update to 7084 at the moment, there has been some
> discussion on the snac working group about leveraging this work as well.
> >
> > One item being discussed is this currently doesn't solve multi-homed
> networks.
>
> As a historical note, we've spent a lot of time in the past on
> multi-homing and more or less failed (and the HOMENET approach was designed
> for home nets, not for enterprises where the problem is probably more
> important).
>
> To summarise what I've said over on SNAC:
>
> 1. If we're going to mention PvDs in the 7084 update, I think we should
> also mention RFC 8028. It isn't that a CE router should necessarily support
> 8028, but that in a network that does implement 8028 on its subnet routers,
> the following part of 8028 applies:
>
> 2.2.  Expectations of Multihomed Networks
>
>     Networking equipment needs to support source/destination routing for
>     at least some of the routes in the Forwarding Information Base (FIB),
>     such as default egress routes differentiated by source prefix.
>     Installation of source/destination routes in the FIB might be
>     accomplished using static routes, Software-Defined Networking (SDN)
>     technologies, or dynamic routing protocols.
>
> Those egress routes of course lead to CE routers.
>
> (There is some other thinking about this topic in
> draft-vv-6man-nd-support-mhmp).
>
>     Brian
>
>
> >
> > I welcome any feedback about the proposal.
> >
> > ~Tim
> >
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>