[c-nsp] C6503E/SUP32 - full BGP-table?
Ed Butler
ed.butler at rapidswitch.com
Thu Mar 1 13:35:52 EST 2007
You need to change the TCAM allocations
mls cef maximum-routes ip 239
Then reboot.
Regards,
Ed Butler
RapidSwitch Ltd
DDI: 020 7106 0731
RapidSwitch Ltd, Sovereign House, 227 Marsh Wall, London, E14 9SD
This email message is intended only for the addressee(s) and contains
information that may be confidential and/or copyright. No
representation is made that this email or any attachments are free of
viruses. Virus scanning is recommended and is the responsibility of the
recipient. RapidSwitch Ltd is registered in England & Wales Company No.
04535693, Registered Address: 3 Beacon Mews, South Road, Weybridge, KT13
9DZ. VAT Registration No. GB 794 3811 96. All prices exclude VAT unless
otherwise stated. Quotations valid for seven days.
-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Ewald Jenisch
Sent: 01 March 2007 17:47
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] C6503E/SUP32 - full BGP-table?
Hi,
We've got a C6503E+SUP32 and have been running full routing for more
than a year now.
This is what I get when looking at my BGP-table:
------------------------------ < Cut here >
------------------------------
myrouter>sh ip bgp summ
BGP router identifier x.x.x.x, local AS number 21079 BGP table version
is 111519665, main routing table version 111519665 211380 network
entries using 23885940 bytes of memory
211379 path entries using 10146192 bytes of memory
78178/39094 BGP path/bestpath attribute entries using 7817800 bytes of
memory
34001 BGP AS-PATH entries using 959302 bytes of memory
1145 BGP community entries using 83672 bytes of memory 0 BGP route-map
cache entries using 0 bytes of memory 0 BGP filter-list cache entries
using 0 bytes of memory BGP using 42892906 total bytes of memory BGP
activity 4182642/3971262 prefixes, 15997252/15785873 paths, scan
interval 60 secs
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down
State/PfxRcd
x.x.x.x 4 xxxx 31849673 652914 111519638 0 0 2w0d
210891
y.y.y.y 4 yyyyy 3471652 28887279 111519665 0 0 1w4d
487
myrouter>
------------------------------ < Cut here >
------------------------------
Does anybody out there know whether this amount of prefixes will blow
hardware-switching, making the box fall back to process switching?
What makes me somewhat concerned is the output of the command below,
esp. under "F3 Forwarding resources" - to my understanding the FIB TCAM
table is almost full.
What will happen when it gets filled up? The complete box falling to
process switching?
Thanks much in advance for any clue,
-ewald
------------------------------ < Cut here >
------------------------------
myrouter#sh platform hardware capacity forwarding
L2 Forwarding Resources
MAC Table usage: Module Collisions Total Used
%Used
1 0 65536 5
1%
VPN CAM usage: Total Used
%Used
512 0
0%
L3 Forwarding Resources
FIB TCAM usage: Total Used
%Used
72 bits (IPv4, MPLS, EoM) 196608 193676
99%
144 bits (IP mcast, IPv6) 32768 5
1%
detail: Protocol Used
%Used
IPv4 193676
99%
MPLS 0
0%
EoM 0
0%
IPv6 2
1%
IPv4 mcast 3
1%
IPv6 mcast 0
0%
Adjacency usage: Total Used
%Used
1048576 173
1%
Forwarding engine load:
Module pps peak-pps
peak-time
1 359 24988 02:16:16 MET-DST Sat
Apr 29 2006
myrouter#
_______________________________________________
cisco-nsp mailing list cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp
mailing list