On 6/10/14, 10:39 AM, Blake Hudson wrote: > > Łukasz Bromirski wrote the following on 6/10/2014 12:15 PM: >> Hi Blake, >> >> On 10 Jun 2014, at 19:04, Blake Hudson <bl...@ispn.net> wrote: >> >>> In this case, does the 512k limit of the 6500/7600 refer to the RIB >>> or the FIB? And does it even matter since the BGP prefix table can >>> automatically be reduced to ~300k routes? >> Te 512k limit refers to FIB in the B/C (base) versions of 6500/7600 >> Supervisors and DFCs (for line cards). BXL/CXL versions have FIB for >> 1M IPv4 prefixes. >> >> You can find more information here: >> >> http://www.cisco.com/c/en/us/support/docs/switches/catalyst-6500-series-switches/117712-problemsolution-cat6500-00.html >> >> >> And yes, you’re right - no matter how many neighbors you have, the FIB >> will only contain best paths, so it will be closer to 500k entries in >> total rather than N times number of neighbours. >> > > Please correct me if I'm wrong, but if the BGP table contains ~500k > prefixes, which are then summarized into ~300k routes (RIB),
Unlikely, just because prefixes could be cidr aggregated doesn't mean they are. the more specifics exist for a reason, in the case of deaggrates with no covering anouncement, well not much you're doing with those. your rib should be the sum of all received routes that you did not filter. > and the FIB > contains only the "best path" entries from the RIB, wouldn't the FIB be > at or below 300k? a live example of rib size from a router with two transit providers. bird> show route count 979842 of 979842 routes for 490932 networks a live example of rib size from a router with one ibgp peer with addpath and three upstream transit providers bird> show route count 1471242 of 1471242 routes for 491977 networks > > --Blake >
signature.asc
Description: OpenPGP digital signature
