IETF Logo Mail Archive

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

Edward Lewis <edward.lewis@icann.org> Tue, 17 February 2015 14:55 UTC

Return-Path: <edward.lewis@icann.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 31B581A89B9 for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 06:55:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 v1hQDZobD4BI for <v6ops@ietfa.amsl.com>; Tue, 17 Feb 2015 06:55:44 -0800 (PST)
Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9D181A89A8 for <v6ops@ietf.org>; Tue, 17 Feb 2015 06:55:43 -0800 (PST)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server (TLS) id 15.0.847.32; Tue, 17 Feb 2015 06:55:41 -0800
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.0847.030; Tue, 17 Feb 2015 06:55:41 -0800
From: Edward Lewis <edward.lewis@icann.org>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] New Version Notification for draft-ipversion6-loopback-prefix-00.txt
Thread-Index: AQHQSjztJ6swZqCeP0+nVrp9tTPzApzz6nQYgACj0YCAAMIFAP//0RsA
Date: Tue, 17 Feb 2015 14:55:41 +0000
Message-ID: <D108BE09.8FF0%edward.lewis@icann.org>
References: <CAAedzxq9cy2NjR98RQ=Z2uWGM=DuCKcBmnOV2r1iDhd1G5F0Kw@mail.gmail.com> <602226231.6806482.1424078950598.JavaMail.yahoo@mail.yahoo.com> <DED2296C-010C-4B75-94DC-028C0FA19E6F@virtualized.org> <20150216232213.3123C29A61F1@rock.dv.isc.org> <CAKD1Yr3oYFL4=nwQPZjq9aoMazttXp5doROLas-n7KfkRGPTzQ@mail.gmail.com> <D108F59A.3D33B%evyncke@cisco.com>
In-Reply-To: <D108F59A.3D33B%evyncke@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.7.141117
x-originating-ip: [192.0.47.235]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="B_3507011738_3312294"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/puIYmdmKjLBlmy0uXPe9BJBfnf0>
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: Tue, 17 Feb 2015 14:55:46 -0000

On 2/17/15, 7:43, "Eric Vyncke (evyncke)" <evyncke@cisco.com> wrote:

>Indeed. Clarity always wins, this is why I tend to like this I-D (albeit
>it should be rewritten).
>
>BTW, the choice of ::/64 is probably not the best choice as it includes
>the deprecated ::/96 for IPv4-compatible IPv6 address.

I agree on both counts (needs rewriting and a different block is needed).

What I’m thinking of writing is a draft to set aside 7F::/64 (because 0x7F
is 127 in decimal) and set:

Source - - - - - - - - False
Destination  - - - - - False
Forwardable  - - - - - False
Global - - - - - - - - False
Reserved-by-Protocol - True


These are the same values as for 127.0.0.0/8 in RFC 6890.

The question remains for me, whether the Protocol should make this a
loopback or refuse to create the datagram.  By “make this a loopback” I
mean specify that one of the addresses should by default be ‘ifconfiged’
to the loopback interface and the -prefixlen 64 route be added too.

v2.23.0 | Report a Bug | By Email