<div dir="ltr">Hello Alex,<div><br></div><div>I tried the flag loop-protect and it works.</div><div><br></div><div>I get the following message on the logs:</div><div><br></div><div>rtpengine[22968]: INFO: [fd72c95927567a5b]: Ignoring message as SDP has already been processed by us<br></div><div><br></div><div>Thanks for your inputs!</div><div><br></div><div>Regards</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 17, 2020 at 4:15 PM Alex Balashov <<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think one angle on the problem is to identify why RTPEngine is being <br>
invoked twice for the same SDP (most likely the same SIP message). <br>
That's best done by looking at the content of the reinvite itself. Focus <br>
especially on the Request URI and the Route header.<br>
<br>
I am not sure if the RTPEngine control module in OpenSIPS supports the <br>
loop-protect option, or whether specific module support for any command <br>
is required in order to use it.<br>
<br>
-- Alex<br>
<br>
On 7/17/20 5:06 PM, Mario San Vicente wrote:<br>
> Thanks for your explanation Alex,<br>
> <br>
> Actually i compiled the latest..git clone <br>
> <a href="https://github.com/sipwise/rtpengine.git" rel="noreferrer" target="_blank">https://github.com/sipwise/rtpengine.git</a><br>
> <br>
> But still i dont have a clue on how to solve it, any advise?<br>
> <br>
> Thank you<br>
> Mario<br>
> <br>
> On Fri, Jul 17, 2020 at 2:34 PM Alex Balashov <<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a> <br>
> <mailto:<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>>> wrote:<br>
> <br>
> This happens when an SDP body that has already been passed to<br>
> RTPEngine, and already adulterated by RTPEngine, is passed to it yet<br>
> again.<br>
> <br>
> Newer versions of RTPEngine have a loop protection feature to deal<br>
> with it. It involves injecting an unregistered a=rtpengine attribute<br>
> into the SDP, to say “I was already here”.<br>
> <br>
> Most common cause on in-dialog requests (e.g. reinvites) is that<br>
> next hop is set to proxy itself due to RFC 2543 endpoint behaviour.<br>
> So, the proxy forwards the reinvite to itself and, unsurprisingly,<br>
> invokes RTPEngine again. Many times this can be fixed on the endpoint.<br>
> <br>
> —<br>
> Sent from mobile, with due apologies for brevity and errors.<br>
> <br>
>> On Jul 17, 2020, at 3:19 PM, Mario San Vicente<br>
>> <<a href="mailto:mrsanvicente@gmail.com" target="_blank">mrsanvicente@gmail.com</a> <mailto:<a href="mailto:mrsanvicente@gmail.com" target="_blank">mrsanvicente@gmail.com</a>>> wrote:<br>
>><br>
>> <br>
>> Hello Everyone,<br>
>><br>
>> I have a scenario, where opensips is working with rtpengine . Call<br>
>> connects fine with audio.<br>
>><br>
>> I have enabled reinvite pinging to keep the call alive ; when the<br>
>> reinvite is sent to both legs of the calls i get error messages <br>
>> and NO AUDIO. The reinvite has full SPD body.<br>
>><br>
>> some config related:<br>
>><br>
>> modparam("rtpengine", "rtpengine_sock", "udp:<a href="http://127.0.0.1:2123" rel="noreferrer" target="_blank">127.0.0.1:2123</a><br>
>> <<a href="http://127.0.0.1:2123" rel="noreferrer" target="_blank">http://127.0.0.1:2123</a>>")<br>
>> modparam("dialog", "reinvite_ping_interval", 60)<br>
>> record_route();<br>
>> create_dialog("rR");<br>
>><br>
>> intermitent LOGS, until server is reboot:<br>
>><br>
>> rtpengine[21823]: ERR: Too many packets in UDP receive queue<br>
>> (more than 50), aborting loop. Dropped packets possible<br>
>> rtpengine[21823]: WARNING: More than 30 duplicate packets<br>
>> detected, dropping packet to avoid potential loop<br>
>><br>
>> Any idea what might be wrong?<br>
>><br>
>> thanks you in advance!<br>
>><br>
>> -- <br>
>> Mario San Vicente<br>
>> Cheers!<br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
>> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
> <br>
> <br>
> -- <br>
> Mario San Vicente<br>
> Cheers!<br>
> <br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
<br>
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)<br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Mario San Vicente</div>
<div>Cheers!</div></div>