(RADIATOR) query in regards to hook processing

[Hugh Irvine]

Hello Martin -

On 20 Jan 2004, at 18:26, Martin Edge wrote:

> Hey Hugh,
>
>
> Thanks for the reply, hope you had a good new year ;)
>  

I did thanks - all the best to you too.

> Option 1 - Client Clause modification -
>     - But would setting the DupInterval to 0 be safe in an environment 
> that's accepting ~25 packets a second ?
>  

If you never get duplicates its fine.

> Option 2 - Pseudo Attribute -
>     - So I could (via the hook) set my packet type in a Pseudo 
> attribute within the packet, instead of a global variable, which will 
> still exist in the packet object when the     retransmit comes along?
>  

The hook would set the same pseudo-attribute in the duplicate packet.

>     - Does the pseudo attribute have to exist in the dictionary?
>  

No. The dictionary is only used to decode/encode packets on and off the 
wire.

regards

Hugh

> Thanks
> Martin
>  
> ----- Original Message -----
> From: Hugh Irvine
> To: Martin Edge
> Cc: radiator at open.com.au
> Sent:Tuesday, January 20, 2004 6:00 PM
> Subject:Re: (RADIATOR) query in regards to hook processing
>
>
> Hello Martin -
>
> The PreClientHook will fire for every packet if you set the DupInterval
> to 0 in the Client clauses.
>
> BTW - it is much safer and easier to add a pseudo-attribute to the
> incoming request which can then be used for your Handlers.
>
> regards
>
> Hugh
>
>
> On 20 Jan 2004, at 16:02, Martin Edge wrote:
>
> > Hey Guys,
> >
> > Just curious, is there a hook event that is run -every- packet,
> > including retransmissions?
> >
> > I'm currently using a PreClientHook to set a global variable, this
> > helps our Radiator implementation identify what the packet type is 
> for
> > proxying.
> >
> > However, in the event of a retransmitted packet, the PreClientHook
> > isn't getting called, and therefore the global variable is stuck with
> > the value when the hook was last run.
> >
> > So yeah, any hook that's run in -every- case.?
> >
> > Thanks
> > Martin
> >
> >
> >
> >
> >
> > Martin Edge
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Level 9
> > 432 St Kilda Rd
> > Melbourne VIC 3004
> >
> >
> > NOTICE - This message contains information intended only for the use
> > of the addressee named above. It may also be confidential and/or
> > privileged. If you are not the intended recipient of this message you
> > are hereby notified that you must not disseminate, copy or take any
> > action in reliance on it. If you have received this message in error
> > please notify.
> >
> >
> >
> >
> >
> >
>
> 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.
>
>

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.