IIRC, there was a presentation at the recent Summit about adding support for asynchronous RTP Engine calls. I don't remember if it was to combat latency internal to RTPEngine or general round-trip time.
You may want to take a look at that. - Jon Abrams On Wed, Oct 28, 2020 at 8:36 AM John Quick <[email protected]> wrote: > > 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 _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
