We use Ipacco http://ipacco.sourceforge.net/
This collects the IP accounting data from our border cisco router(s)
and puts it into a central MySQL database. But it makes a HUGE
database with lots more data than we need that is really slow to
query. So we wrote a PHP script that runs every few
Bandwidth or bits?
Actually ip track kind of does both. Each customer can see the speeds that
their system was averaging. We never use it because we worry about peak
speeds, but the data is there.
All data is sent by the main routers.
marlon
- Original Message -
From: Matt Larsen -
We use mrtg/rrd to collect data transfer values from cpe. Then we use mrtg
totalizer to produce graphs that have daily and month totals. We also have
a modified totalizer script that checks to see if that are any bandwidth
abusers because they have used more than x in the last 30 days and y in
Matt
I think Cacti Made Easy is a great solution for you :-)
In short - CACTI will listen on SNMP - as well as at the switch level and give
you this control.
As of Freeside - Not sure - btu would assume there should be an import.
Call me off list - and I can help ya - one fat cowboy to
Matt -
I almost forgot the link
http://cactiez.cactiusers.org/
On Mar 30, 2010, at 3:24 PM, Matt Larsen - Lists wrote:
I am looking for a solution that will keep track of the monthly
bandwidth consumption for all of my broadband customers and am having a
hard time coming up with a
If you can run IPTrack (see some of Marlon's previous posts) you have
have the MTs report by IP address back to the server.
I have done this on my network, though it is not running right now. I
would be glad to help if you opt to go this way.
Matt Larsen - Lists wrote:
Hello list,
I am
Scott,
4) StarOS routers performing NAT at each backbone location
It's StarOS NATing the customers off of the backbone.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to
continue
That is a great link! I don't think it will solve my immediate
problem, but I may look at using this to replace our current Cacti
server at some point.
Matt Larsen
vistabeam.com
On 3/30/2010 1:30 PM, Glenn Kelley wrote:
Matt -
I almost forgot the link
http://cactiez.cactiusers.org/
IPTrack is Brandon Checkett's program, and we did experiment with it,
but it doesn't do exactly what we are looking for, and we were concerned
about its apparent lack of any new development.
Matt Larsen
vistabeam.com
On 3/30/2010 1:32 PM, Scott Reed wrote:
If you can run IPTrack (see some of
StarOS is NATting at each backbone location - that is why I wanted to
put this collection in place between the core router and the NAT router
so it can see the customer data in its native (pre-NATted) state.
Matt Larsen
vistabeam.com
On 3/30/2010 1:34 PM, Josh Luthman wrote:
Scott,
4)
3) Mikrotik core routers at each backbone location
I took it that all traffic goes through these as well.
Matt, does all your traffic run through an MT somewhere on its way out?
Josh Luthman wrote:
Scott,
4) StarOS routers performing NAT at each backbone location
It's StarOS NATing
I think we need to find out if I am looking for a solution that will
keep track of the monthly bandwidth consumption for all of my
broadband customers... means how much you're entire upstream is using
or how much each customer is using individually so you can find the
top few heavy users.
Josh
Hi Josh,
I'm wanting to track how much each individual customers is using so I
can bill the ones that go over our bandwidth cap.
Matt Larsen
vistabeam.com
On 3/30/2010 1:57 PM, Josh Luthman wrote:
I think we need to find out if I am looking for a solution that will
keep track of the monthly
Then you will need to find a solution with StarOS. Can you maybe set
a single queue for each customer and then obtain that via SNMP?
I'm totally unfamiliar with StarOS.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure
Actually, I could potentially do it from the Mikrotik router at the
core, behind the StarOS NAT server. Only problem is that the NetFlow
collector on Mikrotik is broken. That is why we are leaning toward
something between the core and NAT servers to collect the data.
Queues will not work,
What is broken in netflow? I've been using it for over 5 years now to
collect traffic data and it seems spot on.
Sam Tetherow
Sandhills Wireless
On 3/30/10 3:30 PM, Matt Larsen - Lists wrote:
Actually, I could potentially do it from the Mikrotik router at the
core, behind the
Cacti would be what I would start with. I have set it up where business
customers have their own individual logins and can see just the graphs you
want them to. It has built in graphs for 95th percentile. There is a
plugin called nectar which allows you to have graphs e-mailed. You can also
We're also big fans and long time users of Cacti, so I'd happily
recommend it as well.
On 3/30/2010 16:46, Justin Wilson wrote:
Cacti would be what I would start with. I have set it up where business
customers have their own individual logins and can see just the graphs you
want them
prtg will meet your needs
Sent from my iPhone
On Mar 30, 2010, at 12:24 PM, Matt Larsen - Lists
li...@manageisp.com wrote:
Hello list,
I am looking for a solution that will keep track of the monthly
bandwidth consumption for all of my broadband customers and am
having a
hard time
Sent: Tuesday, March 30, 2010 4:49 PM
To: WISPA General List wireless@wispa.org
Subject: Re: [WISPA] Bandwidth Tracking Solutions
We're also big fans and long time users of Cacti, so I'd happily
recommend it as well.
On 3/30/2010 16:46, Justin Wilson wrote:
Cacti would be what I would start
Hi Matt,
I have built usage-based accounting systems for ISPs using NetFlow and/or
RADIUS Accounting and MySQL running on Linux. Contact me directly to
discuss.
Tim
--
Tim Sylvester
Network RADIUS
(408) 826-8350 (o)
(408) 334-1700 (m)
tim.sylves...@networkradius.com
-Original Message-
Have you looked into PMACCT with NetFlow?
Tim Sylvester wrote:
Hi Matt,
I have built usage-based accounting systems for ISPs using NetFlow and/or
RADIUS Accounting and MySQL running on Linux. Contact me directly to
discuss.
Tim
--
Tim Sylvester
Network RADIUS
(408) 826-8350 (o)
Message-
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
Behalf Of Nick Olsen
Sent: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a hell
-Original Message-
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
Behalf Of Matt Jenkins
Sent: Tuesday, March 30, 2010 4:34 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Have you looked into PMACCT with NetFlow?
The short
- Original Message -
From: Josh Luthman j...@imaginenetworksllc.com
To: WISPA General List wireless@wispa.org
Sent: Tuesday, March 30, 2010 3:34 PM
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Scott,
4) StarOS routers performing NAT at each backbone location
It's StarOS
List wireless@wispa.org
Sent: Tuesday, March 30, 2010 4:30 PM
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Actually, I could potentially do it from the Mikrotik router at the
core, behind the StarOS NAT server. Only problem is that the NetFlow
collector on Mikrotik is broken. That is why we
- Original Message -
From: Richey myli...@battleop.com
To: n...@brevardwireless.com; 'WISPA General List' wireless@wispa.org
Sent: Tuesday, March 30, 2010 7:55 PM
Subject: Re: [WISPA] Bandwidth Tracking Solutions
I had CactiEZ running in a VM Ware on a Dell 1850 with 4GB of ram. It did
fine
]
On
Behalf Of Nick Olsen
Sent: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a
hell of a
cacti box. But you could SNMP hit each customers CPE device if it
supports
: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a
hell of a
cacti box. But you could SNMP hit each customers CPE device if it
supports
it. That would be quite the load
graphs now.
Richey
-Original Message-
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org]
On
Behalf Of Nick Olsen
Sent: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little
30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a
hell of a
cacti box. But you could SNMP hit each customers CPE device if it
supports
it. That would be quite the load
[mailto:wireless-boun...@wispa.org]
On
Behalf Of Nick Olsen
Sent: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little more time consuming. And would need a
hell of a
cacti box. But you could SNMP hit
graphs now.
Richey
-Original Message-
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org]
On
Behalf Of Nick Olsen
Sent: Tuesday, March 30, 2010 5:43 PM
To: WISPA General List
Subject: Re: [WISPA] Bandwidth Tracking Solutions
Well, This would be a little
33 matches
Mail list logo
