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
