<div dir="ltr"><div>Usually you work in failure_route with packet that was in a state when you called t_relay.</div><div><br></div><div>Best practice would be to work with rtp-related procedures in branch routes, so you will get in failure_rroute unaltered packet, before rtp_offer manipulations from previous time.</div><div><br></div><div>Cheers,</div><div>Ihor<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 10 févr. 2024 à 03:03, M S <<a href="mailto:medeanwz@gmail.com">medeanwz@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi list,<div>When using rtpproxy_offer/answer, how can I rewrite SDP media IP/port if for example the first route rejects the calls and I have to send the call (in failure_route) to the next destination (where second destination uses different media ip/port/rtpproxy set)?</div><div>If I just call rtpproxy_offer again, on second try it changes IPs to something like:</div><div>m=audio 1106210576 RTP/AVP 8 0 101<br></div><div>c=IN IP4 172.17.182.213172.17.182.210<br></div><div>a=rtcp:11063 IN IP4 172.17.182.21310577 IN IP4 172.17.182.210<br></div><div><br></div><div>I tried unforce and it didn't work.</div><div>Thanks!</div></div></div></div></div></div>
_______________________________________________<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"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Best regards,<div>Ihor (Igor)<br></div></div></div>