North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: a radical proposal (Re: protocols that don't meet the need...)

  • From: Edward B. DREGER
  • Date: Wed Feb 15 15:59:13 2006

AO> Date: Wed, 15 Feb 2006 21:41:53 +0100
AO> From: Andre Oppermann

AO> Err, the problem is not the number of AS numbers (other than having to
AO> move to 32bit ones).  The 'problem' is the number of prefixes in the

It's both.


AO> routing system.  The control plane scales rather well and directly
AO> benefits from Moore's law.  With todays CPU's there is no problem
AO> handling 2 million routes and AS numbers.  Absolutely not.

For some equipment.  However, I encounter a number of 7200s still in 
service.


AO> Things get a bit more hairy with the forwarding plane though.  The
AO> faster the link speed the less time it has per lookup and the larger
AO> the routing table the more routes it has to search in that ever shrinking
AO> amount of time.

Yes.


AO> You see, saving on AS numbers is not really going to help much where it
AO> matters.

It's also saving on route count.  In my example, Cox and SBC partner up 
and share an ASN and a netblock.  That's _one_ global route for a ton of 
dual-homed leaves.


AO> IMHO, and I have stated this before, the best way to handle the route
AO> issue is to hand out IPv6 /32 for multihoming and make it the routeable

Agree.


AO> entity.  Perfect matches in hardware are pretty easy to do for large
AO> numbers of them compared to longest match.  On the plus side perfect
AO> match scales much better too and can be done in parallel or distributed
AO> within a routing chip.  Doing the same for longest-match requires a lot
AO> more effort.  With perfect-match having 2 million routes is not much of
AO> a problem too.

All true.  But can we wait for all the forklifts?


Eddy
--
Everquick Internet - http://www.everquick.net/
A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/
Bandwidth, consulting, e-commerce, hosting, and network building
Phone: +1 785 865 5885 Lawrence and [inter]national
Phone: +1 316 794 8922 Wichita
________________________________________________________________________
DO NOT send mail to the following addresses:
[email protected] -*- [email protected] -*- [email protected]
Sending mail to spambait addresses is a great way to get blocked.
Ditto for broken OOO autoresponders and foolish AV software backscatter.