(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