(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