On 10/12/2011 07:55 PM, Brad Bendy wrote:
> Adding in some check for SDP did take care of that problem, just appears
> the outbound leg upstream is not getting rewritten with the correct
> external address, still using the internal one. From what Ive read you
> can use rtpproxy_answer() and rtpprox
On Tue, 2011-10-11 at 09:20 -0500, Brett Nemeroff wrote:
> On Tue, Oct 11, 2011 at 8:39 AM, Brad Bendy
> wrote:
>
> Hi list,
>
> Im trying to get a opensips 1.6.4-2 with rtpproxy 1.2.1 to
> work in bridge mode, calls will get a INVITE from a private
> ne
On Tue, Oct 11, 2011 at 8:39 AM, Brad Bendy wrote:
> **
> Hi list,
>
> Im trying to get a opensips 1.6.4-2 with rtpproxy 1.2.1 to work in bridge
> mode, calls will get a INVITE from a private network then opensips needs to
> forward that invite out upstream via a public interface.
>
> It appears t
Hi list,
Im trying to get a opensips 1.6.4-2 with rtpproxy 1.2.1 to work in
bridge mode, calls will get a INVITE from a private network then
opensips needs to forward that invite out upstream via a public
interface.
It appears the issue right now im seeing is the c= in SDP has the IP
address twic
