<div dir="ltr">Just to add to this.. Not all Netflow/Jflow/IPFIX is 1:1, some routers only support sampled Netflow, this is performed on hardware forwarding platforms that never used flow based forwarding and thus do not keep flow tables. To get around this they mirror traffic to the control plane for processing or if scale is required then its dedicated CPU to process mirrored traffic into Netflow data; this can get expensive.<div><div><br></div><div>Service providers have been using sampled netflow on hardware routers for many years for effective (well.. effective enough to do what they want with it) analysis of traffic.</div><div><br></div><div>Using Netflow for billing can (and has been for some) become a scaling liability.</div><div><br></div><div>Openflow based billing app anyone?</div><div><br></div><div><br></div><div>dave</div><div><br></div><div><br></div><div><br></div><div><div><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 9, 2015 at 9:50 AM, Russell Brenner <span dir="ltr"><<a href="mailto:rbrenner@brocade.com" target="_blank">rbrenner@brocade.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
Hi Paul,
<div><br>
</div>
<div>I don’t want to launch into a religious argument since I’m not a network operator myself, but most (all?) of our customers and my personal colleagues in the business are quite happy with sFlow billing and security (unless they’re harbouring resentment
and haven’t told me :)). </div>
<div><br>
</div>
<div>
<div>Sflow is accurate for security purposes because it is simple enough to be performed in hardware. The sFlow is designed so that the accuracy of any measurement can be determined. Netflow tends to drop under heavy load, unless I’m mistaken.</div>
</div>
<div><br>
</div>
<div>So, on to the billing bit. </div>
<div><br>
</div>
<div>You don’t need to sample every single packet to get meaningful billing data, there’s not a great deal of benefit in doing so since the extra few percentage points don’t equate to serious gains, but quite large performance penalty (depending on
the platform and media speed).</div>
<div><br>
</div>
<div>With sFlow you optimise the sample rate in order to meet the desired level of accuracy and this is done by varying the number of samples collected. </div>
<div><br>
</div>
<div>The accuracy is a function of the number of samples collected and the duration of the monitoring period. </div>
<div><br>
</div>
<div>Further improvements in accuracy can be made by calculating the “confidence level” which is the width of the error window. In order to ensure that customers are not overcharged then the data point at the lower end of the confidence level should
be used and this is a direct function of the number of samples collected and this can be calculated thus:<br>
<br>
Percentage Error ≤ 196 x √(1/c) where c is the number of samples.<br>
<br>
For example, if the number of samples is 10,000 then the error will be approximately ±2% so the amount charged for should be 98% of the total number of packets counted.</div>
<div><br>
</div>
<div>It is important to note that the accuracy of measurement does not depend on the total number of frames, but simply on the number of samples used to make the measurement. As the speed of the interface increases, the percentage of the total number
of frames sampled can be reduced. </div>
<div><br>
</div>
<div>This is reflected in the default sampling rates we use on our devices (512/1024/2048 and 8192 for 100M/1G/10G/100G). Furthermore, accuracy can be improved by simply increasing the duration of the sample period until the required number of samples
has been collected.</div>
<div><br>
</div>
<div>
<div>The sampling rate is the average ratio of the number of packets incoming on an sFlow-enabled port, to the number of flow samples taken from those packets. The sampling rate is a fraction in the form 1/N, meaning that, on average, one out of every
N packets will be sampled.</div>
<br>
Because the accuracy of the sFlow measurement is dependent only on the number of samples then increasing the accuracy is fairly simple simple, and any errors will be negligible.</div>
<div><br>
<div>
<div><font face="Helvetica"><span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Russell
Brenner</span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Systems
Engineer</span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Brocade</span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Suite
524, 1 Queens Road, </span><span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Melbourne</span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">M. </span><span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important"><a href="tel:%2B61.412.869.959" value="+61412869959" target="_blank">+61.412.869.959</a></span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important"><a href="http://www.brocade.com" target="_blank">www.brocade.com</a></span><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span><span><span><span><span></span>
</span></span></span></span></span></font></div>
<font face="Helvetica"></font><br>
<div>
<blockquote type="cite">
<div>On 9 Jun 2015, at 9:21 am, Paul Koch <<a href="mailto:paul.koch137@gmail.com" target="_blank">paul.koch137@gmail.com</a>> wrote:</div>
<br>
<div>On Fri, 5 Jun 2015 12:07:42 +1000<br>
Ivan Jukic <<a href="mailto:ijukic13@gmail.com" target="_blank">ijukic13@gmail.com</a>> wrote:<br>
<br>
<blockquote type="cite">Netflow or the currant "standard" is now called IPFIX. This is certainly<br>
support by Cisco as well as many other vendor.<br>
<br>
In relation to sflow not being a useful technology. I disagree. They<br>
essential both do the same, analyse traffic flows. However, sflow does so<br>
by packet sampling, 1 packet out of X sent to the collector. Where as<br>
IPFIX/Netflow send every packet to the collector. They both very useful,<br>
however there is a lot of design considering when rolling them out.<br>
<br>
Cheers,<br>
Ivan<br>
</blockquote>
<br>
<br>
sFlow is not useful. It typically uses a 1 in N sample, where N is a<br>
"very big number". Once you go over N=5 or N=10, it becomes statistically<br>
useless... or actually misleading and deceptive. Ask any statistician<br>
and they laugh at the 1 in 1000 sample.<br>
<br>
I even watch a presentation from one of the <a href="http://sFlow.org" target="_blank">sFlow.org</a> guys who reckon<br>
that N 1,000,000 sample was even useful. Not sure what planet...<br>
<br>
For security guys, a N=1 is pretty much mandatory.<br>
<br>
sFlow should have been called something different as it just causes <br>
confusion. A lot of people seem to think it is 'switch flow' and are<br>
surprised when you explain that its just packet sampling at N=1k or N=16k<br>
packets. Switches will never do a N=1 sample because the cost of the<br>
hardware would be prohibitive.<br>
<br>
Plixer have some interesting blogs on Netflow vs sFlow.<br>
<br>
<span style="white-space:pre-wrap"></span>Paul.<span class="HOEnZb"><font color="#888888"><br>
-- <br>
Paul Koch | Founder, CEO<br>
AKIPS Network Monitor | <a href="http://akips.com" target="_blank">akips.com</a><br>
Brisbane, Australia<br>
Cell: <a href="tel:%2B61%20%280%29458%20803%20740" value="+61458803740" target="_blank">+61 (0)458 803 740</a><br>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</font></span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br></div></div></div></div></div>