On Wednesday 06 December 2006 02:48, Benjamin Adams wrote:
> I'm on a network that has a normal store firewall, setup as a NAT.
> I'm trying to find a way to monitor all bandwidth by clients through
> that firewall. I don't have the ability to just put an inline box to
> examine packets. Is ther
Benjamin D Adams wrote:
On Wed, 2006-12-06 at 16:25 -0800, Julian Elischer wrote:
Benjamin D Adams wrote:
What my network looks like:
NET
|
NAT/FIREWALL(2.1.24.34)
|
/-[ HUB ]\< put a cheap hub here
On Wed, 2006-12-06 at 16:25 -0800, Julian Elischer wrote:
> Benjamin D Adams wrote:
> > What my network looks like:
> > NET
> > |
> > NAT/FIREWALL(2.1.24.34)
> > |
> > ---< put a cheap hub here
> > | |
Benjamin D Adams wrote:
What my network looks like:
NET
|
NAT/FIREWALL(2.1.24.34)
|
---< put a cheap hub here
| | |
2.1.24.35 2.1.24.36 2.1.24.37
if you place a cheap 100M
What my network looks like:
NET
|
NAT/FIREWALL(2.1.24.34)
|
---
| | |
2.1.24.35 2.1.24.36 2.1.24.37
There is no DHCP, I don't think it is possablie to do this but I want to
install a
On Dec 6, 2006, at 10:38 AM, Brett Glass wrote:
Is adding a hub or a bridge a topology change? I'd argue that it
wasn't.
Um. Adding a normal client machine to an existing hub or switch does
not constitute a topology change. Adding a new hub or bridge most
certainly would constitute a top
On Wednesday 06 December 2006 11:53, Josh Paetzel wrote:
> On Wednesday 06 December 2006 10:11, Julian Elischer wrote:
> > Josh Paetzel wrote:
> > > On Tuesday 05 December 2006 23:52, Brett Glass wrote:
> > >> Add a few IPFW "count" rules to count the bytes and packets.
> > >> Then, periodically ha
At 10:53 AM 12/6/2006, Josh Paetzel wrote:
>He specifically said in his original post that putting a machine
>between the router and his lan wasn't an option. His question
>was, "Is there a program where I can see whats going on from the
>computer on that network?" The answer to that question
Josh Paetzel wrote:
On Wednesday 06 December 2006 10:11, Julian Elischer wrote:
Josh Paetzel wrote:
On Tuesday 05 December 2006 23:52, Brett Glass wrote:
Add a few IPFW "count" rules to count the bytes and packets.
Then, periodically harvest and reset the counters via a cron job
and write the
On Wednesday 06 December 2006 10:11, Julian Elischer wrote:
> Josh Paetzel wrote:
> > On Tuesday 05 December 2006 23:52, Brett Glass wrote:
> >> Add a few IPFW "count" rules to count the bytes and packets.
> >> Then, periodically harvest and reset the counters via a cron job
> >> and write the resu
Josh Paetzel wrote:
On Tuesday 05 December 2006 23:52, Brett Glass wrote:
Add a few IPFW "count" rules to count the bytes and packets. Then,
periodically harvest and reset the counters via a cron job and
write the results to a file. You can then prepare tables and charts
which are as simple or a
At 02:13 AM 12/6/2006, Josh Paetzel wrote:
>Just curious.but where is he going to run ipfw? I seriously doubt
>his router can run it, and what good is it going to do him to run it
>on a machine on the network if the network is switched? It's not
>going to be able to see any of the traffic
On Tuesday 05 December 2006 23:52, Brett Glass wrote:
> Add a few IPFW "count" rules to count the bytes and packets. Then,
> periodically harvest and reset the counters via a cron job and
> write the results to a file. You can then prepare tables and charts
> which are as simple or as fancy as you
Add a few IPFW "count" rules to count the bytes and packets. Then,
periodically harvest and reset the counters via a cron job and write
the results to a file. You can then prepare tables and charts which
are as simple or as fancy as you please, without resorting to SNMP
(which isn't secure). A l
Benjamin Adams wrote:
> I'm on a network that has a normal store firewall, setup as a NAT. I'm
> trying to find a way to monitor all bandwidth by clients through that
> firewall. I don't have the ability to just put an inline box to examine
> packets. Is there a program where I can see whats goi
On Tuesday 05 December 2006 11:45, pete wright wrote:
> On 12/5/06, Benjamin Adams <[EMAIL PROTECTED]> wrote:
> > I'm on a network that has a normal store firewall, setup as a
> > NAT. I'm trying to find a way to monitor all bandwidth by
> > clients through that firewall. I don't have the ability
On 12/5/06, Benjamin Adams <[EMAIL PROTECTED]> wrote:
I'm on a network that has a normal store firewall, setup as a NAT. I'm
trying to find a way to monitor all bandwidth by clients through that
firewall. I don't have the ability to just put an inline box to examine
packets. Is there a program
On Thu, Jun 26, 2003 at 07:05:57PM -0400, Robert Watson wrote:
...
> > that an ISP is likely to charge for and have the tables 'reaped every
> > now and then by a daemon to give a time dimension to the data..
>
> Well, the case that this code was designed for was passive monitoring of
> many IPs
Julian Elischer wrote:
I'm not sure I understand why not just tell ipfw to count all packets
that an ISP is likely to charge for and have the tables 'reaped every
now and then by a daemon to give a time dimension to the data..
That was my thought, though the OP isn't using ipfw, and I'm
woefully ig
On Thu, 26 Jun 2003, Julian Elischer wrote:
> I'm not sure I understand why not just tell ipfw to count all packets
> that an ISP is likely to charge for and have the tables 'reaped every
> now and then by a daemon to give a time dimension to the data..
Well, the case that this code was designe
I'm not sure I understand why not just tell ipfw to count all packets
that an ISP is likely to charge for and have the tables 'reaped every
now and then by a daemon to give a time dimension to the data..
On Thu, 26 Jun 2003, Robert Watson wrote:
> On 24 Jun 2003, Adam wrote:
>
> > My ISP is pl
On 24 Jun 2003, Adam wrote:
> My ISP is placing strict restrictions on how much I can transfer each
> month, with high penalties for exceeding their limits. However, they
> don't provide any way for their customer's to check to see how much
> they've transferred, so we end up transferring far less
Richard A Steenbergen wrote:
> > I would suggest that you find out exacly how they measure your
> > traffic useage. ie do they measure only packets that were switched
> > by their router or just any and every single byte that their
> > router's ethernet interface sees. The first is IMHO much more
On Thu, Jun 26, 2003 at 09:53:31AM +0200, Ian Freislich wrote:
>
> Won't that count all the ethernet frames and local ethernet broadcasts
> which probably won't be billed for? We had this problem using
> router (ethernet) interface counters to measure traffic in our
> hosting center. The trouble
atabase of the stats, via a cron job.
Cheers,
Jon Newson - Systems Administrator
SDR Technologies
[EMAIL PROTECTED]
-Original Message-
From: Ian Freislich [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 5:54 PM
To: Lars Eggert
Cc: Adam; [EMAIL PROTECTED]
Subject: Re: Bandwidth
Lars Eggert wrote:
> Adam wrote:
> > My ISP is placing strict restrictions on how much I can transfer each
> > month, with high penalties for exceeding their limits. However, they
> > don't provide any way for their customer's to check to see how much
> > they've transferred, so we end up transferr
What about IPA ?
http://ipa-system.sourceforge.net/
${PORTSDIR}/sysutils/ipa
regards,
clem
On 24 Jun 2003 11:13:01 -0400
Adam <[EMAIL PROTECTED]> wrote:
> My ISP is placing strict restrictions on how much I can transfer each
> month, with high penalties for exceeding their limits. However, the
Adam wrote:
My ISP is placing strict restrictions on how much I can transfer each
month, with high penalties for exceeding their limits. However, they
don't provide any way for their customer's to check to see how much
they've transferred, so we end up transferring far less than what we are
allowed
28 matches
Mail list logo
