I would certainly hope you wouldn't need a second MR2 as I believe they are to be fully redundant. Same goes with SFMs. The third is a spare (At least in the MLX/XMR line.)
/Ryan On 02/22/2011 08:47 AM, Pieter Taks wrote: > Hi Ryan, > > Could it bet hat I need 2x MR2 or perhaps 3x SFM1? > > sh module > ========================================================================== > *** BigIron RX-4 CHASSIS *** > > Module Status Ports Starting MAC > M1 (left): RX-BI-MR2 Management Module (High Value) Active > M2 (right): > F1: RX-BI-SFM1 Switch Fabric Module OK > F2: RX-BI-SFM1 Switch Fabric Module OK > F3: RX-BI-SFM1 Switch Fabric Module not present > S1: RX-BI-4XG 4-port 10GbE Module CARD_STATE_UP 4 000c.dbf5.1200 > S2: > S3: RX-BI-2XG 2-port 10GbE Module CARD_STATE_UP 2 000c.dbf5.1200 > S4: RX-BI-2XG 2-port 10GbE Module CARD_STATE_UP 2 000c.dbf5.1200 > ========================================================================== > > Thank you for trying to help Ryan, perhaps it is a quick fix after all and I > just overlooked the fact I need two MR2's or some other setting. > > Pieter Taks > > -----Oorspronkelijk bericht----- > Van: Ryan Harden [mailto:[email protected]] > Verzonden: dinsdag 22 februari 2011 15:44 > Aan: Pieter Taks > CC: [email protected] > Onderwerp: Re: [f-nsp] Max BGP peers BigIron RX4 > > Hmm. Are you certain you have an M2 management module? > > I don't have any RX's here to check against. We have many other flavors of > Foundry/Brocade but none with anywhere near 250+ BGP peers. > > I would suspect 'session limit' is more for traffic sessions than BGP > sessions. > > Sorry I couldn't help. I've found over the years that many never think to > look or didn't know about 'sh def val' and had no idea that 'max capable' > didn't mean 'max configured'. I was hoping it would be a quick fix. :) > > /Ryan > > On 02/22/2011 08:38 AM, Pieter Taks wrote: >> Hi Ryan, >> >> Thank you for replying so quickly. >> I do not see any such value, as I thought of that as well. I am most likely >> really overlooking it (I hope). >> Could it be the max session limit perhaps? >> >> sh def values >> sys log buffers:50 mac age time:300 sec telnet sessions:5 >> >> >> ip arp age:10 min bootp relay max hops:4 ip ttl:64 hops >> >> ip addr per intf:24 >> >> when multicast enabled : >> igmp group memb.:140 sec igmp query:60 sec >> >> when ospf enabled : >> ospf dead:40 sec ospf hello:10 sec ospf retrans:5 sec >> >> ospf transit delay:1 sec >> >> when bgp enabled : >> bgp local pref.:100 bgp keep alive:60 sec bgp hold:180 sec >> >> bgp metric:10 bgp local as:1 bgp cluster id:0 >> >> bgp ext. distance:20 bgp int. distance:200 bgp local distance:200 >> >> >> when IS-IS enabled : >> isis hello interval:10 sec isis hello multiplier:3 >> isis port metric:10 isis priority:64 >> isis csnp-interval:10 sec isis default-metric:10 >> isis distance:115 isis lsp-gen-interval:10 sec >> isis lsp-interval:33 msec isis lsp-refresh-interval:900 sec >> isis max-lsp-lifetime:1200 sec isis maximum-paths:4 >> isis retransmit-interval:5 sec isis spf-interval:5 sec >> >> System Parameters Default Maximum Current >> mac 32768 65536 65536 >> vlan 512 4095 4095 >> spanning-tree 32 128 32 >> rstp 32 128 128 >> ip-arp 8192 65536 65536 >> ip-static-arp 2048 16384 2048 >> multicast-route 8192 153600 8192 >> dvmrp-route 2048 16384 2048 >> dvmrp-mcache 4096 4096 4096 >> pim-mcache 4096 4096 4096 >> igmp-max-group-addr 1024 4096 1024 >> ip-cache 204800 524288 524288 >> ip-route 204800 524288 524288 >> ip-subnet-port 24 128 24 >> virtual-interface 255 4095 4095 >> session-limit 32768 163840 32768 >> ip-filter-sys 4096 8192 4096 >> mgmt-port-acl-size 20 100 20 >> l2-acl-table-entries 64 256 64 >> vlan-multicast-flood 0 4095 0 >> ipv6-cache 65536 65536 65536 >> ipv6-route 65536 65536 65536 >> >> Best regards, >> >> Pieter Taks >> NFOrce Entertainment BV >> >> Tel. +31 20 6919299 >> Fax. +31 20 6919409 >> >> >> -----Oorspronkelijk bericht----- >> Van: Ryan Harden [mailto:[email protected]] >> Verzonden: dinsdag 22 februari 2011 15:36 >> Aan: Pieter Taks >> CC: [email protected] >> Onderwerp: Re: [f-nsp] Max BGP peers BigIron RX4 >> >> Do a 'sh def val'. >> >> My guess is you need to set the 'system-max' for max BGP peers. >> >> /Ryan >> >> On 02/22/2011 08:23 AM, Pieter Taks wrote: >>> Hi all, >>> >>> >>> >>> While configuring a new peer on an BigIron RX4 we got the following error: >>> >>> /Error! BGP4 cannot allocate memory for peer 253/ >>> >>> >>> >>> A PDF claims the following >>> (http://www.terabitsystems.com/foundry-docs/Foundry-BigIron-RX-Series-Datasheet.pdf): >>> >>> /BGPv4: //Scalable to 4 million routes, 500 peers and 14,000 >>> attributes with MR2 management module/ >>> >>> >>> >>> Is there any reason why it wouldn't want to configure more peering sessions? >>> >>> - I do not see any system-max setting for this >>> >>> - As well as I do not see any full memory yet >>> >>> >>> >>> Hope someone knows how to resolve this or what is causing this error. >>> >>> >>> >>> sh memory >>> >>> ==================================================================== >>> >>> BigIron RX active MP slot 33: >>> >>> Total SDRAM: 2147483648 bytes >>> >>> Available Memory: 1646874624 bytes >>> >>> Free Physical Pages: 401374 pages >>> >>> >>> >>> Malloc statistics: total 500462813 >>> >>> os_malloc count: 24059060, fail: 3; os_free count: 24046183, fail 0, >>> diff: 12877 >>> >>> ==================================================================== >>> >>> BigIron RX LP SL 1: >>> >>> Total SDRAM: 536870912 bytes >>> >>> Available Memory: 53039104 bytes >>> >>> ==================================================================== >>> >>> BigIron RX LP SL 3: >>> >>> Total SDRAM: 536870912 bytes >>> >>> Available Memory: 72671232 bytes >>> >>> ==================================================================== >>> >>> BigIron RX LP SL 4: >>> >>> Total SDRAM: 536870912 bytes >>> >>> Available Memory: 72654848 bytes >>> >>> >>> >>> >>> >>> Any help is appreciated, thanks! >>> >>> >>> >>> Pieter Taks >>> >>> >>> >>> _______________________________________________ >>> foundry-nsp mailing list >>> [email protected] >>> http://puck.nether.net/mailman/listinfo/foundry-nsp >> > -- Ryan M. Harden, BS, KC9IHX Office: 217-265-5192 CITES - Network Engineering Cell: 217-689-1363 2130 Digital Computer Lab Fax: 217-244-7089 1304 W. Springfield email: [email protected] Urbana, IL 61801 University of Illinois at Urbana/Champaign - AS38 University of Illinois - ICCN - AS40387 _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
