Fwd: Child is hung (max_request)

[srithar jeevadurai]

Hi LLiya,

Thanks for your reply.

If I understand your reply correctly. Our current implementation is like
radius worker thread calls our customized module of Radius (rlm_raddia) to
send request to diameter client (dia client will send the request to IN and
reponse will be sent back to radius thread from dia client). It is a
blocking call of Radius worker thread.

If we implement, radius server as proxy then it will take request from NAS
and send it to dia client (without waiting for response from dia client)
which is non blocking call of radius worker thread. Dia client has to send
response to radius server and radius server to send the repsonse to NAS.
The only change here is rad-worker thread is no need to wait after sending
request to dia client. Sending request and processing respose from dia
client will happen idependedlly by FreeRad.

If my above understanding is correct, Can we get a sample module code to
send radius request to external process (here it is dia client) and process
response from external process (idependedlly without waiting req-res). I
hope that we would have used any IPC like TCP/IP or message queue etc.

I need to know how to start with proxy radius server impementation for
radius-diameter converter. It would be great if you can give me a document
link on the same please.

I thankful for your help on this. Thanks a lot in advance.

On Sat, Nov 22, 2014 at 2:24 PM, Iliya Peregoudov <iperegudov at cboss.ru>
wrote:

> On 21.11.2014 14:13, srithar jeevadurai wrote:
>
>> Radius server take radius request and only for accouting request (not
>> for access), it will send it to another module via TCP/IP (local server)
>> and the module to convert it to diameter request to send it to IN server.
>> The same module will response to Radius server for any response comes
>> from IN.
>>
>
> Your translation module is better to listen RADIUS, not home-grown
> protocol. In this case you can configure freeradius to proxy RADIUS
> requests to your module. freeradius can proxy RADIUS requests efficiently,
> without blocking a thread in wait for RADIUS response.
>
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/
> list/users.html
>



-- 
Regards,
Srithar Durairaj
Alternate Mail I.D: srijeevadurai1 at yahoo.co.in
Mobile: +919886251852
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20141122/ad799f25/attachment.html>