[OpenSIPS-Users] rtpengine_delete not returning immediately

[Jon Abrams]

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 <john.quick at smartvox.co.uk> 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
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users