Thanks for the detailed response, Tuure :)
Any chance OSC will be creating a video for NFV installation on OpenStack/ESXi
in the near future?
From: radiator-boun...@open.com.au [radiator-boun...@open.com.au] on behalf of
Tuure Vartiainen [varti...@open.c
Hi Heikki,
Thanks for the update.
1) Any news on uploading the roadmap?
2) Thanks for taking an interest. The features I'm interested in are the
following:
2.1) OCSP + OCSP stapling. I've heard this is on the roadmap for the near
future.
2.2) TLS resumption support by Session Tickets (RFC 50
Hi,
> 2.5) A method of synchronizing configuration files (apart from certain
> variables) across multiple servers. If all Radiator servers have very similar
> configuration and are distributed for load balancing and redundancy, it's a
> shame that the configuration needs to be managed and confi
On 28.6.2016 11.24, Hartmaier Alexander wrote:
> Tue Jun 28 08:18:50 2016: DEBUG: ServerTACACSPLUS: New connection from
> 1.2.3.4:11422
> Tue Jun 28 08:18:50 2016: ERR: Could not get peer name on
> TacacsplusConnection socket: Transport endpoint is not connected
> Tue Jun 28 08:18:50 2016: DEBUG:
On 29.6.2016 12.16, Nadav Hod wrote:
> 1) Any news on uploading the roadmap?
No new news.
> 2.1) OCSP + OCSP stapling. I've heard this is on the roadmap for the
> near future.
Yes, there was recently discussion about this related to RadSec support.
What would your use case be? If it's for TSL b
Hi,
2.1) I haven't dealt with OCSP in the context of RadSec, but rather as a
scalable and faster alternative to CTL files in general when dealing with any
certificate. Many of our applications already support OCSP, and it would be
preferable to use OCSP with stapling than to perform the query
Hi Alan,
2.5) I probably wasn't clear enough. The include command isn't what I'm looking
for since that takes blocks of configuration, not variables, and embeds it in
the current configuration. It can't be used to extract a specific variable
within that external file. A header file isn't a conf
On 29/06/2016 13:23, Nadav Hod wrote:
>
>
> 2.5) I probably wasn't clear enough. The include command isn't what I'm
> looking for since that takes blocks of configuration, not variables, and
> embeds it in the current configuration. It can't be used to extract a
> specific variable within that
