[c-nsp] Adequate RAM in 7206VXR/NPE-G1?

[Rick Kunkel]

Thanks for the response!  And for the time being, I may very well follow
your suggestion about filtering down to the default route...  Fine idea...

A couple quick follow-up questions:

- Is there a way to tell if I'm losing any of the routes because of 
insufficient memory?  Or would that be reflected by my lowest value in the 
show mem being zero?

- As far as performance goes...  So, I'm short on processor memory, but
I've still got what appears to be a healthy amount of I/O memory left.  
How will this affect performance?  Does the I/O memory leave me plenty of 
space for routing packets through the router, or would the shortage of 
Processor memory mess with this?

Thanks,

Rick Kunkel


On Fri, 13 Apr 2007, David Coulson wrote:

> Running full tables in 256Mb is close to impossible - I'd not recommend 
> it :-) I tried to load a single full table (230ish-thousand) routes the 
> other day into 256Mb and it didn't work too well. You might be able to 
> save a little memory by disabling soft reloads, but that's not really a 
> substitute for anything.
> 
> Up it to 512Mb. 3Mb is crazy, particularly if your memory is really 
> fragmented.
> 
> Of course, the question is, if you have a single full table, why even 
> have it? Keep the carrier providing you with a full table and filter it 
> out to a default...
> 
> Rick Kunkel wrote:
> > Hello all,
> >
> > We've got a 7206VXR/NPE-G1.  In it, we have the following modules:
> >
> > PA-T3
> > PA-A3-T3
> >
> > The PA-T3 is totally unused.  Nothing plugged in.
> >
> > The PA-A3-T3 has an ATM DS-3 from Verizon to aggregate our DSL customers.
> >
> > On the NPE-G1, one GigE port is taken by an 802.1q trunk to a bunch of
> > colo customers.
> >
> > Another GigE port is taken by a 100 Mbps Ethernet connection ot the
> > Internet.
> >
> > We get full routes from the upstream connected to the above port.
> >
> > My question is about RAM.  If I'm reading the show ver correctly, we've 
> > got 256M of RAM.  I was recently told that this is like the BARE minimum 
> > for a full routing table.  And considering other factors of its use, 
> > probably rather lacking.
> >
> > Can anyone verify or refute this?
> >
> > Here's a show ver:
> >
> > -----------
> > Cisco Internetwork Operating System Software 
> > IOS (tm) 7200 Software (C7200-IS-M), Version 12.2(4)BW1, EARLY DEPLOYMENT 
> > RELEASE SOFTWARE (fc1)
> > TAC Support: http://www.cisco.com/tac
> > Copyright (c) 1986-2002 by cisco Systems, Inc.
> > Compiled Tue 26-Nov-02 14:57 by kellythw
> > Image text-base: 0x60008A00, data-base: 0x615D4000
> >
> > ROM: System Bootstrap, Version 12.2(8r)B, RELEASE SOFTWARE (fc1)
> > BOOTLDR: 7200 Software (C7200-KBOOT-M), Version 12.2(4)BW, EARLY 
> > DEPLOYMENT RELEASE SOFTWARE (fc1)
> >
> > cp7206 uptime is 28 weeks, 4 hours, 14 minutes
> > System returned to ROM by power-on
> > System restarted at 11:22:04 PDT Fri Sep 29 2006
> > System image file is "disk2:c7200-is-mz.122-4.BW1.bin"
> >
> > cisco 7206VXR (NPE-G1) processor (revision A) with 245760K/16384K bytes of 
> > memory.
> > Processor board ID 29354705
> > SB-1 CPU at 700Mhz, Implementation 1, Rev 0.2, 512KB L2 Cache
> > 6 slot VXR midplane, Version 2.7
> >
> > Last reset from power-on
> > Bridging software.
> > X.25 software, Version 3.0.0.
> > 3 Gigabit Ethernet/IEEE 802.3 interface(s)
> > 2 Serial network interface(s)
> > 1 ATM network interface(s)
> > 509K bytes of non-volatile configuration memory.
> >
> > 62976K bytes of ATA PCMCIA card at slot 2 (Sector size 512 bytes).
> > 16384K bytes of Flash internal SIMM (Sector size 256K).
> > Configuration register is 0x2102
> > -----------
> >
> >
> >
> > Here's a show mem sum:
> > -----------
> >                 Head    Total(b)     Used(b)     Free(b)   Lowest(b)  
> > Largest(b)
> > Processor   62502CA0   212849504   208938920     3910584     3294120     
> > 1029992
> >       I/O    F000000    16777216     4744900    12032316    11853080    
> > 11608220
> > -----------
> >
> >
> > The 3MB free looks a little suspicious, but on the other hand, it hasn't 
> > hit zero before.
> >
> > Any input is appreaciated....
> >
> > Thanks,
> >
> > Rick Kunkel
> >
> > _______________________________________________
> > 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/
> >   
> 
> 
> David
> 
> -- 
> David J. Coulson
> email: david at davidcoulson.net
> web: http://www.davidcoulson.net/
> phone: (216) 920-3099 / (216) 258-4942
> 
>