(RADIATOR) negative balancetime

[Ronan Eckelberry]

    You could use the DupInterval command.  I am using this command
right now, but it still seems to do it.  The only reason that I could
see is that if it receives 2 Stop packets, it would think the customer
used double the time they did.  I'm not sure though.
 
-Ronan
 
-----Original Message-----
From: Shaun [mailto:shaun at btl.net] 
Sent: Friday, 02 August, 2002 19:19
To: Ronan Eckelberry; radiator at open.com.au
Subject: Re: (RADIATOR) negative balancetime 


hello again
 
You're rite about the duplicate accounting packets. I've checked our
detail file and it seems to have 3 records for one login. ie. 1 start
and 2 stop. How could you avoid this from happening? 

----- Original Message ----- 
From: Ronan  <mailto:radiator at gowebco.com> Eckelberry 
To: 'Shaun' <mailto:shaun at btl.net>  ; radiator at open.com.au 
Sent: Friday, August 02, 2002 4:11 PM
Subject: RE: (RADIATOR) negative balancetime 

    I receive the same error.  I'm not sure if it is from duplicate
ACCOUNTING packets, or maybe some of my NASs are not using the
Session-Timeout.  I would like to know if there is any other reason for
this as well.
 
-Ronan
 
-----Original Message-----
From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au] On
Behalf Of Shaun
Sent: Friday, 02 August, 2002 10:47
To: radiator at open.com.au
Subject: (RADIATOR) negative balancetime 


Hello,
 
Does anyone know why i would keep getting huge negative balancetime in
my database? I'm using Radiator and an Informix database for prepaid. In
the database i have three fields,
 
Username       Password            Balancetime
 
 
For some reason, like one in every ten users, the Sessiontime is
exceeded and a huge negative value is returned to the database. Most
users get a -1 to -7 value which i could understand. Any ideas why this
would be happening?
 
Regards
Shaun

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20020802/1649eb6e/attachment.html>