/127 between routers?

Tim Durack tdurack at gmail.com
Wed Jan 13 16:02:18 CET 2010


On Mon, Jan 11, 2010 at 2:55 PM,  <sthaug at nethelp.no> wrote:
>> The opposite was indicated to me by Cisco; that on the CRS-1 masks > 64
>> bits would slow the pps throughput of the ASIC. That statement would in
>> turn affect loopbacks, too... no more /128s? Meanwhile, 7600s were
>> explicitly mentioned as not being affected in this same way.
>
> I would definitely be sceptical of any such CRS-1 claims until some
> supporting evidence can be produced.
>
>> I think if you use anything other than /64s, there will be bumps on the
>> road ahead for you.
>
> That train left the station long ago.
>
> Steinar Haug, Nethelp consulting, sthaug at nethelp.no
>

This thread has definitely provided food for thought.

We have currently deployed /128s on loopbacks, and /112s on ptp,
assigned from a site infrastructure /48. /64s are used on everything
else, assigned from a per-site "customer" /48. That maintains a clean
separation between infrastructure and customer space, something that
has been sorely missing from our IPv4 deployments.

The ARIN wiki (http://www.getipv6.info/index.php/IPv6_Addressing_Plans)
encourages this kind of address plan.

rfc4291 is quite clear that only /64s should be used on interfaces.
rfc3627 acknowledges the operational reality that other lengths can
and are being used on ptp interfaces (/127, /126, /120, /112.)

That leaves me in a state of confusion.

I could assign /64s per ptp without difficulty. Should I also assign
/64s per loopback? Should I really being using some form of EUI-64 for
these addresses, to guarantee the interface ID is unique no matter
what the network prefix? What happens when I replace hardware and
EUI-64 changes ptp/loopback addresses?

I'm sure others have gone through this same mental (and design/ops) exercise.

-- 
Tim:>
Sent from Brooklyn, NY, United States



More information about the ipv6-ops mailing list