Date:        Wed, 06 Jun 2001 11:22:51 -0700
    From:        Alain Durand <[EMAIL PROTECTED]>
    Message-ID:  <5.1.0.14.0.20010606111548.03c015d0@jurassic>

  | I would like to say that I like Marc's idea a lot. It is like the 555 area 
  | code in the movies.
  | It looks real, but everybody knows it's fake.

Yes, that's exactly what should be done (pity 555 doesn't exist anywhere
but in the US, in AU it used to be a perfectly valid number - phone numbers
now are 8 digits, and US 555's are just 7, so at least that issue went away).

That seems to be an irrelevance, which shouldn't be wasting the time on
the list (555 numbers in AU) - I don't think it is however, unless it has
the unfortunate effect of leading to a bunch of "my funniest 555 story"
messages, which I hope it won't.   That's because...

  | Carving address space from something already allocated to a customer,
  | as kre pointed out, is a bad idea.

Yes, but I was trying to say more than that.   It should not only not
be taken from space allocated to a customer, it should also not be
taken from space that potentially could be allocated to a customer.
That is, not from any address block set aside for that purpose.

And ...

  | However, 3fffe:ff00::/24 has not been allocated to anyone.

that one, and even the "prettier" 3ffe:0555 (or 3ffe:5550 or
3ffe:5555 or something) from your later message are in the
"could be allocated" category.

We want a number that is trivially easy to recognise and filter, not
a number (like the rfc1918 set -where there was little choice of course)
that only "experts" can tell is not a valid number.

That is, I think we should do as much as we can to decrease the risk that
any random person getting a box, and following its accompanying doc, will
na�vely just configure the addresses in the examples, and then wonder why
it doesn't work.   The config process on the box needs to be able to
immediately say "That isn't a valid address block, contact your ISP to
obtain addresses to use" or something when it sees an attempt to config
the magic address.

kre

ps: and I made a similar reply to Bob's message on the 6bone list where
he asked the 6bone people about setting aside a piece of the 6bone addr
space.

--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to