<p>Hi, Ovidiu!</p>

<p>Actually the implementation depends on the transport module used. What you are saying is indeed true for event_datagram and event_route. However, for event_xmlrpc and event_rabbitmq, the actual communication is done in a different process that has only this purpose - it does not stuck the SIP workers at all.<br>
What we could probably do for the latter modules is to allow the user to configure an arbitrary number of workers. Probably it would be a nice feature for event_route too. But I don't see any reasons why for the event_datagram you'd like to have an asynchronous processes to handle those events.</p>

<p>Best regards,<br>
Răzvan</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br>Reply to this email directly or <a href="https://github.com/OpenSIPS/opensips/issues/251#issuecomment-46528998">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/5479561__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxODc4MDAzMCwiZGF0YSI6eyJpZCI6MzQ5NTgzMTZ9fQ==--653903b8c5face468091b0c9e664d8ea1e40f65a.gif" width="1" /></p>