If the HTTP responses are implemented by using the SIP parser + fake Via header to appease it, is it appropriate to conclude that the same SIP worker processes are used to answer HTTP queries as ones used to process SIP messages?
Or is there some more asynchronous mechanism, external pthreads, etc. used to handle HTTP requests?
If SIP workers are used, I will add a note in the xhttp documentation reminding users not to do anything in their xhttp event-route that is particularly latent, and observe the same lean throughput principles as in normal route script. Otherwise, little HTTP requests sent to the server can block SIP worker threads.
Hello,
http requests are handled by sip worker processes. Same is for xmlrpc.
Cheers, Daniel
On 10/6/10 9:21 AM, Alex Balashov wrote:
If the HTTP responses are implemented by using the SIP parser + fake Via header to appease it, is it appropriate to conclude that the same SIP worker processes are used to answer HTTP queries as ones used to process SIP messages?
Or is there some more asynchronous mechanism, external pthreads, etc. used to handle HTTP requests?
If SIP workers are used, I will add a note in the xhttp documentation reminding users not to do anything in their xhttp event-route that is particularly latent, and observe the same lean throughput principles as in normal route script. Otherwise, little HTTP requests sent to the server can block SIP worker threads.