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 > [email protected] > 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. _______________________________________________ radiator mailing list [email protected] http://www.open.com.au/mailman/listinfo/radiator
