Hi Igor, You are absolutely right. For anybody reading this in future, I figured it works from branch_route because as Igor explained, that's where you have access to unaltered packet. Thanks!
On Mon, Feb 12, 2024 at 10:35 AM Ihor Olkhovskyi <[email protected]> wrote: > Usually you work in failure_route with packet that was in a state when you > called t_relay. > > 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. > > Cheers, > Ihor > > Le sam. 10 févr. 2024 à 03:03, M S <[email protected]> a écrit : > >> Hi list, >> 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)? >> If I just call rtpproxy_offer again, on second try it changes IPs to >> something like: >> m=audio 1106210576 RTP/AVP 8 0 101 >> c=IN IP4 172.17.182.213172.17.182.210 >> a=rtcp:11063 IN IP4 172.17.182.21310577 IN IP4 172.17.182.210 >> >> I tried unforce and it didn't work. >> Thanks! >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > -- > Best regards, > Ihor (Igor) > _______________________________________________ > 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
