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

"Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Tue, 07 May 2019 17:35 UTC

Return-Path: <bzeeb-lists@lists.zabbadoz.net>
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 5F62812018F for <ipv6@ietfa.amsl.com>; Tue, 7 May 2019 10:35:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 E88wH5N0-gwc for <ipv6@ietfa.amsl.com>; Tue, 7 May 2019 10:35:45 -0700 (PDT)
Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DB56120135 for <ipv6@ietf.org>; Tue, 7 May 2019 10:35:45 -0700 (PDT)
Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 1CA2E8D4A13E; Tue, 7 May 2019 17:35:42 +0000 (UTC)
Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1C174E70837; Tue, 7 May 2019 17:35:41 +0000 (UTC)
X-Virus-Scanned: amavisd-new at sbone.de
Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 0eFONoK7Zh9s; Tue, 7 May 2019 17:35:39 +0000 (UTC)
Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:2ef0:eeff:fe03:ee34]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id D935CE70812; Tue, 7 May 2019 17:35:38 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
To: Sander Steffann <sander@steffann.nl>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
Date: Tue, 07 May 2019 17:35:38 +0000
X-Mailer: MailMate (2.0BETAr6135)
Message-ID: <BC23F51B-4135-47C6-B22F-8AE5CD8CB6F6@lists.zabbadoz.net>
In-Reply-To: <BC988F7C-B262-4FF3-929A-02E6BCCE2266@steffann.nl>
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> <BC988F7C-B262-4FF3-929A-02E6BCCE2266@steffann.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Nv2feX_IeUCECb18R2KYhVWWKO4>
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: Tue, 07 May 2019 17:35:48 -0000

On 7 May 2019, at 16:54, Sander Steffann wrote:

> Hi Bob,
>
>> Would it help if the draft said the focus is for managed networks?
>
> Hmm. Just stating where it's supposed to be used doesn't prevent abuse 
> in other situations. If we can actually limit the potential impact on 
> devices on unmanaged networks then that would be great.
>
> I understand this is not easy, as the same devices will be used on 
> both networks.

Given as of the last draft there is an option to disable processing 
despite implementing, OS vendors can implement the draft and do what 
they think suits their users.   Even more so they might leave the 
default to “off” for now as an “advanced option to turn on” and 
with a major OS update, once the world has moved on, flip the switch in 
the future.

I can foresee a time when ISPs really don’t want to deal with the IPv4 
for end users anymore and you’ll be happy to have the option then.  
Based on 8+ years of an ipv6-only unmanaged home network (but some code 
under my control) I can tell you that I’ll be happy if more vendors 
start thinking “what if there’s no DCHPv4 or IPv4 gateway 
anymore?” now!  Especially all the smart gadgets that make it into the 
homes at the moment and multi-function devices.  If it doesn’t happen 
soon, your support calls will come the moment you want to have the flag 
and turn it on and it’s not there.  This is investing in a future to 
come now with the option to leave it off until we get to the point.

That said I am sure ISPs already talking to many of these “smart 
entertainment device vendors” given they probably get enough support 
calls for them anyway..  It’s in your hands to give them an extra bit 
to better prepare for the future, and possibly in the meantime improving 
the dual-stack IPv6 as well.

/bz