Re: 6man w.g. last call for <draft-ietf-6man-default-iids-11.txt>

Lorenzo Colitti <lorenzo@google.com> Sat, 14 May 2016 02:46 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 4C67112B009 for <ipv6@ietfa.amsl.com>; Fri, 13 May 2016 19:46:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.696
X-Spam-Level:
X-Spam-Status: No, score=-3.696 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_LOW=-0.7, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] 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 35ZMfdqzBNmI for <ipv6@ietfa.amsl.com>; Fri, 13 May 2016 19:46:30 -0700 (PDT)
Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (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 8848612B007 for <ipv6@ietf.org>; Fri, 13 May 2016 19:46:30 -0700 (PDT)
Received: by mail-yw0-x22c.google.com with SMTP id o66so134655575ywc.3 for <ipv6@ietf.org>; Fri, 13 May 2016 19:46:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XlK/I2RUf3+/4viWoaHGKJsUuJxkCHEkNK1EfOcL8LI=; b=ihO7rb33IMXkLQfwGsEtZggFBNYei4uH1PyZ7tPW2rSBrrbpgrbgapdIWGmKv4Ma6E WVoSR6KbI1VycQRQoHdz7cCkvX2UJzQD+ZUVWpY15EzDvqcMi+IXtjpyNbZQ1iPbfjuw eYYfY06sBG4WWd8No+ArmCY5Dwe2Apqg8c43GagRsNa9NXsC9ccfCJ3aF500uhDrhong lvIS4JzPQTD0HF69seSj+7SnpjCesN8+96S5Ma2VrdfsPwFhr/050DqjBBGEHZZSj9lj 1D677CuVKMKC3g7Wkfr8EZvmzpFh09EUNgabABGAjDbEbutliXwoo2c5ZFAdPNT91Pmo HoYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XlK/I2RUf3+/4viWoaHGKJsUuJxkCHEkNK1EfOcL8LI=; b=Z/zk8CWXJY55g3NBaEU/EGApjeCRtoUqyzh7o+vU46BmbLutf96sb7xS04X+zR8Na/ 9prZq1eydr7K9lxk8wrmefJqwSKRE/5+2sOuSP4QjuDaztqRtAegLMjE4aO0jHOBkHPl G2uwCYDKeSGgsaJP3oJ3Oq3Fyw3OTVQYlkl3oHEPPKuOBnXTyNboeT8HZ4r3ZfM2FLt1 Ad7m9766uwN/eZ7JR4W6jZh+DOMjeH2X1+WhBDx0Ot5u+9hYkMiH6NT3xIrIx2844ne4 TP8PlwjY6ySXiQ0d63rTu4bKrYDC88q12lAMtzv0WUOSnfZELWsT9QApAeUPZr9VfCyC 6lZA==
X-Gm-Message-State: AOPr4FWVdYaJJAM06A65Wn6L5PkL5ozGX9wj1v3eZkmPUDNdf3xsFUBwy8G2tVyYxzMhIDRqqrse7rNVBdo96o6U
X-Received: by 10.37.110.65 with SMTP id j62mr8860619ybc.155.1463193989637; Fri, 13 May 2016 19:46:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.198.68 with HTTP; Fri, 13 May 2016 19:46:10 -0700 (PDT)
In-Reply-To: <CAO42Z2x-kzpo_=G=nTpEwCuaCd6SuTPV_Hu3azrGLSpyHjT8oA@mail.gmail.com>
References: <20160428004904.25189.43047.idtracker@ietfa.amsl.com> <89CA2C18-AE61-4D40-8997-221201835944@gmail.com> <6f2edbbc-d208-03a0-3c33-503a05c0bee8@gmail.com> <CAKD1Yr1So_tFFSr=sk8ew-UJG-dWK=U6N9mwJnwkZdNX=__SVQ@mail.gmail.com> <CAO42Z2x-kzpo_=G=nTpEwCuaCd6SuTPV_Hu3azrGLSpyHjT8oA@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Sat, 14 May 2016 11:46:10 +0900
Message-ID: <CAKD1Yr0HCQ7yhXe4Zh_YZabO9AHSmxf0-2=2yKqvTsb4r3zmZQ@mail.gmail.com>
Subject: Re: 6man w.g. last call for <draft-ietf-6man-default-iids-11.txt>
To: Mark Smith <markzzzsmith@gmail.com>
Content-Type: multipart/alternative; boundary="001a1148acd2fe0c850532c46561"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/-JFxb8d-e_xo0BWmV4KcoG20CgM>
Cc: 6man WG <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 14 May 2016 02:46:32 -0000

On Sat, May 14, 2016 at 11:32 AM, Mark Smith <markzzzsmith@gmail.com> wrote:

> The thing wrong with "solving" a layer 3 problem at layer 2 is that it
> makes the effectiveness of the layer 3 outcome entirely dependent on the
> attributes of another layer. It's fundamentally a layer violation.
>
> I think we have layers to try to minimise or avoid these dependencies.
> Having a layer 3 privacy solution to this layer 3 privacy problem means
> that it doesn't matter if the layer 2 privacy is terrible or not.
>
Actually, it's the opposite: the reason we have layers is so that layer X
doesn't have to worry about reimplementing functionality provided by layer
X-1.

If we were to follow your argument, we would implement CRC checks, packet
retransmissions, and fragmentation into HTTP, because otherwise the
reliability of HTTP would be entirely dependent on the attributes of layers
2, 3, and 4. Guess what: the outcome of HTTP *is* entirely dependent on the
link-layer not scrambling data, on on TCP dealing with packet reordering
and packet loss by sequencing and retransmitting, etc.