Re: Last Call: <draft-weil-shared-transition-space-request-14.txt> (IANA Reserved IPv4 Prefix for Shared Address Space) to BCP

james woodyatt <jhw@apple.com> Thu, 16 February 2012 17:54 UTC

Return-Path: <jhw@apple.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E7D621F87EC for <ietf@ietfa.amsl.com>; Thu, 16 Feb 2012 09:54:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L8fYCdPVyyI5 for <ietf@ietfa.amsl.com>; Thu, 16 Feb 2012 09:54:27 -0800 (PST)
Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) by ietfa.amsl.com (Postfix) with ESMTP id 1095821F8810 for <ietf@ietf.org>; Thu, 16 Feb 2012 09:54:27 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"
Received: from relay13.apple.com ([17.128.113.29]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPS id <0LZH00F6AZ297UX4@mail-out.apple.com> for ietf@ietf.org; Thu, 16 Feb 2012 09:54:25 -0800 (PST)
X-AuditID: 1180711d-b7cf2ae000006b02-9d-4f3d42cf1bec
Received: from [17.153.97.199] (Unknown_Domain [17.153.97.199]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client did not present a certificate) by relay13.apple.com (Apple SCV relay) with SMTP id 66.53.27394.1D24D3F4; Thu, 16 Feb 2012 09:54:25 -0800 (PST)
From: james woodyatt <jhw@apple.com>
Subject: Re: Last Call: <draft-weil-shared-transition-space-request-14.txt> (IANA Reserved IPv4 Prefix for Shared Address Space) to BCP
Date: Thu, 16 Feb 2012 09:54:22 -0800
Message-id: <262C8D31-87D4-49CB-BA84-B24DE261BA8B@apple.com>
To: "ietf@ietf.org Discussion" <ietf@ietf.org>
X-Mailer: Apple Mail (2.1257)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOJMWRmVeSWpSXmKPExsUiODPxuO5FJ1t/g+M/FSyebZzP4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujE3bf7IXfOCs6H3wiL2B8T97FyMnh4SAicSno4+ZIWwxiQv3 1rN1MXJxCAlMZZI4+m8rK0iCTUBF4tvlu0wgNrOAlsSNfy+hbG2JZQtfM4M0CAu0M0q82rCb BSTBIqAqseXeETYQm1fARuL6neVgcREBPYl5u98yQcQNJWa+ameF2CwrcfvgfqYJjDyzkOyY hWTHLCQtCxiZVzEKFqXmJFYaGuslFhTkpOol5+duYgQFR0Oh7A7G/T/5DzEKcDAq8fAmGdr6 C7EmlhVX5h5ilOBgVhLhzZcBCvGmJFZWpRblxxeV5qQWH2KU5mBREue1NrbxFxJITyxJzU5N LUgtgskycXBKNTDu2G0RmF//MbHqqlZs8cHSKuueVy5XzLhtbk54X77qG7vZtA8nP879HcSV 8mHR242GMmxcUi6n/4vPyHP5cZBdexOv1Mu7col/AtbVLVzJdU68TG3atFKWD4KhacsfmH8S f2enu8O9/VSzgcDiw2va6ld/VPi/fr3wuqTV33nqFN+w1ibyS7xUYinOSDTUYi4qTgQAxXsS CAoCAAA=
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2012 17:54:27 -0000

everyone--

My position on this draft remains unchanged.  It is far too forgiving of the 6to4-PMT [I-D.kuarsingh-v6ops-6to4-provider-managed-tunnel] proposal, which I regard as abominable.  That reason alone, in my judgment, is sufficient grounds that it should not be published.  I also share the concerns of most of the opponents of this draft.

My recommendation regarding this draft, to the people inside Apple who implement customer-edge router functions, is to ignore it.  It is too late to add the shared transition space to the list of special-use addresses excluded from use as 6to4 tunnel endpoints in all the units already deployed in the field.  Such a disruption to existing customer configurations is generally unacceptable behavior for software updates.  Also, while it might seem reasonable to add the new space to the list of special-use addresses only in *forthcoming* products that support a 6to4 tunnel router feature, that too is unlikely ever to happen. (Note well: we don't comment publicly about the features of unreleased products.)

Shorter james: this draft is a bad idea; please don't publish it.


--
james woodyatt <jhw@apple.com>
member of technical staff, core os networking