(RADIATOR) Needs expet's opinion

[MJ]

Hi Hugh,
The problem is that ACCTOUTPUTOCTETS is not exactly equal to the bytes
downloaded, as I mentioned that I downloaded a file 996K but the
ACCTOUPUTOCTETS are 1252972 also it has a relationship with time also. Our
plane to introduce a product based on user's download in this case we need
more accurate values or atleast 80% accurate, we can keep 20% margin. Do you
think that these values are nearly equal to the actual downloaded bytes.

We enable Accounting on NAS, it is updating accounting table every 5 minutes
( we set 5 minutes specifically). The idea was to get the sum of
ACCTOUTPUTOCTETS for a specific user during the specified time as Radiator
was only inserting data into the accounting table after user disconnects,
but due to NAS Accounting, every 5 minutes it has a cumulative record for
the user. Is there any way we can restrict NAS Accounting not to insert the
information into the actual accounting table but keep it somewhere
temporarily?

MJ
----- Original Message ----- 
From: "Hugh Irvine" <hugh at open.com.au>
To: "Mohammad Junaid" <mjunaid at cyberia.net.sa>
Cc: <radiator at open.com.au>
Sent: Tuesday, August 10, 2004 2:20 AM
Subject: Re: (RADIATOR) Needs expet's opinion


>
> Hello MJ -
>
> You will need to keep track of both time used and traffic volumes using
> the interim accounting from your NAS(s).
>
> Your script will need to check both time and download volume.
>
>  From what you show below the ACCTOUTPUTOCTETS indicates the download
> volume.
>
> regards
>
> Hugh
>
>
> On 9 Aug 2004, at 23:48, Mohammad Junaid wrote:
>
> > Hi Hugh,
> > You mean every day I should check who is going to expire tonight and
> > then
> > disconnect such users using some script. I can do this for expired
> > users but
> > how we can do this for users who will be reaching to their download
> > limit.
> > Secondly for uploaded and downloaded bytes I have done the following
> > tests.
> > Please comment.
> >
> > ACTIVITY
> > ACCTINPUTOCTETS     ACCTOUTPUTOCTETS
> > ------------
> >                                             ------------------------- 
> >   ---
> > -------------------------
> >
> > Access Rejected
> > 72                                84
> >
> > Downloaded 996 KBytes file
> > 73930                      1252972
> >
> >  Disconnected within 10 seconds after authentication without any
> > activity
> > 808                          120
> >
> > Disconnected after around 30 minutes after authentication without any
> > activity                               2292
> > 377
> >
> >
> > Regards,
> > MJ
> > ----- Original Message -----
> > From: "Hugh Irvine" <hugh at open.com.au>
> > To: "MJ" <php at cyberia.net.sa>
> > Cc: <radiator at open.com.au>
> > Sent: Monday, August 09, 2004 2:00 PM
> > Subject: Re: (RADIATOR) Needs expet's opinion
> >
> >
> >>
> >>
> >> Hello MJ -
> >>
> >> For both of these applications you will need to run a cron job that
> >> checks the user accounts, disables the account (sets STATUS to 0 or
> >> whatever) and then disconnects the user using whatever method your NAS
> >> equipment supports.
> >>
> >> You should do some experiments and some downloads to check what values
> >> you get back in the accounting requests.
> >>
> >> Set up a test call and do a 1 megabyte download then disconnect - and
> >> then check the values sent by the NAS in the accounting stop.
> >>
> >> BTW - you will probably need to enable interim accounting on your NAS
> >> equipment (also called accounting alives).
> >>
> >> regards
> >>
> >> Hugh
> >>
> >>
> >> On 9 Aug 2004, at 20:48, MJ wrote:
> >>
> >>> Hi Hugh,
> >>> Thanks, it is working fine. I have two more question, sorry for lots
> >>> of
> >>> questions
> >>>
> >>> 1- we are planning to use Radiator mostly for ADSL customers who
> >>> usually
> >>> keep connected for weeks without disconnection, now users who has
> >>> monthly
> >>> subscription will keep connected even after their expiry dates until
> >>> they
> >>> disconnect and then radiator will not allow them to re-connect. How
> >>> we
> >>> can
> >>> disconnect such users at the moment they reaches to their expiry
> >>> dates?
> >>>
> >>> 2- we want to bill our ADSL customers based on their downloads, I
> >>> have
> >>> gone
> >>> through the a discussions on mailing archive and RFCs you copied in
> >>> reply,
> >>> but still didn't get exact answer, my understanding is that
> >>> ACCTOUTPUTOCTETS
> >>> is the "bytes downloaded by user" and ACCTOUTPUTOCTETS is the "bytes
> >>> uploaded by user". Please confirm. Here also we need to disconnect
> >>> the
> >>> user
> >>> once he reaches to his download limit.
> >>
> >>
> >>
> >> NB: have you included a copy of your configuration file (no secrets),
> >> together with a trace 4 debug showing what is happening?
> >>
> >> -- 
> >> Radiator: the most portable, flexible and configurable RADIUS server
> >> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> >> -
> >> Nets: internetwork inventory and management - graphical, extensible,
> >> flexible with hardware, software, platform and database independence.
> >> -
> >> CATool: Private Certificate Authority for Unix and Unix-like systems.
> >>
> >> --
> >> Archive at http://www.open.com.au/archives/radiator/
> >> Announcements on radiator-announce at open.com.au
> >> To unsubscribe, email 'majordomo at open.com.au' with
> >> 'unsubscribe radiator' in the body of the message.
> >>
> >
> >
>
> NB: have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
>
> -- 
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>


--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.