Re: [v6ops] [dhcwg] IPv6-Only Preferred DHCPv4 option

Lorenzo Colitti <lorenzo@google.com> Thu, 05 December 2019 08:13 UTC

Return-Path: <lorenzo@google.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 BDC0A1200F5 for <v6ops@ietfa.amsl.com>; Thu, 5 Dec 2019 00:13:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.5
X-Spam-Level:
X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id caTaZEslciAW for <v6ops@ietfa.amsl.com>; Thu, 5 Dec 2019 00:13:57 -0800 (PST)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 467291200B3 for <v6ops@ietf.org>; Thu, 5 Dec 2019 00:13:57 -0800 (PST)
Received: by mail-io1-xd33.google.com with SMTP id k24so2683997ioc.4 for <v6ops@ietf.org>; Thu, 05 Dec 2019 00:13:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VGFi6ts3YcHe7dPik7Pg4VsAPCQbxt5goujYhFy51gg=; b=Av1uOk0xGaTsB+gXxl3c/OZaXV5qW1J2XIYB3UVaeksh/RzBFXDyifhSfxFRP0cCjv gUaCHlphmFKBznRbpWY9i+naigtN2l/ZPAiX44Bd4Rotvm6mzmIox44LepCkYkBF1Z5R rBOutQtLqAUFlgJjlMcPHomIfC+fEQVUujpHYXH4gEhYjAgJsFzg1VjLoXY2gmyRwrwF UYFUDyQkCAMcNHLIfUpxHdpwleoMVkCtsrCZ2txwUnzWzna8dntcj70s5xyEIvHNc/b3 ceAQD9YxxEZ9xRTnEKUXWy/OUIVwbD4hp4dB9LiMe0RUxyQxqSBKv0qZeLzXKaKIlowp QGqQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VGFi6ts3YcHe7dPik7Pg4VsAPCQbxt5goujYhFy51gg=; b=qd7IXvLAzzfecNK0iqeeAbMwf+yRd37176gd60XOdsP+bxmAysta6pVbu6h+j04YuK ukD/bkIm4WHW28x3i8JpNuy9wOVGE9EIH4G2TmmPOsS697PbGPRTFzZJ95bREWYLmkaa rOmcTN7ReqMd+daEPJyxyQ+C9r6g7Zyzzv1WlaX5j1j9EZ3t1oL4JLEwraqKIPbph5My a974C+cdSH/ezgxKGcwWLVbd3tXm0XTLos53Ch54H+ZOaYg5OWBze/YvoHQgXWBQoxUx VC+Ssm2fxT/cgZlGhitm4lkC9SS8NuOQ7+V5D4Je+CC2JZNgVs/JRR9gXX2OZIDNdGKj 0vgw==
X-Gm-Message-State: APjAAAXbJtqz6jZntXnO7NVqYrQgHWN62+m17O3PzyY5lKry8NtjCBqW bDe7ky0sUyd/m8CLRwoASkoCv30TCFI1l3R2jOz14g==
X-Google-Smtp-Source: APXvYqyKaLJL61Vy1A64r3AyOey7f8nX8JX/6c/guTXYyUwlBaExpcM0kCqlwlNGxJwA9V13p527bfqraEYoe5uPA/E=
X-Received: by 2002:a5d:9249:: with SMTP id e9mr5528337iol.242.1575533636232; Thu, 05 Dec 2019 00:13:56 -0800 (PST)
MIME-Version: 1.0
References: <CAFU7BAR1JLUZps=CAqJfeQtUf-xQ88RYvgYrPCP+QP0Ter7YFg@mail.gmail.com> <8736e0gqu2.fsf@miraculix.mork.no> <787AE7BB302AE849A7480A190F8B9330313E29BB@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <CAFU7BARiwGZohd5d-hqUUpH5jzjFerbLGcOBVc+S9BC3OYMFcw@mail.gmail.com> <787AE7BB302AE849A7480A190F8B9330313E41EE@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <787AE7BB302AE849A7480A190F8B9330313E41EE@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 05 Dec 2019 17:13:44 +0900
Message-ID: <CAKD1Yr2ZuCXWvRGi-hTj3g0A24WHr=ept9CqFx6_mP3vKUcaqA@mail.gmail.com>
To: "<mohamed.boucadair@orange.com>" <mohamed.boucadair@orange.com>
Cc: Jen Linkova <furry13@gmail.com>, Bjørn Mork <bjorn@mork.no>, "dhcwg@ietf.org" <dhcwg@ietf.org>, V6 Ops List <v6ops@ietf.org>, "draft-link-dhc-v6only@ietf.org" <draft-link-dhc-v6only@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b896e70598f08259"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Zq49UNF2-gtZXHz8joTsy8kY_5Y>
Subject: Re: [v6ops] [dhcwg] IPv6-Only Preferred DHCPv4 option
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 05 Dec 2019 08:13:59 -0000

On Thu, Dec 5, 2019 at 4:55 PM <mohamed.boucadair@orange.com> wrote:

> > I agree that in theory pref64 presence is a very good implicit signal
>
> for 'you don't really need IPv4'. However when a host connects to a
> > network it does not know if pref64 is available when it starts DHCPv4
> > process. So to use RAs as a signal you need to either delay DHCPv4 (==
> > penalize v4-only and dual-stack networks) or do all those undesirable
> > RELEASE tricks later.
>
> [Med] The machinery will be almost the same as you are doing with your new
> option. You don't need to delay DHCPv4. The only difference is the signal
> on which to rely to make the decision.
>

I don't think that works. What is needed is a signal to the host that IPv4
should not be used if the host is capable of IPv6-only operation. That
signal *must* be available before DHCPv4 assigns an address to the
interface, because once an address is assigned, the host will not wait for
anything else and will allow apps using it immediately. This is by design;
it ensures that IPv4-only networks are as fast as they possibly can be.
Therefore, this signal cannot be in any IPv6 packet, including an RA, a RFC
7050 DNS reply, a PCP NAT64 option, or a DHCPv6 option.