need help with RTPProxy in bridged mode

List overview All Threads
Download

newer

older

Problem with max tcp connections

need help with RTPProxy in bridged...

Grant Bagdasarian

13 Aug 2015 13 Aug '15

12:35 p.m.

Hello,

I'm using RTPproxy for the first time in bridged mode and I can't get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I've started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I've played around with rtpproxy_manage() and the various flags (ie, ei), but I can't get kamailio to set the correct public IP when the 200 OK has to be sent back to the carrier. It always sets it to its private address, instead of its public address.

I'm using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

Attachments:

attachment.html (text/html — 9.8 KB)

Show replies by date

SamyGo

13 Aug 13 Aug

1:25 p.m.

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" gb@cm.nl wrote:

...

Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:
 Private: 172.0.0.1
 Public: 192.168.0.1 (since we have a dedicated fiber with our
carrier, this is its public address)

Freeswitch is listening on:
 172.0.0.2
Carrier is on:
 10.0.0.1
I’ve started an rtpproxy instance on the Kamailio box using:

rtpproxy -s udp:127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’ve played around with rtpproxy_manage() and the various flags (ie, ei), but I can’t get kamailio to set the correct public IP when the 200 OK has to be sent back to the carrier.

It always sets it to its private address, instead of its public address.

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Grant Bagdasarian

1:49 p.m.

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

I ran a tcp dump on both interfaces (private and public), and it showed me RTP is being received from Freeswitch and also from our carrier, but nothing is passed between the two interfaces by rtpproxy. Any ideas?

Below a slim version of my config:

Request_route {

if (is_method("INVITE")) { record_route(); if (has_body("application/sdp")) { rtpproxy_offer("ei"); } }

} onreply_route[MANAGE_REPLY] { if (has_body("application/sdp")) { rtpproxy_answer("ie"); } }

route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { if(is_method("BYE")) { rtpproxy_manage(); } route(RELAY); exit; } }

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 3:26 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" <gb@cm.nlmailto:gb@cm.nl> wrote: Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I’ve started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721http://127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’ve played around with rtpproxy_manage() and the various flags (ie, ei), but I can’t get kamailio to set the correct public IP when the 200 OK has to be sent back to the carrier. It always sets it to its private address, instead of its public address.

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

Grant Bagdasarian

2 p.m.

I enabled DBUG logging when starting rtpproxy:

The logs output:

INFO:handle_delete:369832-3648463033-238704: forcefully deleting session 1 on ports 57012/35102 INFO:remove_session:369832-3648463033-238704: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped, 464 ignored INFO:remove_session:369832-3648463033-238704: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped, 4 ignored INFO:remove_session:369832-3648463033-238704: session on ports 57012/35102 is cleaned up INFO:remove_session:369832-3648463033-238704: RTP stream from callee: SSRC=NONE, ssrc_changes=0, psent=0, precvd=0, plost=0, pdups=0 INFO:remove_session:369832-3648463033-238704: RTP stream from caller: SSRC=NONE, ssrc_changes=0, psent=0, precvd=0, plost=0, pdups=0

464 packets ignored. Are those actual RTP packets? It’s kinda odd when it says 0 in from caller and callee.

Is there a way to dig a little deeper and find out why it ignored those packets?

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Grant Bagdasarian Sent: Thursday, August 13, 2015 3:50 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

Below a slim version of my config:

Request_route {

if (is_method("INVITE")) { record_route(); if (has_body("application/sdp")) { rtpproxy_offer("ei"); } }

} onreply_route[MANAGE_REPLY] { if (has_body("application/sdp")) { rtpproxy_answer("ie"); } }

route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { if(is_method("BYE")) { rtpproxy_manage(); } route(RELAY); exit; } }

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 3:26 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List <sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org> Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" <gb@cm.nlmailto:gb@cm.nl> wrote: Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I’ve started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721http://127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

Waite, Hugh

2:01 p.m.

Hi, If the media is coming from a different IP address than the signalling, you may need to use the ‘r’ flag to force the address in the SDP to be trusted. You should also use the same flags in the same order, in the on-reply route. (This is all in http://kamailio.org/docs/modules/4.3.x/modules/rtpproxy.html#idp15555616) rtpproxy_manage(“eir”);

In the withindlg route, you don’t need to specify the ei/ie direction, but you will need to pass the ‘r’ flag.

Regards, Hugh

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Grant Bagdasarian Sent: 13 August 2015 14:50 To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

Below a slim version of my config:

Request_route {

if (is_method("INVITE")) { record_route(); if (has_body("application/sdp")) { rtpproxy_offer("ei"); } }

} onreply_route[MANAGE_REPLY] { if (has_body("application/sdp")) { rtpproxy_answer("ie"); } }

route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { if(is_method("BYE")) { rtpproxy_manage(); } route(RELAY); exit; } }

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 3:26 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List <sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org> Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" <gb@cm.nlmailto:gb@cm.nl> wrote: Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I’ve started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721http://127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

Grant Bagdasarian

2:10 p.m.

It’s working! Thank you very much!!

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Waite, Hugh Sent: Thursday, August 13, 2015 4:02 PM To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

In the withindlg route, you don’t need to specify the ei/ie direction, but you will need to pass the ‘r’ flag.

Regards, Hugh

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

Below a slim version of my config:

Request_route {

if (is_method("INVITE")) { record_route(); if (has_body("application/sdp")) { rtpproxy_offer("ei"); } }

} onreply_route[MANAGE_REPLY] { if (has_body("application/sdp")) { rtpproxy_answer("ie"); } }

route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { if(is_method("BYE")) { rtpproxy_manage(); } route(RELAY); exit; } }

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 3:26 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List <sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org> Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" <gb@cm.nlmailto:gb@cm.nl> wrote: Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I’ve started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721http://127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

SamyGo

2:47 p.m.

Good to know that your issue is resolved. I see you're applying only one rtpproxy command, possibly your's only need incoming calls from carrier. Also in BYE you need to use unforce_rtpproxy function to release ports.

Same solution can have many solutions; I'll share how mine works, for the sake of finding any expert advise to do it better way.

Carrier ------[fiber]------ Kamailio ---------[lan]---------{LoadBalanced Freeswitch Servers}

Carrier IP is IP-AUTHENTICATED, add the ip in the address table, use permission module. FreeSwitch IP(s) are added in the dispatcher table, use dispatcher module.

Then RTPProxy is engaged in NATMANAGE Route

route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;

...

From outside world to internal

rtpproxy_manage("ie"); # You can use any other flasg as well, cawrie }

if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; }

...

From your main route for a particular flow if you want rtpproxy to be

forced all you need to do is set the flag: FLT_NATS

*Example: *

Incoming IP Authenticated carrier always need to engage rtpproxy since it will end up in the LAN MediaServer pool.

#!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { xlog("L_INFO", "[$fU@$si:$sp][$ru]{$rm} ---- ROUTE AUTH:: Source IP Allowed for Inbound SIP/PSTN Carrier ----\n"); setflag(FLT_NATS); return; } #!endif

I hope this either help alot of other ppl or get me some better advise on how to improve.

Best Regards, Sammy Blog: http://saevolgo.blogspot.com

On Thu, Aug 13, 2015 at 10:10 AM, Grant Bagdasarian gb@cm.nl wrote:

...

It’s working!

Thank you very much!!

*From:* sr-users [mailto:sr-users-bounces@lists.sip-router.org] *On Behalf Of *Waite, Hugh *Sent:* Thursday, August 13, 2015 4:02 PM *To:* Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org

*Subject:* Re: [SR-Users] need help with RTPProxy in bridged mode

Hi,

If the media is coming from a different IP address than the signalling, you may need to use the ‘r’ flag to force the address in the SDP to be trusted.

You should also use the same flags in the same order, in the on-reply route. (This is all in http://kamailio.org/docs/modules/4.3.x/modules/rtpproxy.html#idp15555616)

rtpproxy_manage(“eir”);

In the withindlg route, you don’t need to specify the ei/ie direction, but you will need to pass the ‘r’ flag.

Regards,

Hugh

*From:* sr-users [mailto:sr-users-bounces@lists.sip-router.org sr-users-bounces@lists.sip-router.org] *On Behalf Of *Grant Bagdasarian *Sent:* 13 August 2015 14:50 *To:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List *Subject:* Re: [SR-Users] need help with RTPProxy in bridged mode

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

I ran a tcp dump on both interfaces (private and public), and it showed me RTP is being received from Freeswitch and also from our carrier, but nothing is passed between the two interfaces by rtpproxy. Any ideas?

Below a slim version of my config:

Request_route {
            if (is_method("INVITE")) {

                           record_route();

                           if (has_body("application/sdp")) {

                                           rtpproxy_offer("ei");

                           }

            }
}

onreply_route[MANAGE_REPLY] {
            if (has_body("application/sdp")) {

                           rtpproxy_answer("ie");

            }
}

route[WITHINDLG] {
            if (!has_totag()) return;

            if (loose_route()) {

                           if(is_method("BYE")) {

                                           rtpproxy_manage();

                           }

                           route(RELAY);

                           exit;

            }
}

*From:* sr-users [mailto:sr-users-bounces@lists.sip-router.org sr-users-bounces@lists.sip-router.org] *On Behalf Of *SamyGo *Sent:* Thursday, August 13, 2015 3:26 PM *To:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List sr-users@lists.sip-router.org *Subject:* Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy

On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" gb@cm.nl wrote:

Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:
 Private: 172.0.0.1
 Public: 192.168.0.1 (since we have a dedicated fiber with our
carrier, this is its public address)

Freeswitch is listening on:
 172.0.0.2
Carrier is on:
 10.0.0.1
I’ve started an rtpproxy instance on the Kamailio box using:

rtpproxy -s udp:127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’ve played around with rtpproxy_manage() and the various flags (ie, ei), but I can’t get kamailio to set the correct public IP when the 200 OK has to be sent back to the carrier.

It always sets it to its private address, instead of its public address.

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Grant Bagdasarian

2:55 p.m.

Hello Sammy,

Thanks for the detailed explanation. Btw, awesome blog! There are a lot of useful tutorials! Keep up the good work ☺

Regards,

Grant

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 4:47 PM To: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Same solution can have many solutions; I'll share how mine works, for the sake of finding any expert advise to do it better way.

Carrier ------[fiber]------ Kamailio ---------[lan]---------{LoadBalanced Freeswitch Servers}

Carrier IP is IP-AUTHENTICATED, add the ip in the address table, use permission module. FreeSwitch IP(s) are added in the dispatcher table, use dispatcher module.

Then RTPProxy is engaged in NATMANAGE Route

route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;

if(ds_is_from_list()){ #Put outgoing condition here i.e From internal side to external IPs. rtpproxy_manage("ei"); #the sequence of flags depends on how rtpproxy started 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 or 2.2.2.2/1.1.1.1http://2.2.2.2/1.1.1.1 }else{ #Usually inverse of the above condition i.e From outside world to internal rtpproxy_manage("ie"); # You can use any other flasg as well, cawrie }

if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; }

From your main route for a particular flow if you want rtpproxy to be forced all you need to do is set the flag: FLT_NATS

Example:

Incoming IP Authenticated carrier always need to engage rtpproxy since it will end up in the LAN MediaServer pool.

I hope this either help alot of other ppl or get me some better advise on how to improve.

Best Regards, Sammy Blog: http://saevolgo.blogspot.com

On Thu, Aug 13, 2015 at 10:10 AM, Grant Bagdasarian <gb@cm.nlmailto:gb@cm.nl> wrote: It’s working! Thank you very much!!

From: sr-users [mailto:sr-users-bounces@lists.sip-router.orgmailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Waite, Hugh Sent: Thursday, August 13, 2015 4:02 PM To: Kamailio (SER) - Users Mailing List <sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org>

Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

In the withindlg route, you don’t need to specify the ei/ie direction, but you will need to pass the ‘r’ flag.

Regards, Hugh

Hello,

Yeah, I also noticed I forgot the / . Now the SDP c parameter is set correctly, but the audio from private to public isn’t relayed by rtpproxy.

Below a slim version of my config:

Request_route {

if (is_method("INVITE")) { record_route(); if (has_body("application/sdp")) { rtpproxy_offer("ei"); } }

} onreply_route[MANAGE_REPLY] { if (has_body("application/sdp")) { rtpproxy_answer("ie"); } }

route[WITHINDLG] { if (!has_totag()) return; if (loose_route()) { if(is_method("BYE")) { rtpproxy_manage(); } route(RELAY); exit; } }

From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of SamyGo Sent: Thursday, August 13, 2015 3:26 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List <sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org> Subject: Re: [SR-Users] need help with RTPProxy in bridged mode

Hi, Try starting rtpprpxy with a / in between the two IP addresses. For example -l 1.1.1.1/2.2.2.2http://1.1.1.1/2.2.2.2 Besides that it depends where you are placing your rtpproxy function.

BR, Sammy On Aug 13, 2015 8:36 AM, "Grant Bagdasarian" <gb@cm.nlmailto:gb@cm.nl> wrote: Hello,

I’m using RTPproxy for the first time in bridged mode and I can’t get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio.

The setup is as following:

Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch

Kamailio is listening on two interfaces:

1) Private: 172.0.0.1

2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address)

Freeswitch is listening on:

1) 172.0.0.2

Carrier is on:

1) 10.0.0.1

I’ve started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721http://127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1

I’m using Kamailio 4.2 with sippy/rtpproxy 2.0.

Could someone please point me into the right direction?

Thanks!

Grant

Arthur

4 Apr 4 Apr

5:02 p.m.

hi, i'm also having the same issue, same setup, but instead of private IP i have real IP on my WAN interface. and regardless that i've used

rtpproxy_manage("coeir")

and

rtpproxy_manage("coier")

kamailio is still replying with my internal (sip+rtp) ip in the outgoing to WAN SDP.

Can you please help to understand how do i need to manager rtp proxy to send WAN IP in SDP? when my WAN IP is private IP and my carrier is also having private IP from same network, the issue is not seen.

Thanks in advance, A

-- artsx@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org

1790

Age (days ago)

3486

Last active (days ago)

sr-users@lists.kamailio.org

8 comments

4 participants

tags (0)

participants (4)

Arthur
Grant Bagdasarian
SamyGo
Waite, Hugh