[RADIATOR] Radius reply corruption (Authby Radius)

[Hugh Irvine]

Hello Kris -

I will need to see a copy of the configuration file and a trace 4 debug showing what is happening.

regards

Hugh


On 17 Aug 2010, at 09:42, Kris Amy wrote:

>  Hi All,
> 
> We currently have Radiator acting as a proxy forwarding to many real 
> servers behind it. This is done based on Realm (using handlers).
> 
> We are seeing corruption (specificly on AddToReply) when we have an auth 
> storm (generally 1-2 LNS/LAC's dropping). It would appear that a request 
> authed in Handler A is getting the AddToReply from Handler B. (Or a 
> random of any of the other handlers).
> 
> We are currently not using Fork/Synchronous. Should we be using this to 
> stop this corruption?
> 
> Regards,
> Kris
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator



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.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
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.