RE: [ipv6-wg@ripe.net] IPv6, future internet, hierarchy
Robert,
Michel Py wrote: +-----+---------+---------+-------+--------------+ | 8 | 16 | 16 | 8 | 16 | | | hostid | | index | routernumber | +-----+---------+---------+-------+--------------+ 02 ca : fe FF : FE 77 : beef
Robert Kiessling wrote: I'm talking about network address derived from router number and some local interface index. This is not possible in the 16 bits available in the assignment.
I don't understand; there are 40 bits in the example? (and I could have squeezed 6 more).
cisco3640(config-if)#mac-address ca.fe77.beef Changing the MAC address to get an easily usable IP address seems quite perverse to me.
Indeed it is, but this was the long way to demonstrate how it is derived. And is besides the point, as we were talking about tunnels and they don't have a MAC address of their own, so you can go ahead and directly configure an EIU-64 or modified-EUI-64 IPv6 address directly as show in the short way. Michel.
Hi, On Wed, Feb 12, 2003 at 11:02:52AM -0800, Michel Py wrote:
Indeed it is, but this was the long way to demonstrate how it is derived. And is besides the point, as we were talking about tunnels and they don't have a MAC address of their own, so you can go ahead and directly configure an EIU-64 or modified-EUI-64 IPv6 address directly as show in the short way.
I just want to point out that this discussion is *not* about tunnels only. It's about generic addressing plans for point-to-point links, and the failure of /64s to address the needs of *ops* types. Yes, of course you can put whatever you want into an EUI-64 identifier for a single /64. Unfortunately, ISP networks usually consist of *many* point-to-point links, and all of them want to be addressed in a structured and time-saving (!) way. Which means "use some of the available bits to do structure" - and if you use up a /64 per link, you need those bits further up, and those are just not there in the current policy frame work. (If the RIR->LIR allocation/assignment framework is changed to hand a /16 to every LIR, such a scheme might not be a problem. In the current scheme, it is). Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 56029 (55671) SpaceNet AG Mail: netmaster@Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299
participants (2)
-
Gert Doering -
Michel Py