Re: [v6ops] New Version Notification for draft-ipversion6-loopback-prefix-00.txt

David Conrad <drc@virtualized.org> Wed, 18 February 2015 01:43 UTC

Return-Path: <drc@virtualized.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 381551A88F5 for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 17:43:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 zXHdr4ox5WIE for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 17:43:10 -0800 (PST)
Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (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 30CA81A87C8 for <v6ops@ietf.org>; Tue, 17 Feb 2015 17:43:10 -0800 (PST)
Received: by pdjp10 with SMTP id p10so47930740pdj.3 for <v6ops@ietf.org>; Tue, 17 Feb 2015 17:43:09 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=4RkzQa1zjDR1/VwBas++I4XtDH5iINMF75SxomQkNvY=; b=MLQJc2mgKhkK5lHMXf5dFSCpho0w94lypmKGYt7Hwu8V6Z9Td96bbONqY+ZnxPdf40 DZ5Erl858r1pbmadPrsuzjyxb9E4qeTV7M0hVWBZNijhlu9uKcGFTafxl/Jv7Tx90U0t JgVAjICpO212iBRfbHOzFOMn1Emp/6+z8+9wVHphF95SemRmmmK2BhEKZBOQtssLewjh ZgusmJl0rlT9OmunZAq/WofXRQbWoXkd8oQvPkkCruis6ibIpH85zFX6NlDf0aiMB/ud XXjzSHEU3n+8lHH/uOFj6JsJ4psbrBniELqY3M2N0iH75tXZRR/dxE6iMyoMp1u/+hft KIcw==
X-Gm-Message-State: ALoCoQnkeq6L/QGnUoLR8iou/A5jBMcdduNucatdIDOFso/W1cFA6fmXVG/Rjm2LFgOLJ+Qd/NvC
X-Received: by 10.66.251.105 with SMTP id zj9mr55579010pac.4.1424223789805; Tue, 17 Feb 2015 17:43:09 -0800 (PST)
Received: from [10.0.1.10] ([73.162.11.223]) by mx.google.com with ESMTPSA id ot6sm12914403pdb.28.2015.02.17.17.43.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Feb 2015 17:43:08 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_6C02F160-CBFF-4488-99A0-D5BBA48227BD"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5b5
From: David Conrad <drc@virtualized.org>
In-Reply-To: <390182967.10574.1424220382446.JavaMail.yahoo@mail.yahoo.com>
Date: Tue, 17 Feb 2015 17:43:05 -0800
Message-Id: <F373CBEE-99A6-4D56-9CC7-EBD007065025@virtualized.org>
References: <20150217032029.87BA329A857B@rock.dv.isc.org> <390182967.10574.1424220382446.JavaMail.yahoo@mail.yahoo.com>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/oqMUZzjBmsOlYsbUP3QcI05Oe9Q>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] New Version Notification for draft-ipversion6-loopback-prefix-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 01:43:13 -0000

Mark,

> Trying to place global significance on values within 127, as ICANN have attempted to do with 127.0.53.53, violates the host local scope of 127/8.

No it doesn't.  In fact, the whole reason 127/8 was chosen was precisely because it was guaranteed to be "host local" scope, in an effort to ensure (as much as anything on the Internet can be ensured, which unfortunately isn't 100%) that traffic destined to the answer returned by an "A" query for a newly delegated top-level domain wouldn't leak and thus constitute "controlled exfiltration" (to use Verisign's terminology).

Unfortunately, as IPv6 does not appear to have a direct analog to IPv4's loopback prefix, we simply punted figuring the number of v6 only sites that would be querying new gTLDs to be minimal (at least for the current crop of new gTLDs).

> Quite frankly, I'm starting to think you haven't read the draft.

Well, it did expire 18 months ago. Perhaps a refresh is warranted?  I, for one, would support moving it forward (albeit I'm not entirely sure a /32 is warranted: I'd think a /64 would be sufficient for "host local" scope).  And don't worry, I'd be supporting it for loopback functionality, not for the "flag" function we used 127.0.53.53 for (I've been convinced there are better ways to do that in IPv6) :).

Regards,
-drc
(ICANN CTO, but speaking only for myself)