[SR-Users] Question about xhttp module kamailio 5.2.x

Henning Westerholt hw at skalatan.de
Sat Jan 18 12:27:52 CET 2020

Hello Jimmy,

not being the author of the module, so some generic comments.

The xhttp module is used from the jsonrpcs module, but the jsonrpcs module controls the handling. This module implements the asynchronous processing as you quoted below. The xhttp module does not implement asynchronous handling, so it will block if you use it stand alone.

I would suggest to just test if your worker process block in your particular situation and configuration. You can e.g. use the sleep() function of cfgutils to simulate a long running execution. See if you still are able to process SIP messages after you trigger n requests (for n = kamailio children count).



Am 16.01.20 um 23:02 schrieb Jimmy Rodley:

I am on kamailio 5.2.4 and want to use the xhttp module for certain management operations.

The request involves some DB queries . The DB is remote and via ODBC and might have some delay.
The documentation on the xhttp module states about latency http://kamailio.org/docs/modules/devel/modules/xhttp.html<http://kamailio.org/docs/modules/5.2.x/modules/xhttp.html> mentioning that the request is handled in an asynchronous manner.

However, the JSONRPC-S module documentation says that this module implements the support for asynchronous RPC commands only for HTTP and HTTPS transports.


I am confused about the process under whose context the xttp request . Can there be a dedicated process to handle certain management requests which do some custom instructions like certain DB operations or initiate certain http requests ?


Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>

Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com
Kamailio Merchandising - https://skalatan.de/merchandising/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200118/f904f5e5/attachment.html>

More information about the sr-users mailing list