[Freeswitch-users] [Missing local host] in proxy media mode

Ken Rice krice at freeswitch.org
Tue Oct 16 13:39:10 UTC 2018


Proxy media mode is a special mode that may or may not work the way you think it does, like bypass media mode, depending on your use cases it may cause more problems than its worth as a large number of things are bypassed disabled… there is no advantage for using proxy media mode unless you are just trying to use a new completely unsupported codec.  Proxy media mode is no faster than the default standard media mode when you are not transcoding.

 

From: FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> On Behalf Of Gregor Nanger
Sent: Monday, October 15, 2018 5:32 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] [Missing local host] in proxy media mode

 

Yes, I am using mod_g729 and proxy media mode and it works. Just wanted to know, why should I avoid proxy media mode at all? In scenario where I use proxy media, I don't want to use any FS processing on channel, just to flow from one ip to another.

 

V V tor., 16. okt. 2018 ob 00:17 je oseba Steven Ayre <steveayre at gmail.com <mailto:steveayre at gmail.com> > napisala:

mod_g729 will allow passthrough g729 on windows, which is all proxy media allows. only mod_com_g729 is limited to linux.

 

On Mon, 15 Oct 2018 at 13:22, Gregor Nanger <gregor at infomedia.si <mailto:gregor at infomedia.si> > wrote:

Michael, can you please explain your comment a little bit more:

 

"There is one exception to this rule, and that is when you are trying to pass codecs that freeswitch does not know about, and even that case has a better workaround than to use proxy media"

 

We are using proxy, because FS on windows can't support g729 and transcoding. What is better workaround than use proxy media?

 

Gregor

 

V V ned., 14. okt. 2018 ob 23:42 je oseba Michael Jerris <mike at jerris.com <mailto:mike at jerris.com> > napisala:

I’ll expand on Brian’s comment.  Proxy media should NEVER be used.  There is one exception to this rule, and that is when you are trying to pass codecs that freeswitch does not know about, and even that case has a better workaround than to use proxy media.  If you are using proxy media you should stop, if you are not sure how to do so you should discuss on the mailing list.  Proxy media mode is NOT the way to avoid transcoding, that can be done properly without this setting and this setting should never be used.

 

Mike





On Oct 12, 2018, at 5:07 PM, Brian West <brian at freeswitch.com <mailto:brian at freeswitch.com> > wrote:

 

Could you elaborate on why you're using Proxy Media for?

/b

 

On Fri, Oct 12, 2018 at 5:37 PM Marc Quore <marquore at gmail.com <mailto:marquore at gmail.com> > wrote:

Hi, All

 

I've got FreeSwitch 1.8.2 running in media proxy mode:

 

<param name="inbound-proxy-media" value="true"/>
<param name="inbound-late-negotiation" value="true"/>

 

Dialplan is configured to bridge incoming calls to remote gateway and most of calls completing successfully, however some of them fail with INCOMPATIBLE_DESTINATION cause. For failed calls everything goes normally until bridged connection gets early media from callee:

 

[NOTICE] sofia.c:7304 Pre-Answer sofia/external/2222 at 2.2.2.2 <mailto:2222 at 2.2.2.2> !
[INFO] switch_ivr_originate.c:3747 Sending early media
[DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1>  PCMU/0 0 ms 960 samples 384000 bits 1 channels
[DEBUG] switch_core_codec.c:111 sofia/internal/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1>  Original read codec set to PCMU:0
[DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1> ] 1.1.1.1:18792->1.1.1.1:18792 <http://1.1.1.1:18792/>  codec: 0 ms: 20
[ERR] switch_core_media.c:9510 AUDIO RTP REPORTS ERROR: [Missing local host]
[NOTICE] switch_core_media.c:9511 Hangup sofia/internal/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1>  [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]

 

Here's a dump for this call:

 

<image.png>

 

Healthy call on the same machine:

 

[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222 at 2.2.2.2 <mailto:2222 at 2.2.2.2>  PROXY/0 0 ms 160 samples 0 bits 1 channels
[DEBUG] switch_core_codec.c:111 sofia/internal/2222 at 2.2.2.2 <mailto:2222 at 2.2.2.2>  Original read codec set to PROXY:0
[DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/2222 at 2.2.2.2 <mailto:2222 at 2.2.2.2> ] 2.2.2.2:60818->2.2.2.2:60818 <http://2.2.2.2:60818/>  codec: 0 ms: 20

[DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1>  PROXY/0 0 ms 160 samples 0 bits 1 channels
[DEBUG] switch_core_codec.c:111 sofia/external/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1>  Original read codec set to PROXY:0
[DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/1111 at 1.1.1.1 <mailto:1111 at 1.1.1.1> ] 1.1.1.1:31412->1.1.1.1:31412 <http://1.1.1.1:31412/>  codec: 0 ms: 20

So it looks like proxified media connection cannot be established for some calls. It shouldn't be a codec problem as call parties are configured with common codecs, FS is bond to local interface which is running with no errors. But I have no idea what "local host is missing" in my case so I'll be appreciated for any hint.

 

FreeSWITCH Version 1.8.2+git~20180926T175525Z~a98a958ac3~64bit (git a98a958 2018-09-26 17:55:25Z 64bit)

CentOS Linux release 7.5.1804 (Core)

 

Best,

Marc

_________________________________________________________________________
Professional FreeSWITCH Services
sales at freeswitch.com <mailto:sales at freeswitch.com> 
https://freeswitch.com <https://freeswitch.com/> 

Official FreeSWITCH Sites
https://freeswitch.com/oss
https://freeswitch.org/confluence
https://cluecon.com <https://cluecon.com/> 

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com <https://freeswitch.com/> 




 

-- 

  <https://hipchat.freeswitch.org/files/1/9111/w0eGOzyOVyZQdMg/email_logo.png> 

Brian West | Co-founder and Developer

Need Commercial support? email sales at freeswitch.com <mailto:sales at freeswitch.com>  

FreeSWITCH Solutions |  <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> 17345 Civic Drive #2531 Brookfield, WI 53045

Email: brian at freeswitch.com <mailto:brian at freeswitch.com> 

Mobile: 918-424-9378

Website:  <https://www.freeswitch.com/> https://www.FreeSWITCH.com

 <https://www.facebook.com/freeswitch>  <https://twitter.com/freeswitch> 

_________________________________________________________________________
Professional FreeSWITCH Services
sales at freeswitch.com <mailto:sales at freeswitch.com> 
https://freeswitch.com

Official FreeSWITCH Sites
https://freeswitch.com/oss
https://freeswitch.org/confluence
https://cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com

 

_________________________________________________________________________
Professional FreeSWITCH Services
sales at freeswitch.com <mailto:sales at freeswitch.com> 
https://freeswitch.com

Official FreeSWITCH Sites
https://freeswitch.com/oss
https://freeswitch.org/confluence
https://cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com




 

-- 


Gregor Nanger

 

CTO
t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 
• Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia 
• www.infomedia.si <http://www.infomedia.si> 

_________________________________________________________________________
Professional FreeSWITCH Services
sales at freeswitch.com <mailto:sales at freeswitch.com> 
https://freeswitch.com

Official FreeSWITCH Sites
https://freeswitch.com/oss
https://freeswitch.org/confluence
https://cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com

_________________________________________________________________________
Professional FreeSWITCH Services
sales at freeswitch.com <mailto:sales at freeswitch.com> 
https://freeswitch.com

Official FreeSWITCH Sites
https://freeswitch.com/oss
https://freeswitch.org/confluence
https://cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org> 
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
https://freeswitch.com




 

-- 


Gregor Nanger

 

CTO
t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 
• Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia 
• www.infomedia.si <http://www.infomedia.si> 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20181016/23b80233/attachment-0001.html>


More information about the FreeSWITCH-users mailing list