[SR-Users] [Kamailio-Users] Having problems using RTPProxy to bridge internal/external networks

[Brandon Armstead]

Samy,

  I am utilizing these functions without any success.

Essentially the problem I am running into is the SDP is correctly mangled
and negotiated, however rtpproxy simply never bridges the public side.

UAC 1 -> KAM -> UAC 2

I see RTP packets flow from UAC 1 -> KAM -> UAC 2

I also see RTP packets from from UAC 2 -> KAM

The caller does not hear any audio, as KAM/RTPProxy is not sending audio
back to the caller.

Sincerely,
Brandon Armstead

On Fri, Sep 14, 2012 at 11:12 PM, SamyGo <govoiper at gmail.com> wrote:

> ok ignore the name in my previous email: its
> http://www.kamailio.org/docs/modules/3.3.x/modules/rtpproxy.html#id2550699
>
>
>
> On Sat, Sep 15, 2012 at 10:05 AM, Brandon Armstead <brandon at cryy.com>wrote:
>
>> Samy,
>>
>> I am not locating any such functions, engage_rtpproxy ?
>>
>> Perhaps you could point me further into the right direction?
>>
>> Sincerely,
>> Brandon Armstead
>>
>>
>> On Fri, Sep 14, 2012 at 9:13 PM, SamyGo <govoiper at gmail.com> wrote:
>>
>>> Yes, you should find the function engage_rtpproxy on module docs and use
>>> it. It will work exactly like your old force-rtp-proxy but with more
>>> enhanced way.
>>> On Sep 15, 2012 7:34 AM, "Brandon Armstead" <brandon at cryy.com> wrote:
>>>
>>>> Klaus,
>>>>
>>>>    It seems that force_rtp_proxy is removed in Kamailio 3.3 --- has
>>>> there been a work-around for this bridge issue without using
>>>> force_rtp_proxy?
>>>>
>>>> Sincerely,
>>>> Brandon Armstead
>>>>
>>>> On Wed, Nov 4, 2009 at 5:46 AM, Klaus Darilion <
>>>> klaus.mailinglists at pernau.at> wrote:
>>>>
>>>>>
>>>>>
>>>>> Alex Balashov schrieb:
>>>>>
>>>>>  That's pretty much what I did.
>>>>>>
>>>>>> All I had to do was use force_rtp_proxy().  Everything was broken
>>>>>> when I tried to use rtpproxy_offer/answer, though the code suggests they
>>>>>> are just wrappers around force_rtp_proxy().
>>>>>>
>>>>>
>>>>>
>>>>> That's strange. I took a look at the code and these are really just
>>>>> wrappers  - fmro code point of view it looks fine.
>>>>>
>>>>> Do you have syslog traces?
>>>>>
>>>>> regards
>>>>> klaus
>>>>>
>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>>> Kamailio (OpenSER) - Users mailing list
>>>>> Users at lists.kamailio.org
>>>>> http://lists.kamailio.org/cgi-**bin/mailman/listinfo/users<http://lists.kamailio.org/cgi-bin/mailman/listinfo/users>
>>>>> http://lists.openser-project.**org/cgi-bin/mailman/listinfo/**users<http://lists.openser-project.org/cgi-bin/mailman/listinfo/users>
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20120914/dbf633b0/attachment.htm>