(IPng 3717) Re: proposal for RFC-1897 update
Alain Durand
Alain.Durand@imag.fr
Wed, 28 May 1997 13:57:53 +0200
On May 27, 4:38pm, Frank T Solensky wrote:
> Subject: (IPng 3714) proposal for RFC-1897 update
> Folks --
> In order to support a 64-bit End System Designator, we'll have to
> modify the way that we're generating IPv6 test addresses. We also want to
> renumber the addresses on the 6bone soon so that we can realize better route
> aggregation on the nodes which are providing the backbone service to the rest
> of the net.
> The address format I'd like to propose is the following:
>
> 5FFC:vvvv:nnnn:nnnn:eeee:eeee:eeee:eeee
>
> "5f": from RFC-1897,
> "fc": Guidelines for Creation of an AS (RFC-1930) states that AS numbers
> 0xFC00-0xFFFF are reserved, so we can avoid colliding with addresses
> generated by RFC-1897 by using a value out of the reserved space.
> The values 'fd'-'ff' can be used for a future IPv6 address generation
> procedure we may need to use in the future without falling out of the
> '5f' address space.
> vvvv: 16-bit virtual AS number. The sites that are acting as IPv6 ISPs
> would be assigned a constant value, nodes connecting though the ISP
> would use the same virtual AS number as the IPv6 ISP instead of the
> AS number used for IPv4 connectivity. Should a site become dual-
> connected relative to the 6-backbone, it would then have addresses
> under both virtual AS number.
> nnnn:nnnn: 32-bit IPv4 network number. The site's left-justified IPv4
> (sub)network number, allows networks smaller than /24 to define their
> IPv6 address.
> eeee:eeee:eeee:eeee: 64-bit End System Designator.
On May 27, 2:40pm, Bob Hinden wrote:
> Subject: (IPng 3717) Re: proposal for RFC-1897 update
> Frank,
>
> I just submitted a new version of "IPv6 Testing Address Allocation" which
> allows test address to be formed based on the new aggregatable address
> formats and 64bit identifiers. If the 6bone folks wish to do something
> more short term, your proposal looks fine to me.
I've just read Bob proposal (draft-ietf-ipngwg-test-addr-alloc-01.txt).
Sounds like a very good start to me for the new addressing plan of the 6-bone.
If our registry can allocate NLAs (possibly to core 6bone sites), I think
we can move very quickly to this new addressing plan.
- Alain.