On Wed, 5 Mar 2003, Brian E Carpenter wrote: > > On Tue, 4 Mar 2003, Michel Py wrote: > > > > Pekka Savola wrote: > > > > So, I believe everything starting from: > > > > [ARCH] also requires that all unicast addresses, except those > > > > that start with binary value 000, have Interface IDs that are > > > > 64 bits long and to be constructed in Modified EUI-64 format. > > > > The format of global unicast address in this case is: [...] > > > > should be removed, if not the whole section. > > > > > > I think it should be kept. There is a logical progression in section > > > 3.0, from n|m|128-n-m to n|64-n|64 to 3|45|16|64. Only the last one is > > > an example, but the progression from the generic v6 format seems very > > > logical to me and examples are generally good. > > > > A reference to the IESG/IAB recommendation -- or the RIPE policy document > > -- is clear enough, IMO. > > > > And this avoids the follow-up issue that it isn't IMO the good thing to > > have _IETF_ document decisions made by _RIR_'s. > > This hasn't happened. We are trying to publish something that stops > at the point where IANA delegation starts.
My perception is that the /48 "border" is inside the IANA delegation. (As is /64, but that's a different issue). -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings -------------------------------------------------------------------- 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] --------------------------------------------------------------------
