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

Lorenzo Colitti <lorenzo@google.com> Mon, 09 December 2019 06:37 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 811AB120074 for <v6ops@ietfa.amsl.com>; Sun, 8 Dec 2019 22:37:25 -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 26s7dt-BIUmz for <v6ops@ietfa.amsl.com>; Sun, 8 Dec 2019 22:37:22 -0800 (PST)
Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 35FEB12003F for <v6ops@ietf.org>; Sun, 8 Dec 2019 22:37:22 -0800 (PST)
Received: by mail-il1-x130.google.com with SMTP id f6so11731537ilh.9 for <v6ops@ietf.org>; Sun, 08 Dec 2019 22:37:22 -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=eb8w4IFMY49ujso7tH3sPvVOpS4cvQlFjS2hAeiIqxg=; b=DphK66Amtr+uagQRphG6zXa9JvnFrMwJjUJeTB+5IH+UrZ/oYW9kPJe8n+g0lu33VL 7gAgW8jmNDQ1+wC9MTouVZypGsAq5k/uMtWNSyOvXTYekptVDGxW08khpIbxYh6+tMbd ueA+OtyPYDlWXO1LV/1SnjskJOvmXFxraDM5MWFtWJfQWUD2XxN2AgUsBiiQD9JDcpvy FWXzEv3eQQidA0xHDTbPhKouJi+C5MWw4Dd+c+hWiB1tI1FzXngO+bJ8mvM5q+zjkRDx o1I7GUYTY9GkfGQ4YLTRT6VF+GfS9jrlkMDXlrOhEymksZwfmk7Xj2hrwwYErZEeqetp BzFw==
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=eb8w4IFMY49ujso7tH3sPvVOpS4cvQlFjS2hAeiIqxg=; b=uUPAWYmnewAkWLh82TOJmFFua5pLBMFuSR/IOLcTvRyTGCwpAIMJoUOAHEFDD6/bmy YTkJHsOCeKKoPJGIRxVB1OcQc5ivsrBEmBR9bKxoghbSBUzORuDRGaFCRyxLSVWqjw5f y4YHM5hoUp4p37L6cRFWWwmmIKMSe/WwpS+vKairr/KF9MgOqMky5s5i9V4sLmWJHl+x QeWO1nAcnrqjB7PneQQDMVdfnOuzbn4cmT9/6P+bm/WBVsRFk3iQvLQ+FHtRve03yeol FYYX0Ju1eIwMOqzQwmLdhGk85eRY2+iC18f7mf222aXHhSAHCQXcQRBJMbgGNK0bWM9c Z21w==
X-Gm-Message-State: APjAAAWUMjikzFZi8e5khXfxRxa7ptvES1sxjJ2Dfe9TbMjSCM9dUJaO 00OcLfUI+/P8R7koizyC9EFbQHzVAOpxp02VoTMRqw==
X-Google-Smtp-Source: APXvYqwKqwVVHV8Dyix4+EDLHabe8jtOtXqIiubKD+nJOc7Kve6bL2LPnRcEY9/LWd0NFujTBOtHXxthMPavG8XJGys=
X-Received: by 2002:a92:3b10:: with SMTP id i16mr28471420ila.170.1575873441231; Sun, 08 Dec 2019 22:37:21 -0800 (PST)
MIME-Version: 1.0
References: <CAFU7BAS_Cst0m9z5e_an__ZTtXSTWa9iXwgve4nc5f3adFcyiw@mail.gmail.com> <8AD8345C-3098-419D-9B25-73595286A7B2@fugue.com> <CAFU7BATt7oEsTTHEs=+V=QK_OOCfkn9S2_2bqF6zpPGOiPzjEQ@mail.gmail.com>
In-Reply-To: <CAFU7BATt7oEsTTHEs=+V=QK_OOCfkn9S2_2bqF6zpPGOiPzjEQ@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 09 Dec 2019 15:37:09 +0900
Message-ID: <CAKD1Yr2ua7PhYJYizAWqNHoEeiior7LXfq1ygHXcdCLpgr6_Mg@mail.gmail.com>
To: Jen Linkova <furry13@gmail.com>
Cc: Ted Lemon <mellon@fugue.com>, "dhcwg@ietf.org" <dhcwg@ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>, "Bernie Volz (volz)" <volz@cisco.com>
Content-Type: multipart/alternative; boundary="000000000000ad5a7c05993fa0bc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/t8w-4HA9ufptiL59YkVMamoOkCE>
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: Mon, 09 Dec 2019 06:37:26 -0000

On Mon, Dec 9, 2019 at 1:30 PM Jen Linkova <furry13@gmail.com> wrote:

> Practically speaking I'd prefer to minimize the risk.
> While do not know the probability of a smart infrastructure device
> getting an allergic reaction to abnormal DHCP packet, the potential
> impact is quite high.
>

+1


> I'm not sure what's the impact of returning an address (ex. for making
> that address unavailable for a short period of time)?
>

The only downside that I can think of is that if you have a thundering herd
of devices that come online all at the same time (e.g., power loss and
site-wide reboot), the offers handed to the v6only-capable devices, in the
brief time they are allocated, can exhaust the pool such that
v6only-incapable devices cannot immediately get an address. However, the
server can mitigate that in two ways:

   1. When issuing an offer, don't reserve the address, or reserve it for a
   very short time.
   2. When issuing an offer to a v6only-capable device, don't reserve the
   address. If the v6only-capable device then comes back and sends a request
   (which it shouldn't, unless something very strange happens), then the
   address may be in use by a v6only-incapable device. In that case, the
   v6only-capable device will get a nak and can go back to discover.