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

Tue Oct 16 14:47:54 UTC 2018

Thank you, Ken, for explanation. Just please tell me if I am using mod_g729
on Windows, would g729 passthrough works without proxy media mode? As I
remembered, it didn't work, that's why I use proxy media mode.

V V tor., 16. okt. 2018 ob 16:29 je oseba Ken Rice <krice at freeswitch.org>
napisala:

> 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>
> 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> 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>
> 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> 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> 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!
> [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 PCMU/0
> 0 ms 960 samples 384000 bits 1 channels
> [DEBUG] switch_core_codec.c:111 sofia/internal/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] 1.1.1.1:18792->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
> [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 PROXY/0
> 0 ms 160 samples 0 bits 1 channels
> [DEBUG] switch_core_codec.c:111 sofia/internal/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] 2.2.2.2:60818->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 PROXY/0
> 0 ms 160 samples 0 bits 1 channels
> [DEBUG] switch_core_codec.c:111 sofia/external/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] 1.1.1.1:31412->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
> 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
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
>
>
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sales at freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: brian at freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch>[image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> 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
> 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
> 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
> 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
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> 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
> 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
> 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
> 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
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> 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
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20181016/e50969d2/attachment-0001.html>