IETF Logo Mail Archive

Re: Last Call: <draft-ietf-6man-rfc4291bis-07.txt> (IP Version 6 Addressing Architecture) to Internet Standard

Lorenzo Colitti <lorenzo@google.com> Thu, 23 February 2017 00:42 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 317461293FF for <ipv6@ietfa.amsl.com>; Wed, 22 Feb 2017 16:42:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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.001, SPF_PASS=-0.001] 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 m3ZKqRufKNr7 for <ipv6@ietfa.amsl.com>; Wed, 22 Feb 2017 16:42:05 -0800 (PST)
Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (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 272791293E9 for <ipv6@ietf.org>; Wed, 22 Feb 2017 16:42:05 -0800 (PST)
Received: by mail-vk0-x234.google.com with SMTP id k127so11810525vke.0 for <ipv6@ietf.org>; Wed, 22 Feb 2017 16:42:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1gwJV3wFAwWG2XT+xrNr30yt0CI1c5xYYGXNwjHPZ0M=; b=JWuC+Dsz6mFPwrLvdBb/H/NIz5lV3MVYTLbcGd6YfASvFWt6chopKpN46QydfB+aPa Tr9T3Tz9X1zAqcJoJL8SDF5Qnt/ZY23j26ZRK48ATbavsYU+BzXj2Ac1nJGMbBOib9yo RK31Z+0WvO1j4AwLv6+fWN4WnLzOJ5bRnaKyVGKFFOi564gP/ufvBP01Ua+g+pHf8CtY ES9UnwxIPi4prWVLhv7QD8EEvxtRQ46Ywb8eX3mPVFEbUl16TAKto0WDT88VX3EXmigz Kw+iZlfeIeAV0HBWvSivT93BTQK9t7+PY4+vNyf3LR61IOvFZHGfkVmaH5ELg+ebU4DB 5hdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1gwJV3wFAwWG2XT+xrNr30yt0CI1c5xYYGXNwjHPZ0M=; b=c/sOC/HI1MLBdg5Xi1cRiyjxYVjW6yAWA89+VHWzardtvHb4+/eNhyvoqE1+ElZGpM cnASVLD/Ft0fKXrp8/Zdry4J04r1XAzDvVr4mobOIuSQGVCPYnxEQNekbyT2LswvKApM Bwq1GXKnD+o8Npi9DZtaw1LdLJDkRsiyM1vw02yEFDoBhYT2eLlFq7KpWxDGdM9NDE2j 1oe2ZfuhFpHxe1qDO/eL7jRzbqoFvwbRYM0OG9r6y8VXw8vF9eF8dq07wEPX0uliBvYA tFYbRJXbnb7ESQDHMrl2FhF7A8xSS/oUcGxM8v7Vbd7ditxNdoeq1gG+wRwwZcz3uQKp wShA==
X-Gm-Message-State: AMke39kdpnLHJ/INYaEgWlp3VL3VupUNG66Gz35GB0fYOfT02h86xVIE9eHM0Na8FurzJ6luCZOwZR6VGE+TVSOQ
X-Received: by 10.31.150.134 with SMTP id y128mr15570987vkd.102.1487810523992; Wed, 22 Feb 2017 16:42:03 -0800 (PST)
MIME-Version: 1.0
Received: by 10.31.171.2 with HTTP; Wed, 22 Feb 2017 16:41:43 -0800 (PST)
In-Reply-To: <7960ff2d-359f-429c-6e82-ef592f90bf53@gmail.com>
References: <20170221001940.GB84656@Vurt.local> <068ce975-8b1e-a7c5-abba-2bfc1d904d70@gmail.com> <20170221101339.GC84656@Vurt.local> <CAKD1Yr33oQb=gMGaEM++hLgmMtxMdihiDrUihEsjs63vy8qRbA@mail.gmail.com> <54c81141-e4f5-4436-9479-9c02be6c09bb@Spark> <CAKD1Yr28iQHt0iuLvR3ndrT3Hfct=4k9dxjJeu3MAjDjOogEvA@mail.gmail.com> <CAL9jLaZgTp++PJ9KGHEWuPoVm6t3b8QfVDCEhz5h4fv-0fuUAA@mail.gmail.com> <CAKD1Yr3SbR=xt3RPu7+q1o14wKuUuwUc6oG+BgZtEK1O+m5sWw@mail.gmail.com> <4936e96b-fc82-4de0-9188-ced9547deb2f@Spark> <CAKD1Yr3K+SJb_4ksZ96yNypVKJE-fXopuVaXNhhKp1gkh1=QEg@mail.gmail.com> <20170222144147.GC89584@hanna.meerval.net> <7960ff2d-359f-429c-6e82-ef592f90bf53@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 23 Feb 2017 09:41:43 +0900
Message-ID: <CAKD1Yr1W+AVt4Dixo9epB5VazxBsVMD+mrshwaE=n7SuX6eGDw@mail.gmail.com>
Subject: Re: Last Call: <draft-ietf-6man-rfc4291bis-07.txt> (IP Version 6 Addressing Architecture) to Internet Standard
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary="001a1141d600c75155054927e144"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/8-0ehwcOc4bcRR5L32mhYw-UftE>
Cc: 6man WG <ipv6@ietf.org>, IETF-Discussion Discussion <ietf@ietf.org>, draft-ietf-6man-rfc4291bis@ietf.org, 6man-chairs@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: Thu, 23 Feb 2017 00:42:07 -0000

On Thu, Feb 23, 2017 at 5:20 AM, Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> Nobody is saying that /64 isn't extremely widely used where it's
> appropriate to have a portable fixed length IID. Set the default
> at 64 and trust operators to change it where they need to.
> That's realistic.


As a host developer I strongly oppose that. It will make life easier for
network operators but make life harder for host OS developers, host
operators, and host users.

And it is absolutely inappropriate to change this now in given that the /64
boundary has been the standard for the last 20 years. It will break
deployed code that relies on the current standard. (That includes concrete
code I can point to that I know runs on tens of millions of devices.)
That's not acceptable to do in a standard reclassification.

v2.23.0 | Report a Bug | By Email