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

Lorenzo Colitti <lorenzo@google.com> Thu, 05 December 2019 02:27 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 2FD371209A6 for <v6ops@ietfa.amsl.com>; Wed, 4 Dec 2019 18:27:51 -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=unavailable 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 a50IXw073Gg7 for <v6ops@ietfa.amsl.com>; Wed, 4 Dec 2019 18:27:49 -0800 (PST)
Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) (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 03C7F1209D8 for <v6ops@ietf.org>; Wed, 4 Dec 2019 18:27:49 -0800 (PST)
Received: by mail-il1-x136.google.com with SMTP id a7so1574517ild.6 for <v6ops@ietf.org>; Wed, 04 Dec 2019 18:27:48 -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=MBRgDa751wyOq9R/w0wrjhWX72oDu8VHxC/jKeVPGgw=; b=cC/sa/gymHUQ6DPyrcuP0DFTB7xawI1BRXoI8mY6P1QiDD42pIT8RXjBaXNuw/HcHl bSvNXgo6Cr12E0d1P2/uXAMK9iJjEb+kbof/l8UThZx3vlNAMaN3ewfZ9kbZo+0lUNxK WvkO9Fkfd2cAW5lahHCmfxNbk0fcd2ZAiN3I527GZSGI0kXZQKVXztVy9h5BCQ1Bnw6Z jFb/faL1Bcw2y6i7U+whW6jm3iO7InIsj4sk6smluEJToPtdkX4AaTsQM+tQ6XHScAHi DEZqX9G2anVX331WPHo4UFgNe4j0runXDsOHMXOhBxHfmmiUKuTjM7oY5ZK6gw7uBNqW OL2w==
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=MBRgDa751wyOq9R/w0wrjhWX72oDu8VHxC/jKeVPGgw=; b=C1IY09JE6SNO5U3qAV2rBT/+YTbTfhRUaKNaiq/+sMiXZUxd/H0dz91XtZfHsRZp4X Mk+XAh9nZEaBhLmzDc9RvPjvFbIzkX9GM4t0EqJTyQc/N5D3Il27fMr+O/Mw5uFHSIpp 6IrLLb/ARO1B6mRcD3uo5nBfPI11vXYXfiAnoWr4FdkbCLl4gW15KF8UmVa3ZC+uczV4 HM1UgElLiSNW/+gfzmwSGmYdCyf/5qt++9bRf2jEmmFWu8e0cnK4st3pskftPSupzq3o AizDUrInfihPSkTagm8kdqFJ83keLRhxd6GosM8UJ8P+WHUKPgymg8QGf97BtammggTq q75Q==
X-Gm-Message-State: APjAAAUQK+nBbs6Lf0LnX66DlNscd14dOswuHdyakhiCyKSEOtsuKooU rsnp4g/52rW32vwO4nmb4c0VVSFp7ghCeMclkmpk2g==
X-Google-Smtp-Source: APXvYqyZ0QNee4RyDPVACo2yPpz4s66MNcFv1grKP5Ldjw6pqsomPDWpeSLPWeGuZvnxXqvM42uNTHpqToOmoctTJCs=
X-Received: by 2002:a92:3b10:: with SMTP id i16mr7107627ila.170.1575512868096; Wed, 04 Dec 2019 18:27:48 -0800 (PST)
MIME-Version: 1.0
References: <CAFU7BAR1JLUZps=CAqJfeQtUf-xQ88RYvgYrPCP+QP0Ter7YFg@mail.gmail.com> <da078a21-b606-f0d9-3833-d66b20410853@marples.name> <CAFU7BASdWZv1RTVa5v4thbKPqCrmG886G+hK2J0UoZ3TbELDnw@mail.gmail.com> <b52fdd35-9663-e7df-7303-748a6b3a57ce@marples.name>
In-Reply-To: <b52fdd35-9663-e7df-7303-748a6b3a57ce@marples.name>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 05 Dec 2019 11:27:36 +0900
Message-ID: <CAKD1Yr0vp2gaVRza+wei0qM6T9oN=iu39jRjK-cvhheorgE=Xg@mail.gmail.com>
To: Roy Marples <roy@marples.name>
Cc: Jen Linkova <furry13@gmail.com>, dhcwg@ietf.org, draft-link-dhc-v6only@ietf.org, V6 Ops List <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d800d70598ebac1b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/qzwTmwQNqcMnOD-amCkD1dp6w6w>
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 02:27:53 -0000

On Thu, Dec 5, 2019 at 10:12 AM Roy Marples <roy@marples.name> wrote:

> > The draft covers that scenario. DHCPv4 is disabled for V6ONLY_WAIT
> seconds.
>
> Is the wait seconds even needed?
> Just set the T2 timer and treat it as leasing the unspecified address.
> Less data on the wire, less churn in DHCP clients. V6ONLY_WAIT provides
> nothing of value as I see it.
>

I think there is value because the two are conceptually different.

The T2 timer is about the validity of the address that is offered, and
specifies how often that address should be renewed if the client accepts
the offer. The V6ONLY_WAIT timer is about how long the client should wait
before asking again if it doesn't accept the offer. I think these two could
be very different. For example, if IPv4 is a very scarce resource and
almost al clients are IPv6, the operator will want to use short lease times
(e.g., 1 hour, or shorter) to ensure that hosts that disconnect from the
network don't tie up scarce IPv4 addresses when they're not connected. That
same operator would want the V6ONLY_WAIT timer to be large in order to
avoid excessive load on the DHCP server (and to conserve battery on the
devices).

If there is consensus that this is useless we can remove it, but I don't
see a a strong reason to give up that extra flexibility. Is there?