RE: [nesg] RE: status update for ESnet

"Michel Py" <michel-nyboWHt8SIrJRljzj3WzodHdOEOI8IWic20RSKp2L0g@public.gmane.org> Wed, 17 Jul 2002 19:11:00 -0700
Newsgroups gmane.network.ipv6.exchanges
Message-ID <2B81403386729140A3A899A8B39B046405E1DF@server2000.arneill-py.sacramento.ca.us>
> Mike Collins wrote:
> Michel:
> Ok, I see your point now.  You are correct we do not
> aggregate the loopback addresses.

This configuration is clever and has some increased operational
robustness that IMHO more than balances the increase in routing table
size.

The pros and cons are:
Pros: even if a bozo messes up routing, you are likely to still be able
to access the router without jumping hop-per-hop.
Cons: one /128 route in the routing table per router.

Michel.


>Mike / Ole
>
>> Mike Collins wrote:
>> The simple answer is that 128-bit prefixes are required for the
>> loopback address in a Juniper router. Host address are required
>> for the loopback for both IPv4 and IPv6.
>
>Got it, thanks.
>
>
>> Ole Troan wrote:
>> both /64 and /128 can be aggregated. what is your point?
>
>With regard to what Bob Fink posted quoted below:
>
>> Interfaces addresses are globally unique and are /64s.
>> Loop back addresses are globally unique /128s from a common /64.
>
>The way I understand this is:
>[I just made up these numbers, good enough for example]
>Let's say you have been assigned 2001:xxxx::/32
>Out of this, you reserve 2001:xxxx:FFFF:FFFE::/64 for loopbacks,
>And you assign
>Router 1's loopback: 2001:xxxx:FFFF:FFFE::1/128
>Router 2's loopback: 2001:xxxx:FFFF:FFFE::2/128
>Router 3's loopback: 2001:xxxx:FFFF:FFFE::3/128
>
>If what is above is not correct, I find the "from a common /64" part
>confusing.
>
>If what is above is indeed correct, you have to explain me how you
>aggregate these loopback addresses.
>
>Back to your 2001:xxxx::/32, you might want to do something like:
>
>2001:xxxx::/40 Illinois
>  2001:xxxx:0001::/48 Chicago
>2001:xxxx:100::/40 California
>  2001:xxxx:101::/48 Berkeley
>  2001:xxxx:102::/48 Livermore
>
>Then there is no way router 1's loopback can be part of the Chicago
>block, and router 2's loopback address part of the Berkeley block.
>
>Michel.
>