(RADIATOR) Needs expet's opinion

Wed Aug 11 20:08:48 CDT 2004

We have recently tested accounting accuracy on Cisco 7200 and 6400, and
found it to be quite accurate. Volume values were compared against Windows
DUN data (the connection info displayed at the systray) and we found the
Cisco box consistently reporting about 2% less than Windows. This is good
news, because subscribers won't get to our throats claiming we are robbing
them :-)

Session durations informed in Acct-Time-Stamp were compared against
timestamp differences (stop - start) and the difference is consistently
about 0.04% (about 30 seconds every 24hs.). Cannot remember which one was
greater though.

Acct-Input-Octets and Acct-Output-Octets are defined as "looking from" the
NAS perspective. That is, input means upload (from user to network) and
output is download (net to user).

cheers
cl.

----- Original Message ----- 
From: "MJ" <php at cyberia.net.sa>
To: "Hugh Irvine" <hugh at open.com.au>
Cc: <radiator at open.com.au>
Sent: Wednesday, August 11, 2004 7:40 AM
Subject: Re: (RADIATOR) Needs expet's opinion

> 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.
>

--
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.