[f-nsp] NetIron MLX Experience..

Joseph Jackson JJackson at aninetworks.com
Tue Aug 8 19:53:54 EDT 2006


Wow so I mis understood the quoted email. Kill me why don't ya. 



From: Richard A Steenbergen
Sent: Tue 8/8/2006 4:12 PM
To: Joseph Jackson
Cc: Tom Samplonius; foundry-nsp at puck.nether.net
Subject: Re: [f-nsp] NetIron MLX Experience..


On Tue, Aug 08, 2006 at 03:26:56PM -0700, Joseph Jackson wrote:
> 
> Foundry does NOT store the full routing table in the FIB it only stores
> the most specific.  The way I understand it, (as explained to me by a
> foundry SE).  Is that any changes to the RIB get populated to the FIB
> only if a more specific route is found.  

Uh right, thats why it is called a FORWARDING information base. Only the 
data that is used for forwarding is installed in the FIB, but the point is 
that it is pre-populated with forwarding data for the entire table rather 
than a "cache" which is only populated on demand. If there is a less 
specific route which changes but it is covered by more specific routes 
which do not change, nothing in the forwarding table changes. The same 
holds true for routes which are not selected as best path.

The problem with historic non-prepopulated lookup methods is that the 
first lookup to a destination which has never been encountered before must 
take the "slow path" through the CPU, resulting in non-deterministic 
performance, and Very Bad Things (tm) when random destination traffic 
(think worms scanning the Internet for new victims) hits your network. By 
prepopulating the FIB, get consistent lookup performance to any 
destination.

-- 
Richard A Steenbergen <ras at e-gerbil.net>       http://www.e-gerbil.net/ras
GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20060808/3e6eb6fb/attachment.html>


More information about the foundry-nsp mailing list