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

David Farmer <farmer@umn.edu> Thu, 09 May 2019 15:51 UTC

Return-Path: <farmer@umn.edu>
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 6C674120129 for <ipv6@ietfa.amsl.com>; Thu, 9 May 2019 08:51:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 pqxs-WB26j_d for <ipv6@ietfa.amsl.com>; Thu, 9 May 2019 08:51:29 -0700 (PDT)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B70E120122 for <ipv6@ietf.org>; Thu, 9 May 2019 08:51:29 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id 549EFBB4 for <ipv6@ietf.org>; Thu, 9 May 2019 15:51:28 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZBR_H2W4pv6T for <ipv6@ietf.org>; Thu, 9 May 2019 10:51:28 -0500 (CDT)
Received: from mail-vs1-f72.google.com (mail-vs1-f72.google.com [209.85.217.72]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id 1B9636F6 for <ipv6@ietf.org>; Thu, 9 May 2019 10:51:28 -0500 (CDT)
Received: by mail-vs1-f72.google.com with SMTP id b26so483603vsl.4 for <ipv6@ietf.org>; Thu, 09 May 2019 08:51:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UPvLCw+ESGyWZIGSMGVOAKMr8+xMQjPMJG7NTilZn+0=; b=YujVbXzbZs6gggpK2NJvu8WIUkYRf1Zf0xaMhLJ8QQgDsnjiOsDMgtCfcAkqIU42py QB1Ew80rQvoMoHEhd1eW6K6ZKswsHR5/IUQJET7Q93T2vO4NedWNM3HW8VEM2KrtDQb6 SKs2RyY1A0uwprT2KqSntIIsofjpM7LLpmD47mO4x3J+HC5443KCcZ4q04Wt/osDEyqE 0xF7ZHKTu74lKkHXf1169u3yxCGWM4i1nOd8s6K13GNTpi3qedleXnf5eFsPcvTY2iub xATCGiAxXVOQcEOvoMGSMw3pPkJZ6j78S8K1vjp4yIYiRteRyZ0O5Ir+34Um+fzEDRkS xj4Q==
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=UPvLCw+ESGyWZIGSMGVOAKMr8+xMQjPMJG7NTilZn+0=; b=VQvQXPrvUrCY9m49UwNPhc6HvBnPFBtAKbwwO1Nk34jNmYETNLzLVaqVDPiPg5tN2m a7S1q1U9EH5zuIAF5yAhagDoW8bOo1gcEmUsgDDGYarfZ8c+Ge8ajnpVz61PUKgmhtcR s4asRUqRkfs2Utc73tzrxb6PHHN0F1ogztDR4xJP0bl1E6N0KF2UgjBtFzqzhDotIln0 gx7I1tTvn8OsAoqtZd+6eDuJwukT0EFhyz7NFJlkfu/NzTO6VdZjhO2wXx11a3i/OW+S WdkIquwg1xIKNjjztzdRKR96KJSvFGD3Srj0NitNSKIyhmmZMcbbX73GQdGpx3jg0hNr 43Zg==
X-Gm-Message-State: APjAAAVSe05XJoaepRG1fhrrkMV3eSh52wN6fmLIDFUQduxTcejiD/hW hsp2dLO/KUrNnJJoT3aU0P3k3FKel6ALRPAHD8Sy26PLj/OddMaZ4I3soUUhEP5lTfcwbri92WZ GpAy44A4b+y6X9nZLSU5/KDXV
X-Received: by 2002:a9f:3e4e:: with SMTP id c14mr2298882uaj.71.1557417086569; Thu, 09 May 2019 08:51:26 -0700 (PDT)
X-Google-Smtp-Source: APXvYqzJVlK9NJjMfx4prGnQ7U9haNQ+sSzW0dL945PYLWgmuC2azuHurnL9NwOXsyBkT/S3BHgApaoizKJIN/GB+pk=
X-Received: by 2002:a9f:3e4e:: with SMTP id c14mr2298859uaj.71.1557417086068; Thu, 09 May 2019 08:51:26 -0700 (PDT)
MIME-Version: 1.0
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <alpine.DEB.2.20.1905070846120.1824@uplift.swm.pp.se> <5bf11ff3fb3b4ba88c33c23521d931e8@boeing.com> <CAN-Dau3BtudB5HM=1u72BExu_64teEDeO7i+aQXhk28Qc2u2vA@mail.gmail.com> <CAN-Dau0Rv3YKg+rmwMK2yDOD0iDi-=bG0uGq0yNMTkLH7nAGBw@mail.gmail.com> <2c5cb04f-d695-b48d-a748-209ddf3b22b4@gmail.com>
In-Reply-To: <2c5cb04f-d695-b48d-a748-209ddf3b22b4@gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Thu, 09 May 2019 10:51:09 -0500
Message-ID: <CAN-Dau3iwY6uCgaMuHW=bs3X22-7j3ekm4oNZG5q2PLqqobVmQ@mail.gmail.com>
Subject: Re: Fwd: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002ec1da0588766cab"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/q4trRHL1sUPdC_zDAevhARbvfek>
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: Thu, 09 May 2019 15:51:32 -0000

On Thu, May 9, 2019 at 8:32 AM Alexandre Petrescu <
alexandre.petrescu@gmail.com> wrote:

> Le 08/05/2019 à 00:23, David Farmer a écrit :
>
> > 1. Layer 2 filtering of Etherthypes 0x0800 and 0x0806
>
> Layer-2 filtering on ethertype is a great idea.  I would concur.
>
> But on cellular links there's no ethertype.  It's what they call a PDP
> type.
>
> (this is not a support neither not support of  the draft; my own idea of
> the draft is that because is covered by IPR it is basically killed).
>

Is I've said we want the flag to be compatible with Layer 2 filtering of
Etherthypes 0x0800 and 0x0806, but it is not a substitute for the flag.
This filtering will block the dual-stack host's IPv4 DHCPDISCOVERS and
therefore it will receive any DHCPOFFERS. However, without the flag, the
dual-stack host will auto-configure an IPv4 Link-Local address and attempt
to send IPv4 service discovery and continue to send DHCPDISCOVERS, all of
which are futile and waste energy and processing on the host.

In a cell network, this flag probably isn't necessary, but I don't see how
setting the flag would make things any worse for a cell network and it is
possible that badly implemented cell clients might stop sending futile IPv4
DHCPDISCOVERS and IPv4 service discovery traffic because they implemented
and received this flag.

thanks

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================