(RADIATOR) TACACS Persistent Connections?

[Hugh Irvine]

Hello again Ben -

BTW - there were some fixes for this in Radiator 4.0 - current  
version is Radiator 4.2 plus patches.

I would still like to see the trace 4 however.

regards

Hugh


On 23 May 2008, at 16:19, Hugh Irvine wrote:

>
> Hello Ben -
>
> Could you send us a trace 4 debug showing what happens?
>
> How does the TACACS server end up with 128 simultaneous connections?
>
> thanks and regards
>
> Hugh
>
>
> On 23 May 2008, at 13:31, Ben Ragg wrote:
>
>> Hi Guys,
>>
>> Still running Radiator 3.17-1, so completely accept the answer may  
>> be "upgrade to 4.x". We're running Radiator to do TACACs command  
>> accounting, which in general is working quite nicely. However,  
>> we're experiencing a problem where if someone tftp's config rather  
>> than typing it in manually, the TACACS server may have up to 128  
>> simultaneous connections and subsequently wedge. The 128  
>> connections, I'm pretty sure is a Solaris limit.
>>
>> Has anyone stumbled across this and found an appropriate fix? Is  
>> it possible to make the TACACs connection persistent for say 10  
>> seconds, and send all commands over the one connection, rather  
>> than opening a connection per transaction?
>>
>> Any hints or tips would be greatly appreciated.
>>
>> Cheers,
>> Ben
>>
>> --
>> 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?
> Have you checked the RadiusExpert wiki:
> http://www.open.com.au/wiki/index.php/Main_Page
>
> -- 
> 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.
>
>
> --
> 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?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page

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


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