[112564] in North American Network Operators' Group
Re: Usage-Based Billing for DIA
daemon@ATHENA.MIT.EDU (Jack Carrozzo)
Thu Mar 5 20:19:19 2009
In-Reply-To: <Pine.LNX.4.61.0903051710040.6312@soloth.lewis.org>
Date: Thu, 5 Mar 2009 20:19:02 -0500
From: Jack Carrozzo <jack@crepinc.com>
To: Jon Lewis <jlewis@lewis.org>
Cc: "Rodriguez, Mauricio" <Mauricio.Rodriguez@fpl.com>,
"nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
I use netacct - can grab data per cidr block and dumps data into
mysql. I wrote scripts from there to graph in rrdtool, bill on total
usage, or bill on 95th percentile.
http://netacct-mysql.gabrovo.com/
-Jack Carrozzo
On Thu, Mar 5, 2009 at 7:41 PM, Jon Lewis <jlewis@lewis.org> wrote:
> On Thu, 5 Mar 2009, Rodriguez, Mauricio wrote:
>
>> Looking at possibilities for an implementation of usage-based billing, i=
t
>> seems that the same techniques and tools always come up. =A0I'm looking =
for
>> some feedback from the list on experiences with these tools and techniqu=
es
>> as well as alternatives that may not be listed here.
>>
>> +Techniques
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 --Flow data (Netflow, SFlow, etc) analysis t=
o determine 95th
>> percentile traffic levels
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 --SNMP polling of interface counters to dete=
rmine 95th
>> percentile traffic levels
>
>
> I need to look into this in the near future as well. =A0The problems I'm =
aware
> of are:
>
> 1) we have customers on policed ports, and the interface snmp counters co=
unt
> packets before service-policy. =A0It doesn't seem right to bill for packe=
ts we
> dropped :)...so this isn't useful data for billing purposes.
>
> 2) our customer agg gear (cisco 3550s) don't do netflow. =A0Our bigger
> switches the agg gear uplinks to does (6509 sup720-3bxls), but can't hand=
le
> export of full netflow, so we run sampled. =A0It's still useful for abuse
> tracking, but billing based on it would require some large assumptions an=
d
> multipliers...unlikely to be of use.
>
> The remaining option I'm aware of is to use monitor sessions to send a co=
py
> of our traffic to a system/device which would then either generate "full"
> netflow data or just distill the traffic into data xfered per IP/network.
> =A0What are people using for this on the several hundred mbit/s to a few
> gigabits/s or more range?
>
> Are there other ways?
>
> ----------------------------------------------------------------------
> =A0Jon Lewis =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0I route
> =A0Senior Network Engineer =A0 =A0 | =A0therefore you are
> =A0Atlantic Net =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|
> _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________
>
>
