[c-nsp] 6500 Netflow
Tim Durack
tdurack at gmail.com
Fri Apr 18 09:17:44 EDT 2008
On Fri, Apr 18, 2008 at 8:55 AM, Gert Doering <gert at greenie.muc.de> wrote:
> Hi,
>
>
> On Fri, Apr 18, 2008 at 08:39:53AM -0400, Tim Durack wrote:
> > Sounds like an argument for doing something stateless like sFlow for
> > statistics instead of flogging the NetFlow horse.
>
> This very much depends on your needs. If you need detailed records for
> billing purposes, sFlow (or sampled NetFlow) is just not good enough.
>
> For basic "what's going on?" detection, sflow/sampled netflow is fine.
Yup, interface counters for billing, sFlow for everything else (I
agree that probably doesn't work for everybody. We manage to collect
data on 12k switch ports using XRMON/sFlow and Inmon's Traffic
Sentinel without too much trouble.)
Cisco's argument against sFlow seems to be: it's not as accurate as Netflow.
Then they introduced sampled netflow because scaling netflow on router
hardware is challenging.
I find that reasoning hard to follow.
Tim:>
More information about the cisco-nsp
mailing list