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

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Wed, 18 February 2015 03:19 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
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 B5D851A9240 for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 19:19:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.901
X-Spam-Level: *
X-Spam-Status: No, score=1.901 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HK_RANDOM_REPLYTO=1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
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 jXBHI6kBNX8a for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 19:19:02 -0800 (PST)
Received: from nm31-vm0.bullet.mail.ne1.yahoo.com (nm31-vm0.bullet.mail.ne1.yahoo.com [98.138.229.40]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 724E01A8972 for <v6ops@ietf.org>; Tue, 17 Feb 2015 19:19:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s2048; t=1424229541; bh=a/jIxX6KecFigXaS4fPtGCGR09LTLamM0Wg/dUSBBHw=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=eGZemKAMnkY3lzz2UTT1kFm6+cxIV55JO8fpLRrAjkOyK3CLMGR0KYsfs3h9zdazLyjLQAaCnr5RicpkpyhU9VuSQ0e/9YQa/qQWh5swhNCzTLmAzJlLDdXDqQdJT+d2mWJ4E2NTljD/g2IkqHQDArvIYnpKptp+qDZsK1mdxQB2yHLrhCvDb6bwii8ZjUczCI2wfQcyOjazWvEwjE7Tvp5OmO7TA7877lbFjfm24XpKvKrwEAA1U1a1YT/vbzhyQg9mb0jVknZEaJKvX4X22ArRl9xtePBP6yOGredsvxOAYkUcdbgSQ67UB446UJdRtVk1YWkRz2npMYFF7/hb5Q==
Received: from [127.0.0.1] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 18 Feb 2015 03:19:01 -0000
Received: from [98.138.226.180] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 18 Feb 2015 03:16:16 -0000
Received: from [66.196.81.171] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 18 Feb 2015 03:16:16 -0000
Received: from [98.139.212.210] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 18 Feb 2015 03:16:16 -0000
Received: from [127.0.0.1] by omp1019.mail.bf1.yahoo.com with NNFMP; 18 Feb 2015 03:16:16 -0000
X-Yahoo-Newman-Property: ymail-4
X-Yahoo-Newman-Id: 426697.37319.bm@omp1019.mail.bf1.yahoo.com
X-YMail-OSG: fCbV7PMVM1kDZTaXfTxnLpBzgvo9lYJbdItcYAG82mhuiDyZHnkKGZil0bD2_Vj MoKgcvl3YCaFw_crTU5xSU7sPBJ7qHjmmzHijUo_3yHBOFIqtelbivGWygXvJD4Yfjo7NPFNSUjt 3jdr8nIAvmfEz0cYptCXmliA9Zt99Pd5YGOmrBrLzfyQtwXz9xKTM18z._nxNwxFLkZ0zVL.xei6 P5ySPlGMZzMlw0ilgjnDmtRzrGBpM8acY5EiIyHtlmtyqjJAnn3EUQkWhLflWTlTkTrk0q9ugTLB r1TDOEOLDANxRyvJTFy6Bq0bJUN4aW1oGbSQiayUA_aAk9KX2h3jumsV8F8sfD5m1YRWob7mSheB 8xiUSQu7C8WRqJQYHhEXurb22CBkdyhtvDX7vA5D5Vxv.RkfcCyFrDxq4U_zp_JBhHrSQuu0MJxj dQdfKckhymtKxnFXmpEPSFOAwvruqyJnQfQpUKRx5Hul7sZABAg.zDdyOXFjjhaf0HdVV593kJ8e ek4m.ig69qdEvLvdm5nHv1kzEAYMvsgHpNS85DbyhdkjqlwNaadU-
Received: by 66.196.81.120; Wed, 18 Feb 2015 03:16:15 +0000
Date: Wed, 18 Feb 2015 03:16:14 +0000
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: David Conrad <drc@virtualized.org>
Message-ID: <1323953480.196825.1424229374244.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <F373CBEE-99A6-4D56-9CC7-EBD007065025@virtualized.org>
References: <F373CBEE-99A6-4D56-9CC7-EBD007065025@virtualized.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/IAfqnFgYgJ9DmkxB6tIJVA7HBqI>
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
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
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 03:19:03 -0000

Hmm, regarding the comment about not reading the draft, apologies for that, I thought I was responding to somebody else who I thought should have read the draft before because of their previous objections.

In my latest email to you I've explained why I think designating semantic meaning on local values and then expecting other external parties to respect those in effect now non-local values causes problems.




----- Original Message -----
From: David Conrad <drc@virtualized.org>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Sent: Wednesday, 18 February 2015, 12:43
Subject: Re: [v6ops] New Version Notification for draft-ipversion6-loopback-prefix-00.txt

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)