(RADIATOR) Simulating Delay

[Hugh Irvine]

Hello Ash -

I think the PreClientHook is the best place if you are wanting the  
code to act on all requests coming into this instance of Radiator.

The PreHandlerHook acts only on the requests passing through a  
particular Client clause, and the PreAuthHook only acts on requests  
passing through a particular Realm or Handler.

See section 19 in the Radiator 3.13 reference manual ("doc/ref.html").

regards

Hugh


On 25 Aug 2005, at 14:02, Ash Garg wrote:

> All,
>
> I've moved the code into the PreClientHook and it seems to delay  
> both types
> of packets (Auth-req and Acct-Req). Would any benefit be gained by  
> putting
> it into a "PostClientHook" and delaying the (Auth-Rep and Acct-Ack)?
>
>
>
>
> Ash
>
> -----Original Message-----
> From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au]On
> Behalf Of Frank Danielson
> Sent: Thursday, 25 August 2005 12:17 PM
> To: ash at telstra.net; radiator at open.com.au
> Subject: RE: (RADIATOR) Simulating Delay
>
>
> How about using an AuthBy External clause that calls an external  
> script or
> program that sleeps for a number of milliseconds or seconds before
> returning? You could chain this with your AuthBY SQL or AuthBy  
> Whatever in a
> Handler or AuthBy Group.
>
> Frank Danielson
> Infrastructure Architect
>
> ClearSky Mobile Media
> 56 E. Pine St.
> Orlando, FL 32801
> USA
>
> fdanielson at csky.com
>
> -----Original Message-----
> From: Ash Garg [mailto:ash at telstra.net]
> Sent: Wednesday, August 24, 2005 9:40 PM
> To: radiator at open.com.au
> Subject: (RADIATOR) Simulating Delay
>
>
> Guys,
>
> I'm trying to test a RADIUS Client/Server behaviour under high delay
> situations. How would I implement keywords "DelayAuth x" and  
> "DelayAcct x"
> which will delay the accept/reject of accounting ACK by a x number of
> milliseconds?
>
> I modified the code in AuthFILE.pm which delayed the auth but  
> didn't delay
> the accounting. This also isn't portable if I want to use the  
> keyword in the
> AuthSQL etc...
>
>
> Thanks,
> Ash
>
>
>
>                                            \\\|||///
>                                           \\  ^ ^  //
>                                            (  6 6  )
> -----------------------------------------oOOo-(_)-oOOo---
> Ash Garg                             5/490 Northbourne Ave
> Network Specialist                   DICKSON 2602
> Internet Network Development
> Telstra
>
> Email: <<mailto:Ash.Garg at telstra.net>>
> BH:  +612 6208 1994
> Mob: 0408 687 642
> Fax: +612 6248 6165
>
>
> This communication may contain CONFIDENTIAL or copyright
> information of Telstra Corporation Limited (ABN 33 051 775 556).
> If you are not an intended recipient, you MUST NOT keep,
> forward, copy, use, save or rely on this communication, and
> any such action is unauthorised and prohibited. If you have
> received this communication in error, please reply to this e-mail
> to notify the sender of its incorrect delivery, and then delete
> both it and your reply. Thank you.
>
> ----------------------------------------------------------
>
>
> --
> 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.
>


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.


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