[c-nsp] 7200 vs. 7600
Ryan O'Connell
ryan at complicity.co.uk
Wed Oct 6 05:34:54 EDT 2004
On 05/10/2004 23:58, Dale W. Carder wrote:
> What is the operational impact of overflowing the netflow table? I
> thought that netflow (on the sup2 and 720, which both use CEF) was
> only used for netflow export, and IIRC, nat.
Certainly I've seen Bad Things (I.e. dropped traffic) on an MSFC2 when
the netflow table fills up - to track virus propagation on Sup2/MSFC2
Hybrid networks I've used the trick of turning on NetFlow long enough to
get the data required, then turning it off again. I don't know about the
Sup2 in Native mode but on the Sup720 it appears the PFC is responsible
for exporting NetFlow data to the Supervisor, but it's not actually used
for switching - just reporting - so there's no impact if the table fills up.
You can increase the amount of NetFlow entries with the "ip flow-cache
entries" command and although I've never tried, it appears to be
possible to increase it up to 512k entries (Default is 64k) which is
certainly more than I can ever see needing particularly using src-dst or
dst-only. Based on what I'm using at the moment, 512k entries would take
about 80MB RAM, which might be a problem if you only have 256MB
installed but should be fine with 512MB.
I'm guessing you completely lose the ability to do NetFlow if you're
using dCEF720, but it's a while before we'll need that sort of switching
speed so I'm not going to worry about it now.
> However, purging/expiring too many netflow entries does raise the cpu
> load of the switch processor (this was the L3Aging process on CatOS,
> don't recall what it is on IOS).
If it's CatOS that sounds like the MLS table, rather than the Netflow
table - but I guess purging the Netflow table on the MSFC has a knockon
effect on the MLS tables on the Supervisor.
More information about the cisco-nsp
mailing list