Re: [dhcwg] WGLC for draft-ietf-dhc-addr-notification - Respond by September 13, 2023

Ole Troan <otroan@employees.org> Thu, 14 September 2023 11:08 UTC

Return-Path: <otroan@employees.org>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 555A9C14CE46 for <dhcwg@ietfa.amsl.com>; Thu, 14 Sep 2023 04:08:21 -0700 (PDT)
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 (2048-bit key) header.d=employees.org
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 iNR7BZVhvAdM for <dhcwg@ietfa.amsl.com>; Thu, 14 Sep 2023 04:08:17 -0700 (PDT)
Received: from proxmox01.kjsl.com (proxmox01.kjsl.com [204.87.183.6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 6D3BBC14CF1F for <dhcwg@ietf.org>; Thu, 14 Sep 2023 04:08:17 -0700 (PDT)
Received: from proxmox01.kjsl.com (localhost.localdomain [127.0.0.1]) by proxmox01.kjsl.com (Proxmox) with ESMTP id 1890DE5B19; Thu, 14 Sep 2023 11:08:17 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=employees.org; h=cc:cc:content-transfer-encoding:content-type:content-type :date:from:from:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to; s=prox2023; bh=q/UaOYYrR7qJLNwa n7e3WKz7lmJ9OnsbdICnrVXKbk0=; b=fUVCGlKi3xHKZZnEUt9e3yCrsHJlc3SZ 560zk9R++duuzn6m+cOW60ptH34MO0/j+5YaFwUsaC2vRpKME+R1EoiJDFSUvNiw H3RqYFWaZ9LAGwCMdrbVPzQz/DFeusRjOdtFTLR0WYNT1HV9OG+VUunwlax0Tena 8mM2Qg07WvA1LTONPNbnPk+O4ptnUamo61L8GJVizvzEszHsPh7UymlCvbVDzn31 w55vbZp0yIVgsf8Ri1t9QbaHS9tz+AqpevyCiNxHQcYCbeGwjdOtHf+kTh7EKEWs +6MoaOQI1VyOJGKlcjNfk3DNx56ZS2Cn9vLxEX1wMDlT1x23eRwY0w==
Received: from clarinet.employees.org (clarinet.employees.org [198.137.202.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by proxmox01.kjsl.com (Proxmox) with ESMTPS id EC329E5AF8; Thu, 14 Sep 2023 11:08:16 +0000 (UTC)
Received: from smtpclient.apple (77.16.214.56.tmi.telenormobil.no [77.16.214.56]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by clarinet.employees.org (Postfix) with ESMTPSA id 0BD2D4E11B0B; Thu, 14 Sep 2023 11:08:15 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
From: Ole Troan <otroan@employees.org>
In-Reply-To: <CAFU7BAQYJ-QynKij+QnxphvrKAkw+D6vxzK=7+GhAUoqS2asxA@mail.gmail.com>
Date: Thu, 14 Sep 2023 13:08:03 +0200
Cc: Lorenzo Colitti <lorenzo@google.com>, dhcwg <dhcwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <13F07CB0-0EDD-453B-A9E4-31A3152FF2EC@employees.org>
References: <CAKD1Yr3AEOa_7dKM15g+z6ZPDApZz08vgCS4kn9Uvi=+B9Dthg@mail.gmail.com> <3F659608-5298-42B3-9403-2C2A170DFCB3@employees.org> <CAKD1Yr3no4WQ6-dsTYVNswfdT85zmg4fHXvLJPMa--ZT9=h6Og@mail.gmail.com> <A675F57A-7FDA-4011-A100-AA3CDA52A323@employees.org> <A87EAA8A-0A80-4FCF-BEB9-6C19022751E2@employees.org> <CAKD1Yr1qs_+Y+Eb+oSjYQ6-033anRkn3d_fcWXcZ6s5mCA-_aA@mail.gmail.com> <4705B18E-E96E-4EED-8CDC-70431600F59F@employees.org> <CAKD1Yr0BGoZNKgaO5wRVg9V2Cs6swj+POnVj+7hoPixkdByxug@mail.gmail.com> <98972EEB-EB29-4DDD-AF07-B4848D406C96@employees.org> <CAFU7BATFx-yW9p88BLOMCarps92ejj4zYkvJB=BBtPqOy9QD3A@mail.gmail.com> <DA08259F-B3AF-43CD-858C-5EBC399D20A7@employees.org> <CAFU7BASuLfBB0TswJdza2xtwhXqiZ=HHt-EvsofAK9zSp5G9TA@mail.gmail.com> <16472FC6-4253-4117-986A-2FE24B1ACDE8@employees.org> <CAFU7BAQu+eFunTPE7DFi=sMEbbEd7_D2+YV9HFHYzkAgZYfqcg@mail.gmail.com> <7137E787-AA97-43F8-B35E-9F098C79D935@employees.org> <CAFU7BAQYJ-QynKij+QnxphvrKAkw+D6vxzK=7+GhAUoqS2asxA@mail.gmail.com>
To: Jen Linkova <furry13@gmail.com>
X-Mailer: Apple Mail (2.3731.700.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/VpJ4GwmFahywPVm2IL0qtXFBL2I>
Subject: Re: [dhcwg] WGLC for draft-ietf-dhc-addr-notification - Respond by September 13, 2023
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Dynamic Host Configuration <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Sep 2023 11:08:21 -0000

>> Going by that logic. I think you could simplify your statement to:
>> It’s not possible to build an IPv6 only enterprise network. Period.
> 
> Yes, indeed I should have said "IPv6-mostly" - so some hosts are
> IPv6-only, while the others can be dual-stack or IPv4-only.
> That is definitely possible as I've done exactly that.
> There will be a long tail of legacy hosts - but we do not expect them
> to support all those shiny new things we develop.
> What I mean is that for *any given host* we shall assume that "if the
> host supports that new IPv6-related feature we develop, we shall
> assume that the host is IPv6-only".
> 
>> Not all hosts support 464XLAT. Nor any other IPv4 transition mechanism.
>> Not all networks support the mechanisms for NAT64 discovery.
> 
> Going by that logic, not all networks support IPv6, so we can't deploy
> dual-stack either.
> 
>> In the long and arduous path towards that, if it ever happens. I am not at all convinced that the current protocol under discussion, the DHCPv6 address notification protocol is helping rather than harming.
> 
> To get the discussion back on track - could you please elaborate a bit
> on the "harming" bit? Sorry if I missed it - I did read the thread but
> somehow I'm not sure where the harm is coming from - maybe we can
> address that.
> 

I thought I had been quite clear on that.

- in SLAAC only networks, M or O flag has to be set, leading to clients having to try DHCPv6 address assignment or acquiring configuration information where there is none. I.e abuse of M/O flags
- Not robust enough for forensics, so additional mechanisms would be required anyway
- No way to only use this mechanism for hosts that do not support DHCP address assignment
- Makes it even harder and less understandable for operators. And introduces another cycle of bugs in implementations supporting this.

The “address that”, is simply to enable the DHCPv6 code in Android.
It’s sad that we let one vendor run over the rest of the community like this.

O.