Re: Interface Status Traffic Counter Resetting?

Joey Morin <[email protected]>
Newsgroups gmane.comp.security.firewalls.m0n0wall
Message-ID <[email protected]>
actually, the 32 bit limit is not a result of the underlying operating
system.  if you generate more than 4GB of traffic, then close your wan
connection and look at the system log, you'll see the traffic is correctly
reported.  it seems the traffic passed is being captured with more than 32
bits, but the gui likely uses a 32 bit variable to report it.

anyone?

jj

On Fri, Aug 20, 2010 at 9:19 PM, Nathen <[email protected]> wrote:

> Oh right that's OK then, thanks for letting me know.
>
> On 21 August 2010 02:08, J.C. Woltz <[email protected]> wrote:
> > This is standard for 32 bit operating systems. The counter rolls over
> around 4GB. 2^32 = 4 294 967 296
> > ------Original Message------
> > From: Nathen
> > To: [email protected]
> > Subject: [m0n0wall] Interface Status Traffic Counter Resetting?
> > Sent: Aug 20, 2010 20:36
> >
> > I've noticed that the traffic counter under Status:Interfaces, next to
> > In/Out Packets seems to reset itself after a large (possibly around
> > 5GB) of traffic has passed - I checked it again today, I downloaded a
> > large DVD .iso which took the counter to above 4GB and after using the
> > net for a while I've just checked it again and it now says 1.52GB. The
> > system has not been reset (the uptime confirms this). I had a look in
> > the known bugs section and didn't see this listed - does this happen
> > to anyone else?
> > Thanks in advance.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
> >
> > Sent from my mobile.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.