Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05

Lorenzo Colitti <lorenzo@google.com> Wed, 08 May 2019 13:30 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20EF3120120 for <ipv6@ietfa.amsl.com>; Wed, 8 May 2019 06:30:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.51
X-Spam-Level:
X-Spam-Status: No, score=-17.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, 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 MhWhHT9pogk0 for <ipv6@ietfa.amsl.com>; Wed, 8 May 2019 06:30:24 -0700 (PDT)
Received: from mail-it1-x136.google.com (mail-it1-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 62EA3120119 for <ipv6@ietf.org>; Wed, 8 May 2019 06:30:24 -0700 (PDT)
Received: by mail-it1-x136.google.com with SMTP id q65so4031326itg.2 for <ipv6@ietf.org>; Wed, 08 May 2019 06:30:24 -0700 (PDT)
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=fZbKkhot/1VAEXr0Yz2nSvjrWoplRo9KgpI7iMuKy+M=; b=QhIq1tnfGgnPyGwHi7VZsGuxrVRCYnkfJE/o7b4LHlHOxnj4vqbGePQRgTF1EYdZoL uRIjDqfJJlVT+nHvpNIc7TcUqxrUblACKw6K2nuGauo/z+tthT6OaDTvTWkOY4kwQ82p B3dL15F9TtA6fe0gEBFcCl1zwRrA/rzZXrBdFDWnelIJPBaNHhWupDQDUXoF3m7WlxOX Cs2R+IjI+WbfetYqxq1TPe4L9bv1RkBa+7Frvyi+tYJke2EJuH13Bb5fEx4g961wttHQ RkdEXwplwsKIJRvq7h2MIAAI7hnVpDHUf2wwukp4aY4RKMHmoS0PECmZ5jkiScUPYZjP etPg==
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=fZbKkhot/1VAEXr0Yz2nSvjrWoplRo9KgpI7iMuKy+M=; b=gisWPDLYF1gv7PXXcC+uojplLOJqKyA4lWrK7PK4wtt5Nzaz+ABdD88G++wvi+XcLE 13jTvk2WK3aAa5CPRwE6OHbGOeTGsHKSV7RP38TNiTcOFltsaIY9CYwikaK+6u8TovE7 uhPbp0OjHRn3xcWwlhhYcijm8dVG9UlEr+5PitYUO700ZgC/lCwrrlpAmJNn55JFPcR7 mwbjotSym59oULKtvO5qnTnp2bv36k2MFSgqcVUcAdBN0D8CGpR5c/WuezVc14U5QjRX kqa7TPwQFfAYM5KCRqO62Va5Rie0iA+dd+WLvvtf3birAjsA8tuuKvW6kN2QSlat7k0E qh9Q==
X-Gm-Message-State: APjAAAXPesV+KZrl/8KMS+W93zaK9JYtogqvxpBUopSlV2DYp2Cf9U8Q Fe2fZtZRHbdqdU2Tkm5YvMHrNwZLgQCrpysPXLpMeg==
X-Google-Smtp-Source: APXvYqx5hd3ONm2Aob/TveNTjVz1Xmt3zpjvTVjqWVnzZJ7dREhrPkB+LyV5uNgCLYjKkeBmc1FOHuZZJMDBYOG+LYk=
X-Received: by 2002:a05:6638:29b:: with SMTP id c27mr27629999jaq.112.1557322223352; Wed, 08 May 2019 06:30:23 -0700 (PDT)
MIME-Version: 1.0
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <a2465e81-a17f-ab48-efda-20fe12a70077@foobar.org> <30239E0C-C444-4A7E-8342-AEE47BF8A2BB@employees.org> <20190505200449.GB7546@vurt.meerval.net> <80073906-c3c0-1f22-9e7f-c2b349063936@gmail.com> <CAO42Z2xzVW3m0mN7jEn8SYyYCYhrufVnkfp3rBjJcijBkvucNQ@mail.gmail.com> <CACWOCC-35yVYXSRR0sRL-MBMHyOFZtJx9E9h14G8qqVh5T7qGA@mail.gmail.com> <232c1a43-0fd9-4eae-737b-260a3906f72a@gmail.com> <51F2BD2A-A590-4AF1-B8C1-FE62C9416340@steffann.nl> <8C63324F-FEF6-40BD-B918-B413CDEF9186@gmail.com> <478d5dc5-af00-4ab0-d8ef-75e41cd501d4@foobar.org>
In-Reply-To: <478d5dc5-af00-4ab0-d8ef-75e41cd501d4@foobar.org>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Wed, 08 May 2019 22:30:06 +0900
Message-ID: <CAKD1Yr1OcQqxv1Z5XA7OBMfyC7kayXUOLJEGvY8QVu0XB-H=Xw@mail.gmail.com>
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: Nick Hilliard <nick@foobar.org>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ece49f058860559a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/IWDipOj6tGLivcIlLTj8n0iJf3c>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 May 2019 13:30:26 -0000

>
> I.e. if you want actual management, then you need to manage, and that
> mandates enforcement.  The larger your network, the more effort you need
> to put into designing it properly - and managing it using appropriate
> equipment.
>

I think you're forgetting the case where the network is managed and the
devices are not (e.g., BYOD on enterprise networks). This flag is a perfect
fit for such networks.

The network administrator can, as you say, manage: drop all IPv4 frames,
use L2 ACLs, whatever they want to do. But even if the administrator does
all that, the host has no way of knowing that this network has no IPv4 *by
design*, as opposed to a network that is experiencing an IPv4-only outage,
or because the host's DHCPv4 packets all got unlucky and got taken out by
cosmic rays, or...

On such a network, the flag provides a good way to tell the host: we don't
support IPv4 on this network. The host can trust that or not. If it does,
it can save battery power for its users and reduce airtime impact by
disabling DHCPv4 or retransmitting DHCPv4 less frequently, disabling
features like IPv4 MDNS, etc. etc.