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

Lorenzo Colitti <lorenzo@google.com> Fri, 06 December 2019 10:43 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 4C0431202DD for <v6ops@ietfa.amsl.com>; Fri, 6 Dec 2019 02:43:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.499
X-Spam-Level:
X-Spam-Status: No, score=-17.499 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, URIBL_BLOCKED=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 dSnhecCwidTY for <v6ops@ietfa.amsl.com>; Fri, 6 Dec 2019 02:43:52 -0800 (PST)
Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (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 D12EF1200F5 for <v6ops@ietf.org>; Fri, 6 Dec 2019 02:43:51 -0800 (PST)
Received: by mail-il1-x12c.google.com with SMTP id b15so5840445ila.7 for <v6ops@ietf.org>; Fri, 06 Dec 2019 02:43:51 -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=uxSpAyEKZp/rC6Rc1wFTLeiSu3E3D9yZKnMHTqXrUGk=; b=WaWIpzFspvuuig8Jc+JSse8/Tg6ZGyGDBsV+aSMgag2EQMpo24yJ/rfCdW+sSU/rtD x2SWOI5HrWg5QeqSN9nMt6W1YmLEq6sM5q58rMDELVqam7HWoInQHLmziOXpIwUa2FyY rYZEjxfcljXzOeVSzZJIzkT2ghHTuaE5d41+rmOUdEfproPJIEWyWHdd+2Dj4Y3mY8Z/ 1miFqfyaq/RR6fCUVxfo0dnBtTnLLct2wlG5Nln7VqHNL8g6S/Bn3ADeO/UHnv5/XCvt Lb/bZu3sr3i5TJEeyzwAoKNpOBiNOtA48Dfvu+iW4VrtCrZtlOCSUzre7t0L1RMMI15E oAuA==
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=uxSpAyEKZp/rC6Rc1wFTLeiSu3E3D9yZKnMHTqXrUGk=; b=fzxF0UuCT4xoqpEk74O7FzbfAUIyqVidkM7pyFfZB1ZOjqLybQnxr4AV0wAlWY/yrC PO3Ch9rYolnXMdRLMMl6TUxXdoOB/46F9i7vTiEFQT++JXWXWIU8xRoBt9KLX8cvtLGm G16OgC+gP5Z6D4RT3ApgHHWxb0kxiLC95D3DVxb5CFXKaHP1f1NrMcEvrfU03uyRo+9K WImRdhWF6EkKdgnPRkfrLh+3g8KISIseECTCe3oXg566ULK/F/sreK5zbKad5IRvJ4Pv D+roYRWJ9T2xVmHzFK0Lex4ex4Imy/tft+5mQ9eR/j0EcyWgssBCpu3V/Ns4x/veL0Va QoeA==
X-Gm-Message-State: APjAAAWEXI0v+Uz2S3m1ySaDerK5vjHxg+D91W/6wELehcix5/i00DJg AjzxNOjDkMZpF1xWNJa8bvzX/rYn1D58MaWQYjtNmQ==
X-Google-Smtp-Source: APXvYqwmy5tkK7Lqq+mJ/N1+3A2tcAOOsQdJirWBLoYA5aEhFN8jKyib3+0ubyXXMz4TsDEv1xaOqX1asUMe5JUu+Rw=
X-Received: by 2002:a92:ba93:: with SMTP id t19mr14344422ill.0.1575629030980; Fri, 06 Dec 2019 02:43:50 -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> <CAKD1Yr2ZuCXWvRGi-hTj3g0A24WHr=ept9CqFx6_mP3vKUcaqA@mail.gmail.com> <787AE7BB302AE849A7480A190F8B9330313E429B@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <CAKD1Yr0PKSyz3Ku6dw_-czqksB1tii_4Oc-9GqP9GG0HBzY+4Q@mail.gmail.com> <787AE7BB302AE849A7480A190F8B9330313E4587@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <CAKD1Yr14PWNO=ENHX8kBWgkx1xb2_WLZHJyKAf9izZkJyEm+bQ@mail.gmail.com> <787AE7BB302AE849A7480A190F8B9330313E5E90@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <787AE7BB302AE849A7480A190F8B9330313E5E90@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Fri, 06 Dec 2019 19:43:38 +0900
Message-ID: <CAKD1Yr19LNa7-N-CEdRE1RY7zTmDxfAy-Dxi3czfNhYMgt+9hg@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="000000000000b0e858059906b835"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/kl5qh_fzBqQfS0KFuMq6Dd9rxhk>
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: Fri, 06 Dec 2019 10:43:53 -0000

On Fri, Dec 6, 2019 at 5:01 PM <mohamed.boucadair@orange.com> wrote:

> *[Med] *Do you mean that clients that receive the signal to release IPv4
> configuration will make the users unhappy anyway because they will need to
> wait for the pref64 to properly work?
>
>
>
> Well, that's the intent of the pref64 RA option. That allows the pref64 to
> be communicated in the same packet as the rest of the configuration
> parameters.
>
> [Med] If there is no delay then, the signals (pref64 presence, v6-only
> presence) are redundant. No?
>

The pref64 option doesn't guarantee the absence of a delay. This DHCP
option tell hosts: this network can provide IPv6-only service with NAT, and
would prefer that hosts use it over IPv4. That gives the host a reason to
wait before it configures IPv4, or not to configure IPv4 at all, because it
knows that (unless there is an outage or misconfiguration), native IPv6
with NAT64 will arrive very soon. The pref64 option is there to ensure that
NAT64 arrives as soon as possible and doesn't require roundtrips to the DNS
forwarders (or even to the root and then to the IANA servers).

> Note that IPv6 has built-in delays in the protocol itself (DAD for the
> link-local address; various randomized delays) that make it very difficult
> to get anything done before at least 1-2 seconds have passed. Hosts that
> know that 70% of networks are IPv4-only will not want to wait 1-2 seconds
> to connect to those networks.
>
>
>
> [Med] In that case, what is the benefit for the host to indicate its
> ipv6-only mode support?
>
>
>
> The option improves the situation by allowing the host to wait for IPv6
> only if it is expected to exist.
>
> [Med] The host can “wait” without requiring the option. The key point is
> that an administrator sets “ipv6-mode” supported.
>

Which administrator? If you mean the host administrator: only very few
hosts have administrators that understand networking. Most hosts don't. And
it's silly to wait unconditionally if the host doesn't know if the network
provides IPv6-only service. Almost all networks (except for cellular
networks, which don't use DHCP) don't provide such a service today, and it
doesn't make sense to wait unconditionally on all networks just because a
very few networks support IPv6-only.