(ngtrans) Re: again: draft-blanchet-ipngwg-testadd-00.txt
Robert Elz <kre@munnari.OZ.AU> Wed, 27 June 2001 18:55 UTC
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA22086 for <ngtrans-archive@odin.ietf.org>; Wed, 27 Jun 2001 14:55:47 -0400 (EDT)
Received: from engmail1.Eng.Sun.COM ([129.146.1.13]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id LAA05803; Wed, 27 Jun 2001 11:55:10 -0700 (PDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id LAA12933; Wed, 27 Jun 2001 11:54:50 -0700 (PDT)
Received: from sunroof.eng.sun.com (localhost [127.0.0.1]) by sunroof.eng.sun.com (8.12.0.Beta12+Sun/8.12.0.Beta12) with ESMTP id f5RIs4dP012851 for <ngtrans-dist@sunroof.eng.sun.com>; Wed, 27 Jun 2001 11:54:05 -0700 (PDT)
Received: (from majordomo@localhost) by sunroof.eng.sun.com (8.12.0.Beta12+Sun/8.12.0.Beta12) id f5RIs4Lg012850 for ngtrans-dist; Wed, 27 Jun 2001 11:54:04 -0700 (PDT)
X-Authentication-Warning: sunroof.eng.sun.com: majordomo set sender to owner-ngtrans@sunroof.eng.sun.com using -f
Received: from engmail2.Eng.Sun.COM (engmail2 [129.146.1.25]) by sunroof.eng.sun.com (8.12.0.Beta12+Sun/8.12.0.Beta12) with ESMTP id f5RIs0dP012843 for <ngtrans@sunroof.eng.sun.com>; Wed, 27 Jun 2001 11:54:00 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL, v2.1p1) with ESMTP id LAA05749 for <ngtrans@sunroof.eng.sun.com>; Wed, 27 Jun 2001 11:54:09 -0700 (PDT)
Received: from brandenburg.cs.mu.OZ.AU (96-1.nat.psu.ac.th [202.28.96.1]) by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id LAA13671; Wed, 27 Jun 2001 11:54:07 -0700 (PDT)
Received: from brandenburg.cs.mu.OZ.AU (localhost [127.0.0.1]) by brandenburg.cs.mu.OZ.AU (8.11.0/8.11.0) with ESMTP id f5RIrxh04071; Thu, 28 Jun 2001 01:54:00 +0700 (ICT)
From: Robert Elz <kre@munnari.OZ.AU>
To: Alain Durand <Alain.Durand@sun.com>
cc: Marc Blanchet <Marc.Blanchet@viagenie.qc.ca>, ngtrans@sunroof.eng.sun.com
Subject: (ngtrans) Re: again: draft-blanchet-ipngwg-testadd-00.txt
In-Reply-To: <5.1.0.14.0.20010627104811.00b0bfa0@jurassic>
References: <5.1.0.14.0.20010627104811.00b0bfa0@jurassic> <3297.993656515@brandenburg.cs.mu.OZ.AU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 28 Jun 2001 01:53:59 +0700
Message-ID: <4069.993668039@brandenburg.cs.mu.OZ.AU>
Sender: owner-ngtrans@sunroof.eng.sun.com
Precedence: bulk
Reply-To: Robert Elz <kre@munnari.OZ.AU>
Date: Wed, 27 Jun 2001 11:00:20 -0700 From: Alain Durand <Alain.Durand@sun.com> Message-ID: <5.1.0.14.0.20010627104811.00b0bfa0@jurassic> | I'll keep the discussion in NGtrans. Well, OK, though I think that the documentation of IPv6 (I mean end-user doc) is just as important as the code, and not at all related to transition, so I'm not sure why it would be here. But where the discussion takes place doesn't matter much to me. | The reason why I'd like to have this prefix under 3ffe::/16 is that | we already have the delegation here, thus the is no need to ask for | something new. That's bogus. We don't have to ask - we (that is, a subset of us, which doesn't include me really) invented the whole thing, and have already set aside blocks for various purposes. We can do the same again. All we have to ask for is that the assignment be recorded - that's no big burden. | In my opinion, the main reason to want something outside of 3ffe::/16 would | be if the 6bone prefix was to be reclaimed and reassigned, No, that's not it (though I guess it is a small side issue for the far future). The reason is so that addresses used in doc simply don't look at all like addresses used in real life - that is, it is trivial to distinguish one from another. A prefix carved out of 3ffe::/16 (even if it is 3ffe:ffff::/32) is pretty similar to any other 6bone prefix. It looks just the same, people will copy the address from the doc, and configure it. That's what I really want to avoid happening (or at least, when they do, I'd like the software to be able to say "invalid address" as soon as they attempt it). | As about prefix length, /9 seems to me overkill and a real waste of address | space. There's something to that - but I think doc is worth it. It allows all levels of the hierarchy to be used in examples, to give config examples of how NLAs talk to other NLAs and filter addresses, ... The bigger concern, than the size, is that we might one day want fe00::/9 for more kinds of "local" addresses (to sit next to site local and link local). That one when I initially thought about this I decided wasn't worth worrying about - the alternative would be to use fc00::/8 for this, and leave fe00::/9 vacant. That looked backwards, and to actually be a waste. kre