[156695] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Real world sflow vs netflow?

daemon@ATHENA.MIT.EDU (Dobbins, Roland)
Sun Sep 23 15:18:16 2012

From: "Dobbins, Roland" <rdobbins@arbor.net>
To: NANOG list <nanog@nanog.org>
Date: Sun, 23 Sep 2012 19:17:42 +0000
In-Reply-To: <CAB8g2zxVzzjs7ikw2RgAzXzqNKt193N7K4aNEfa8Xg8c+q64_Q@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


On Sep 23, 2012, at 11:23 PM, Peter Phaal wrote:

> The difference between packet oriented or flow oriented export is an "imp=
lementation detail" if your only requirement is to obtain layer IP flow rec=
ords, but becomes significant if you want to create customized flow records=
 or create packet oriented metrics. Applications for packet oriented metric=
s mentioned earlier in this thread included route analytics, analysis of EC=
MP/LAG/TRILL forwarding, packet size distribution vs. DSCP, DDoS mitigation=
.

It might be a good idea to read up on Flexible NetFlow, IPFIX, and PSAMP ov=
er IPFIX, since everything you mention above can be done by collecting/anal=
yzing those telemetry formats.=20

In fact, it might be a good idea to read up on plain old classical NetFlow =
v5 and v9, too, as almost all of what's mentioned above is accomplished eve=
ry day using them, as well, heh.

> The problem with having the router perform the flow analysis is that once=
 data is aggregated, it can't be disaggregated.

Nobody in this thread has advocated aggregated NetFlow.  I certainly don't.=
 =20

At any rate, I knew this would happen if we started talking about the merit=
s of s/Flow vs. NetFlow.  For some reason, s/Flow advocates seem to feel co=
mpelled to come up with straw-man arguments and misstatements, and try to u=
se them to 'prove' what they view as the inherent superiority of s/Flow - w=
hen any unbiased indvidual who's worked with both formats at length knows t=
hat this simply isn't true.

In this particular instance, I guess it's natural to feel compelled to pres=
ent one's own creations in a positive light.  However, it just isn't cricke=
t to make incorrect, incomplete, and/or misleading statements about perceiv=
ed competitors to one's own creations, you know?=20

> It's like the difference between receiving eggs or an omelette. If you li=
ke the omelette, great! But if you wan't a different omelette or would like
> to poach, boil, scramble or bake your eggs then getting the raw eggs is a=
 lot more versatile.

At any rate, I've wasted enough of everyone's time/bandwidth as a result of=
 this particular instance of flow telemetry format trolling; I won't be pro=
viding anything more in the way of sustenance.

;>

-----------------------------------------------------------------------
Roland Dobbins <rdobbins@arbor.net> // <http://www.arbornetworks.com>

	  Luck is the residue of opportunity and design.

		       -- John Milton



home help back first fref pref prev next nref lref last post