Hey John, I just take a trace with timestamp to see what is the delay in our side (rtpengine with around 2000 calls engaged)
U 2020/10/28 15:13:51.034476 10.207.201.39:58640 -> 10.207.201.164:2223 25135_9 d7:call-id53:[email protected]:506013:received-froml3:IP415:XXX.XXX.XXX.XXXe8:from-tag10:as0bf5d73f7:command6:delete # U 2020/10/28 15:13:51.034870 10.207.201.164:2223 -> 10.207.201.39:58640 25135_9 d7:createdi1603894422e10:created_usi477622e11:last signali1603894425e4:SSRCd10:1694676128d11:average MOSd3:MOSi44e15:round-trip timei987e6:jitteri0e11:packet loss i0e7:samplesi1ee10:lowest MOSd3:MOSi44e15:round-trip timei987e6:jitteri0e11:packet lossi0e11:reported ati1603894430ee11:highest MOSd3:MOSi44e15:round-trip timei987e6:jitt eri0e11:packet lossi0e11:reported ati1603894430ee15:MOS progressiond8:intervali0e7:entriesld3:MOSi44e15:round-trip timei987e6:jitteri0e11:packet lossi0e11:reported ati160 3894430eeeee10:1786750306de6:848656de9:379484757dee4:tagsd10:as0bf5d73fd3:tag10:as0bf5d73f7:createdi1603894422e16:in dialogue with8:99f0967f6:mediasld5:indexi1e4:type5:au dio8:protocol7:RTP/AVP7:streamsld10:local porti11200e8:endpointd6:family4:IPv47:address15:XXX.XXX.XXX.XXX4:porti10518ee19:advertised endpointd6:family4:IPv47:address15:18 5.101.180.2494:porti10518ee11:last packeti1603894430e5:flagsl3:RTP6:filled9:confirmed10:kernelizede4:SSRCi1786750306e5:statsd7:packetsi194e5:bytesi33368e6:errorsi0eeed10: local porti11201e8:endpointd6:family4:IPv47:address15:XXX.XXX.XXX.XXX4:porti10519ee19:advertised endpointd6:family4:IPv47:address15:XXX.XXX.XXX.XXX4:porti10519ee11:last p acketi1603894430e5:flagsl4:RTCP6:filled9:confirmede4:SSRCi1694676128e5:statsd7:packetsi1e5:bytesi44e6:errorsi0eeee5:flagsl11:initialized4:send4:recveeee8:99f0967fd3:tag8: 99f0967f7:createdi1603894422e16:in dialogue with10:as0bf5d73f6:mediasld5:indexi1e4:type5:audio8:protocol7:RTP/AV Sor for me the "ACK" of the delete come less than 1 ms after so no issue I'm using Version: 7.5.5.1+0~mr7.5.5.1 on Debian 9 Regards Le 28/10/2020 15:05, « Users au nom de John Quick » <[email protected] au nom de [email protected]> a écrit : Johan, I did not want to raise an issue on github before I was sure that I wasn't doing something stupid. I have the impression that there are many people using rtpengine, some of them for high capacity applications. If there really is a blocking delay of about 3 seconds on every call to delete, then you would expect to see some really bad things happening under heavy load. John Quick Smartvox Limited > From: Johan De Clercq <[email protected]> > Sent: 28 October 2020 13:51 > To: [email protected]; OpenSIPS users mailling list <[email protected]> > Subject: Re: [OpenSIPS-Users] rtpengine_delete not returning immediately > > Did you open an issue on github on rtpengine? Rfuchs comments are always enlightening _______________________________________________ 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
