A packet capture revealed some interesting facts about this problem. There is a genuine delay in the response from rtpengine when the delete command is sent. In the packets I captured, the delay was 2 seconds. It is possible this delay arises because I am using a low spec virtual server with very little memory to host rtpengine. Alternatively, it could be that rtpengine is doing additional processing of the audio streams so it can send a report back to OpenSIPS. Using wireshark to inspect the packets, I can see that the response contains round-trip times, packet loss, average/low/high MOS scores, etc.
Does anyone know if there is a way to: a) Reduce the delay within rtpengine so it responds quicker to the delete command b) To make calls to rtpengine_delete() act asynchronously so they don't block the main SIP processing child threads? John Quick Smartvox Limited _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
