On 7/11/09 5:33 PM, "Raúl Alexis Betancor Santana" <r...@dimension-virtual.com> wrote:
> I will not question why are you trying to use Mediaproxy if not for NAT > fixing .. X-) Because I can. :) Or, rather, I thought I could... Real world applications include more accurate accounting and documenting the codecs in use. For example, if I'm documenting a customer's faxing problem, it is very helpful to know whether it was a G711 or T38 call. I may decide to run it only for clients behind NAT, but if I can reproduce this problem without NAT, why confuse the issue? > For properly handling the re-invite, did you call force_rtp_proxy INSIDE the > in-dialog procces ? force_rtp_proxy() is for rtpproxy; this is Mediaproxy. I'm calling only engage_media_proxy() at the initial INVITE. Perhaps I might have more luck with the less automated use_media_proxy()/end_media_session() approach. I'll try that and see what happens. - Jeff _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users