[OpenSIPS-Users] Issue with rtpproxy_offer on UPDATE message

[Daniel Goepp]

This seems to have resolved our problem, thanks.  Any chance this is going
into source so we won't have to apply this patch on future upgrades?

Thanks

-dg


On Fri, Sep 17, 2010 at 6:47 PM, Ovidiu Sas <osas at voipembedded.com> wrote:

> The nathelper code is checking if the request for which rtpproxy_offer
> is invoked is INVITE.
> Just add UPDATE along the INVITE check and it should work fine (see
> the attached patch).
>
>
> Regards,
> Ovidiu Sas
>
>
> On Fri, Sep 17, 2010 at 5:59 PM, Daniel Goepp <dan at goepp.net> wrote:
> > Is there support for rtpproxy_offer on an UPDATE?
> >
> > In my route I have:
> >
> >         if(has_sdp()) {
> >                 xlog ("Setting rtpproxy_offer - Route 1");
> >                 if ( !rtpproxy_offer("rc","67.218.120.86") )
> >                         xlog ("==== rtpproxy problem - $rc");
> >                 else
> >                         xlog ("==== rtpproxy ok");
> >         }
> >
> > For an INVITE, this works fine, for an update, I get the problem.
> >
> > Thoughts?
> >
> > Thanks
> >
> > -dg
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> >
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20100920/6660f0d8/attachment-0001.htm