[Kamailio-Users] Quick RTPproxy question

[Uriel Rozenbaum]

Hey, thanks for both replies from Daniel and Klaus.

Klaus, will this work on kamailio 1.5.3 the same way?
Daniel, sorry I misstyped. The first flags should be ocfaei and the second
ones ocfaie.

What I meant with the question is:
I receive an invite from public IP; I call force_rtp_proxy("ocfaei");
Then I receive the reply (lets say 183 or 200) and I call
force_rtp_proxy("ocfaie");

Is this right?

Thanks in advance,
Uriel

On Mon, Mar 22, 2010 at 6:20 AM, Klaus Darilion <
klaus.mailinglists at pernau.at> wrote:

> Recently I have rewritten the documentation about using the e/i flag. See
>
>
> http://sip-router.org/docbook/sip-router/branch/master/modules_k/nathelper/nathelper.html#id2907572
>
> regards
> klaus
>
> Am 19.03.2010 22:12, schrieb Uriel Rozenbaum:
>
>> Hi guys,
>>
>> I have some easy doubt about nathelper functions using RTPProxy.
>>
>> I'm trying to bridge from an external IP to an internal IP.
>> The start-line for rtpproxy is: rtpproxy -l PUBLIC_IP/PRIVATE_IP -s
>> udp:127.0.0.1:7999 <http://127.0.0.1:7999> -F
>>
>> It starts OK and I see it when kamailio starts.
>>
>> I'm going to use something like Daniel showed on some other mail:
>>
>> if(dst_ip==private)
>>    force_rtp_proxy("ocfaei");
>> else
>>    force_rtp_proxy("ocfaei");
>>
>> if i have the invite from a public IP to someone in private on the
>> request I'll run
>> force_rtp_proxy("ocfaei");
>> then the reply will be from private to public... should I run
>> "force_rtp_proxy("ocfaei");"? or should it be the same?
>>
>> As allways, thanks for your help.
>>
>> Kind regards,
>> Uriel
>>
>>
>>
>> _______________________________________________
>> Kamailio (OpenSER) - Users mailing list
>> Users at lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100322/7573ab79/attachment.htm>