(RADIATOR) Double Accounting Stops - How to ignore one?

Kheng Teong, Lim ktlim at uberfusion.com
Fri May 20 05:07:58 CDT 2005


Hi Hugh,

Thanks for your post.
I thought you had mentioned that we should not make ACCTSESSIONID unique as
it will wrap-around?

>> It is not a good idea to make the index on the ACCTSESSIONID field
unique, as the values for this field will eventually wrap around and be
reused by the NAS(s). 

Thanks...

--
Warm Regards,
Kheng Teong, Lim
 
Chief Information Officer
UberFusion Sdn. Bhd.
-----------------------------------------------------------
UberFusion Sdn. Bhd.
No. 119, (3rd Floor) Jalan SS6/12,
Kelana Jaya Urban Centre,
47301 Petaling Jaya,
Selangor Darul Ehsan, MALAYSIA.
Tel: 03-7880 6580 / Fax: 03-7880 6590
http://www.uberfusion.com
------------------------------------------------------------

-----Original Message-----
From: Hugh Irvine [mailto:hugh at open.com.au] 
Sent: Friday, May 20, 2005 2:53 AM
To: ktlim at uberfusion.com
Cc: radiator at open.com.au
Subject: Re: (RADIATOR) Double Accounting Stops - How to ignore one?


Hello Lim -

You could try making a unique index on the combination of ACCTSESSIONID and
TIME_STAMP.

regards

Hugh


On 19 May 2005, at 20:05, Kheng Teong, Lim wrote:

> Hi Hugh,
>
> Thanks for your ultra-fast response and help!
> I've added exactly what you posted and its working great... There is 
> no more double deduction anymore.
>
> One slight problem tho' RADUSAGE is still getting double entries.  
> (ie. As in its still entering it twice into the table).
> Is there anyway to overcome it?
>
> Thanks lots!
>
> --
> Warm Regards,
> Kheng Teong, Lim
>
> Chief Information Officer
> UberFusion Sdn. Bhd.
> -----------------------------------------------------------
> UberFusion Sdn. Bhd.
> No. 119, (3rd Floor) Jalan SS6/12,
> Kelana Jaya Urban Centre,
> 47301 Petaling Jaya,
> Selangor Darul Ehsan, MALAYSIA.
> Tel: 03-7880 6580 / Fax: 03-7880 6590
> http://www.uberfusion.com
> ------------------------------------------------------------
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Thursday, May 19, 2005 12:22 PM
> To: ktlim at uberfusion.com
> Cc: 'Frank Danielson'; radiator at open.com.au
> Subject: Re: (RADIATOR) Double Accounting Stops - How to ignore one?
>
> Hello Lim, Hello Frank -
>
> It is not a good idea to make the index on the ACCTSESSIONID field 
> unique, as the values for this field will eventually wrap around and 
> be reused by the NAS(s).
>
> As mentioned in my other mail a better approach is to add a 
> LASTACCTUPDATE field to the RADUSERS table and then do something like
> this:
>
>          AcctSQLStatement update RADUSERS set \
>              LASTACCTUPDATE = %{Timestamp}, \
>              TIMELEFT=TIMELEFT-0%{Acct-Session-Time}, \
>              OCTETSINLEFT=OCTETSINLEFT-0%{Acct-Input-Octets}, \
>              OCTETSOUTLEFT=OCTETSOUTLEFT-0%{Acct-Output-Octets}, \
>              TOTALOCTETSLEFT=TOTALOCTETSLEFT-0%{Acct-Input-Octets}, \
>              TOTALOCTETSLEFT=TOTALOCTETSLEFT-0%{Acct-Output-Octets} \
>              where USERNAME='%n' and LASTACCTUPDATE < %{Timestamp}
>
> regards
>
> Hugh
>
>
> On 19 May 2005, at 13:54, Kheng Teong, Lim wrote:
>
>
>> Hi Frank/All,
>>
>> Call me a dunce or what, but I don't know how to reverse the order of 
>> the Authby SQL statement to enable the RADUSAGE query to fire first.
>> I have already made the ACCTSESSIONID field in the RADUSAGE table 
>> unique.
>>
>> Please see below for my config file:
>>
>> Thanks in advance.
>>
>> [Radiator Config File]
>> Trace           4
>> LogDir          /var/log/radius
>> DbDir           /etc/radiator
>>
>> <Client DEFAULT>
>>         Secret  abc123
>>         DupInterval 2
>> </Client>
>>
>> <ClientListSQL>
>>         DBSource        dbi:mysql:radmin:localhost
>>         DBUsername      radmin
>>         DBAuth          test
>> </ClientListSQL>
>>
>> <Realm DEFAULT>
>>         Description     Default Realm for authenticating users
>>
>>     <AuthBy SQL>
>>         Identifier      SUBSCRIBERS
>>         DBSource        dbi:mysql:radmin:localhost
>>         DBUsername      radmin
>>         DBAuth          test
>>
>>         Description     Database to authenticate users
>>
>>         NoDefault
>>
>>         DefaultSimultaneousUse  1
>>
>>         # # Let the user in if they have any time left and set the 
>> Session-timeout to the time left
>>         #
>>         AuthSelect select PASS_WORD, STATICADDRESS, TIMELEFT, 
>> MAXLOGINS, SERVICENAME, BADLOGINS, VALIDFROM, VALIDTO, \
>>         from RADUSERS where USERNAME=%0 and TIMELEFT > 0 and 
>> VALIDFROM < %t and VALIDTO > %t \
>>         and ACCOUNTSTATUS > 0 and TOTALOCTETSLEFT > 0
>>         AuthColumnDef   0,User-Password,check
>>         AuthColumnDef   1,Framed-IP-Address,reply
>>         AuthColumnDef   2,Session-Timeout,reply
>>         AuthColumnDef   3,Simultaneous-Use,check
>>
>>         AccountingTable RADUSAGE
>>         AcctColumnDef   USERNAME,User-Name
>>         AcctColumnDef   TIME_STAMP,%b-0%{Acct-Session-Time},literal
>>         AcctColumnDef   ACCTSTATUSTYPE,Acct-Status-Type,integer
>>         AcctColumnDef   ACCTDELAYTIME,Acct-Delay-Time,integer
>>         AcctColumnDef   ACCTINPUTOCTETS,Acct-Input-Octets,integer
>>         AcctColumnDef   ACCTOUTPUTOCTETS,Acct-Output-Octets,integer
>>         AcctColumnDef   ACCTSESSIONID,Acct-Session-Id
>>         AcctColumnDef   ACCTSESSIONTIME,Acct-Session-Time,integer
>>         AcctColumnDef   ACCTTERMINATECAUSE,Acct-Terminate-
>> Cause,integer
>>         AcctColumnDef   DNIS,Called-Station-Id
>>         AcctColumnDef   FRAMEDIPADDRESS,Calling-Station-Id
>>         AcctColumnDef   NASIDENTIFIER,NAS-IP-Address
>>         AcctColumnDef   NASIDENTIFIER,NAS-Identifier
>>         AcctColumnDef   NASPORT,NAS-Port,integer
>>
>>         HandleAcctStatusTypes Stop
>>
>>         AcctSQLStatement update RADUSERS set 
>> TIMELEFT=TIMELEFT-0%{Acct-Session-Time}, \
>>         OCTETSINLEFT=OCTETSINLEFT-0%{Acct-Input-Octets},
>> OCTETSOUTLEFT=OCTETSOUTLEFT-0%{Acct-Output-Octets}, \
>>         TOTALOCTETSLEFT=TOTALOCTETSLEFT-0%{Acct-Input-Octets},
>> TOTALOCTETSLEFT=TOTALOCTETSLEFT-0%{Acct-Output-Octets} \
>>         where USERNAME='%n'
>>
>>         AcctFailedLogFileName   %L/missedaccounting
>>
>>         SQLRecoveryFile         %L/sqlfailures
>>     </AuthBy>
>>
>>     <AuthLog SQL>
>>         DBSource        dbi:mysql:radmin:localhost
>>         DBUsername      radmin
>>         DBAuth          test
>>
>>         LogSuccess
>>         SuccessQuery insert into RADAUTHLOG (TIME_STAMP, USERNAME,
>> TYPE)
>> values (%t, '%n', 1)
>>         LogFailure
>>         FailureQuery insert into RADAUTHLOG (TIME_STAMP, USERNAME, 
>> TYPE,
>> REASON) values (%t, '%n', 0, %1)
>>     </AuthLog>
>>
>> </Realm>
>>
>> <SessionDatabase SQL>
>>         Identifier      SQLSESSIONDB
>>
>>         DBSource        dbi:mysql:radmin:localhost
>>         DBUsername      radmin
>>         DBAuth          test
>>         Description     SQL Session Database
>>
>>         AddQuery insert into RADONLINE (USERNAME, NASIDENTIFIER, 
>> NASPORT, ACCTSESSIONID, TIME_STAMP, \
>>         FRAMEDIPADDRESS, NASPORTTYPE, SERVICETYPE) values ('%u', '% 
>> 1', %2, %3, %{Timestamp}, \
>>         '%{Calling-Station-Id}', '%{NAS-Port-Type}', '%{Service-
>> Type}')
>>
>>         DeleteQuery delete from RADONLINE where ACCTSESSIONID = %3
>>
>>         ClearNasQuery delete from RADONLINE where NASIDENTIFIER = 
>> '%0'
>>
>>         CountQuery select NASIDENTIFIER, NASPORT, ACCTSESSIONID, 
>> FRAMEDIPADDRESS from RADONLINE where username = '%u'
>> </SessionDatabase>
>>
>> [/End Configuration File]
>>
>> -----Original Message-----
>> From: owner-radiator at open.com.au [mailto:owner- radiator at open.com.au] 
>> On Behalf Of Frank Danielson
>> Sent: Wednesday, May 18, 2005 11:28 PM
>> To: ktlim at uberfusion.com; radiator at open.com.au
>> Subject: RE: (RADIATOR) Double Accounting Stops - How to ignore one?
>>
>> If you look at the Identifier in the two Stop requests the first one 
>> ahs an Identifier of 2 and the second has an Identifier of 3. What 
>> this means is that they are not retransmissions of a duplicate packet 
>> but two seperate accounting requests for the same session. This is a 
>> bug in your NAS.
>>
>> The quickest way around this that I can think of is to make a unique 
>> key of the ACCTSESSIONID in the RADUSAGE table so that a Stop record 
>> can only be recorded once for any given session. Then reverse the 
>> order of your AuthBy SQL statements so that the RADUSAGE query fires 
>> first and if it fails the RADUSERS query will not be executed. If you 
>> post your config file I'm sure someone on the list can give more 
>> specific reccomentations.
>>
>> Frank Danielson
>> Infrastructure Architect
>>
>> ClearSky Mobile Media
>> 56 E. Pine St.
>> Orlando, FL 32801
>> USA
>>
>> fdanielson at csky.com
>>
>> -----Original Message-----
>> From: Kheng Teong, Lim [mailto:ktlim at uberfusion.com]
>> Sent: Wednesday, May 18, 2005 10:33 AM
>> To: radiator at open.com.au
>> Subject: (RADIATOR) Double Accounting Stops - How to ignore one?
>>
>>
>> Somehow or rather, once in a while, we get two (double) Accounting 
>> Stops from some NASes.
>> It doesn't happen often, but when it does, it will cause problems as 
>> we're running a prepaid system that deducts time and bandwidth from 
>> the user's time/bandwidth bank.
>> Once this happens, a user's actual prepaid time/bandwidth will be 
>> double deducted.
>>
>> Is there a way to get Radiator to ignore one of the Accounting Stops?
>> If yes, how do we go about configuring Radiator to only utilize one 
>> Accounting Stop instead of both when it happens?
>>
>> Thanks in advance!
>>
>> [Extract from logfile]
>> Tue May 17 15:34:52 2005: DEBUG: Adding Clients from SQL database Tue 
>> May 17
>> 15:34:52 2005: DEBUG: Query is: 'select  NASIDENTIFIER,  SECRET, 
>> IGNOREACCTSIGNATURE,  DUPINTERVAL,  DEFAULTREALM,  NASTYPE, 
>> SNMPCOMMUNITY, LIVINGSTONOFFS,  LIVINGSTONHOLE,  
>> FRAMEDGROUPBASEADDRESS, FRAMEDGROUPMAXPORTSPERCLASSC,  
>> REWRITEUSERNAME,  NOIGNOREDUPLICATES, PREHANDLERHOOK from 
>> RADCLIENTLIST':
>>
>> Tue May 17 15:34:52 2005: DEBUG: Finished reading configuration file 
>> '/etc/radiator/radius.cfg'
>> Tue May 17 15:34:52 2005: DEBUG: Reading dictionary file 
>> '/etc/radiator/dictionary'
>> Tue May 17 15:34:52 2005: DEBUG: Creating authentication port
>> 0.0.0.0:1645
>> Tue May 17 15:34:52 2005: DEBUG: Creating accounting port
>> 0.0.0.0:1646 Tue
>> May 17 15:34:52 2005: NOTICE: Server started: Radiator 3.8 on AAAtlas 
>> Tue May 17 15:35:02 2005: DEBUG: Packet dump:
>>
>> Tue May 17 16:07:29 2005: DEBUG: Packet dump:
>> *** Received from 192.168.51.27 port 1025 ....
>> Code:       Access-Request
>> Identifier: 0
>> Authentic:
>> <142><159><176>O<127><172>M<245>B<221><31>s4<204><250><166>
>> Attributes:
>>  User-Name = "deleted"
>>  CHAP-Challenge =
>> 9<220>+<16><142>*<242><232><194>\<141><15><221><199><12><188>
>>  CHAP-Password =
>> <208><160><247><21><31><175>Nw<182><189><218><9><215><150><26>;=
>>  Calling-Station-Id = "172.16.1.14"
>>  Service-Type = Authenticate-Only
>>  NAS-Identifier = "My Unique Server Name"
>>  NAS-Port = 0
>>
>> Tue May 17 16:07:29 2005: DEBUG: Handling request with Handler 
>> 'Realm=DEFAULT'
>> Tue May 17 16:07:29 2005: DEBUG: SQLSESSIONDB Deleting session for 
>> deleted, 192.168.51.27, 0 Tue May 17 16:07:29 2005: DEBUG: do query
>> is:
>> 'delete from
>> RADONLINE where ACCTSESSIONID = NULL':
>>
>> Tue May 17 16:07:29 2005: DEBUG: Handling with Radius::AuthSQL Tue 
>> May
>> 17
>> 16:07:29 2005: DEBUG: Handling with Radius::AuthSQL: SUBSCRIBERS Tue 
>> May 17
>> 16:07:29 2005: DEBUG: Query is: 'select PASS_WORD, STATICADDRESS, 
>> TIMELEFT, MAXLOGINS, SERVICENAME, BADLOGINS, VALIDFROM, VALIDTO, 
>> VNC_PPPOE_CBQ_RX, VNC_PPPOE_CBQ_TX, VNC_PPPOE_CBQ_RX_FALLBACK, 
>> VNC_PPPOE_CBQ_TX_FALLBACK, SPLASH from RADUSERS where 
>> USERNAME='deleted' and TIMELEFT > 0 and VALIDFROM < 1116317249 and 
>> VALIDTO > 1116317249 and ACCOUNTSTATUS > 0 and TOTALOCTETSLEFT > 0':
>>
>> Tue May 17 16:07:29 2005: DEBUG: Radius::AuthSQL looks for match with 
>> deleted Tue May 17 16:07:29 2005: DEBUG: Query is: 'select 
>> NASIDENTIFIER, NASPORT, ACCTSESSIONID, FRAMEDIPADDRESS from RADONLINE 
>> where username =
>> 'deleted'':
>>
>> Tue May 17 16:07:29 2005: DEBUG: Radius::AuthSQL ACCEPT:
>> Tue May 17 16:07:29 2005: DEBUG: Access accepted for deleted Tue May
>> 17
>> 16:07:29 2005: DEBUG: do query is: 'insert into RADAUTHLOG 
>> (TIME_STAMP, USERNAME, TYPE) values (1116317249, 'deleted', 1)':
>>
>> Tue May 17 16:07:29 2005: DEBUG: Packet dump:
>> *** Sending to 192.168.51.27 port 1025 ....
>> Code:       Access-Accept
>> Identifier: 0
>> Authentic:
>> <142><159><176>O<127><172>M<245>B<221><31>s4<204><250><166>
>> Attributes:
>>  Session-Timeout = 2409993
>>  VNC-PPPoE-CBQ-RX = 512000
>>  VNC-PPPoE-CBQ-TX = 256000
>>  VNC-PPPoE-CBQ-RX-Fallback = 0
>>  VNC-PPPoE-CBQ-TX-Fallback = 0
>>  splash = 1
>>
>> Tue May 17 16:07:30 2005: DEBUG: Packet dump:
>> *** Received from 192.168.51.27 port 1025 ....
>> Code:       Accounting-Request
>> Identifier: 1
>> Authentic:  <128>"<130>Q+<188><24>Q<169>xB<154><143><146>8<228>
>> Attributes:
>>  Acct-Session-Id = "4528485e550"
>>  User-Name = "deleted"
>>  Calling-Station-Id = "172.16.1.14"
>>  Acct-Status-Type = Start
>>  Service-Type = Framed-User
>>  Framed-Protocol = PPP
>>  Acct-Authentic = RADIUS
>>  NAS-Port-Type = Async
>>  NAS-Identifier = "My Unique Server Name"
>>  NAS-Port = 0
>>  Acct-Delay-Time = 0
>>
>> Tue May 17 16:07:30 2005: DEBUG: Handling request with Handler 
>> 'Realm=DEFAULT'
>> Tue May 17 16:07:30 2005: DEBUG: SQLSESSIONDB Adding session for 
>> deleted, 192.168.51.27, 0 Tue May 17 16:07:30 2005: DEBUG: do query
>> is:
>> 'delete from
>> RADONLINE where ACCTSESSIONID = '4528485e550'':
>>
>> Tue May 17 16:07:30 2005: DEBUG: do query is: 'insert into RADONLINE 
>> (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, 
>> FRAMEDIPADDRESS, NASPORTTYPE, SERVICETYPE) values ('deleted', 
>> '192.168.51.27', 0, '4528485e550', 1116317250, '172.16.1.14', 
>> 'Async',
>> 'Framed-User')':
>>
>> Tue May 17 16:07:30 2005: DEBUG: Handling with Radius::AuthSQL Tue 
>> May
>> 17 16:07:30 2005: DEBUG: Handling accounting with Radius::AuthSQL Tue 
>> May 17 16:07:30 2005: DEBUG: Accounting accepted Tue May 17 16:07:30
>> 2005:
>> DEBUG:
>> Packet dump:
>> *** Sending to 192.168.51.27 port 1025 ....
>> Code:       Accounting-Response
>> Identifier: 1
>> Authentic:  <128>"<130>Q+<188><24>Q<169>xB<154><143><146>8<228>
>> Attributes:
>>
>> Tue May 17 16:07:35 2005: DEBUG: Packet dump:
>> *** Received from 192.168.51.27 port 1025 ....
>> Code:       Accounting-Request
>> Identifier: 2
>> Authentic:  <172>j<252><18><242>b:<251><168><181>-<188>a<139>i<25>
>> Attributes:
>>  Acct-Session-Id = "4528485e550"
>>  User-Name = "deleted"
>>  Calling-Station-Id = "172.16.1.14"
>>  Acct-Status-Type = Stop
>>  Service-Type = Framed-User
>>  Framed-Protocol = PPP
>>  Acct-Authentic = RADIUS
>>  Acct-Session-Time = 5
>>  Acct-Output-Octets = 30892
>>  Acct-Input-Octets = 2913
>>  Acct-Output-Packets = 58
>>  Acct-Input-Packets = 28
>>  NAS-Port-Type = Async
>>  NAS-Identifier = "My Unique Server Name"
>>  NAS-Port = 0
>>  Acct-Delay-Time = 0
>>
>> Tue May 17 16:07:35 2005: DEBUG: Handling request with Handler 
>> 'Realm=DEFAULT'
>> Tue May 17 16:07:35 2005: DEBUG: SQLSESSIONDB Deleting session for 
>> deleted, 192.168.51.27, 0 Tue May 17 16:07:35 2005: DEBUG: do query
>> is:
>> 'delete from
>> RADONLINE where ACCTSESSIONID = '4528485e550'':
>>
>> Tue May 17 16:07:35 2005: DEBUG: Handling with Radius::AuthSQL Tue 
>> May
>> 17
>> 16:07:35 2005: DEBUG: Handling accounting with Radius::AuthSQL Tue 
>> May
>> 17
>> 16:07:35 2005: DEBUG: do query is: 'update RADUSERS set 
>> TIMELEFT=TIMELEFT-05, OCTETSINLEFT=OCTETSINLEFT-02913, 
>> OCTETSOUTLEFT=OCTETSOUTLEFT-030892,
>> TOTALOCTETSLEFT=TOTALOCTETSLEFT-02913,
>> TOTALOCTETSLEFT=TOTALOCTETSLEFT-030892 where USERNAME='deleted'':
>>
>> Tue May 17 16:07:35 2005: DEBUG: do query is: 'insert into RADUSAGE 
>> (ACCTDELAYTIME,ACCTINPUTOCTETS,ACCTOUTPUTOCTETS,ACCTSESSIONID,ACCTSES
>> S
>> IONTIM
>> E,ACCTSTATUSTYPE,FRAMEDIPADDRESS,NASIDENTIFIER,NASPORT,TIME_STAMP,USE
>> R
>> NAME)
>> values (0,2913,30892,'4528485e550',5,2,'172.16.1.14','My Unique 
>> Server
>> Name',0,1116317255-05,'deleted')':
>>
>> Tue May 17 16:07:35 2005: DEBUG: Accounting accepted Tue May 17
>> 16:07:35
>> 2005: DEBUG: Packet dump:
>> *** Sending to 192.168.51.27 port 1025 ....
>> Code:       Accounting-Response
>> Identifier: 2
>> Authentic:  <172>j<252><18><242>b:<251><168><181>-<188>a<139>i<25>
>> Attributes:
>>
>> Tue May 17 16:07:35 2005: DEBUG: Packet dump:
>> *** Received from 192.168.51.27 port 1025 ....
>> Code:       Accounting-Request
>> Identifier: 3
>> Authentic:
>> <255><162><129><215><190><24><136>$<13>0<23><144><145><217><226><244>
>> Attributes:
>>  Acct-Session-Id = "4528485e550"
>>  User-Name = "deleted"
>>  Calling-Station-Id = "172.16.1.14"
>>  Acct-Status-Type = Stop
>>  Service-Type = Framed-User
>>  Framed-Protocol = PPP
>>  Acct-Authentic = RADIUS
>>  Acct-Session-Time = 5
>>  Acct-Output-Octets = 30892
>>  Acct-Input-Octets = 2913
>>  Acct-Output-Packets = 58
>>  Acct-Input-Packets = 28
>>  NAS-Port-Type = Async
>>  NAS-Identifier = "My Unique Server Name"
>>  NAS-Port = 0
>>  Acct-Delay-Time = 0
>>
>> Tue May 17 16:07:35 2005: DEBUG: Handling request with Handler 
>> 'Realm=DEFAULT'
>> Tue May 17 16:07:35 2005: DEBUG: SQLSESSIONDB Deleting session for 
>> deleted, 192.168.51.27, 0 Tue May 17 16:07:35 2005: DEBUG: do query
>> is:
>> 'delete from
>> RADONLINE where ACCTSESSIONID = '4528485e550'':
>>
>> Tue May 17 16:07:35 2005: DEBUG: Handling with Radius::AuthSQL Tue 
>> May
>> 17
>> 16:07:35 2005: DEBUG: Handling accounting with Radius::AuthSQL Tue 
>> May
>> 17
>> 16:07:35 2005: DEBUG: do query is: 'update RADUSERS set 
>> TIMELEFT=TIMELEFT-05, OCTETSINLEFT=OCTETSINLEFT-02913, 
>> OCTETSOUTLEFT=OCTETSOUTLEFT-030892,
>> TOTALOCTETSLEFT=TOTALOCTETSLEFT-02913,
>> TOTALOCTETSLEFT=TOTALOCTETSLEFT-030892 where USERNAME='deleted'':
>>
>> Tue May 17 16:07:35 2005: DEBUG: do query is: 'insert into RADUSAGE 
>> (ACCTDELAYTIME,ACCTINPUTOCTETS,ACCTOUTPUTOCTETS,ACCTSESSIONID,ACCTSES
>> S
>> IONTIM
>> E,ACCTSTATUSTYPE,FRAMEDIPADDRESS,NASIDENTIFIER,NASPORT,TIME_STAMP,USE
>> R
>> NAME)
>> values (0,2913,30892,'4528485e550',5,2,'172.16.1.14','My Unique 
>> Server
>> Name',0,1116317255-05,'deleted')':
>>
>> Tue May 17 16:07:35 2005: DEBUG: Accounting accepted Tue May 17
>> 16:07:35
>> 2005: DEBUG: Packet dump:
>> *** Sending to 192.168.51.27 port 1025 ....
>> Code:       Accounting-Response
>> Identifier: 3
>> Authentic:
>> <255><162><129><215><190><24><136>$<13>0<23><144><145><217><226><244>
>> Attributes:
>>
>> Thanks
>>
>>  --
>> Warm Regards,
>> Kheng Teong, Lim
>>
>> Chief Technology Officer
>> Red Tree Ventures Sdn. Bhd.
>> -----------------------------------------------------------
>> Red Tree Ventures Sdn. Bhd.
>> No. 119, (3rd Floor) Jalan SS6/12,
>> Kelana Jaya Urban Centre,
>> 47301 Petaling Jaya,
>> Selangor Darul Ehsan, MALAYSIA.
>> Tel: 03-7880 6580 / Fax: 03-7880 6590 http://www.redtreeunwired.com
>> ------------------------------------------------------------
>>
>> --
>> 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.
>>
>>
>> ---
>> [This E-mail has been scanned for viruses]
>>
>> --
>> 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 read the reference manual ("doc/ref.html")?
> Have you searched the mailing list archive (www.open.com.au/archives/
> radiator)?
> Have you had a quick look on Google (www.google.com)?
> 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.
>
>
> ---
> [This E-mail has been scanned for viruses]
>
>
>
> ---
> [This E-mail has been scanned for viruses]
>
> --
> 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 read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/ 
radiator)?
Have you had a quick look on Google (www.google.com)?
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.


---
[This E-mail has been scanned for viruses]



---
[This E-mail has been scanned for viruses]

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


More information about the radiator mailing list