[Missing local host] in proxy media mode
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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] Here's a dump for this call: [image: image.png] Healthy call on the same machine: [DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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
Could you elaborate on why you're using Proxy Media for? /b On Fri, Oct 12, 2018 at 5:37 PM Marc Quore <marquore@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
Here's a dump for this call:
[image: image.png]
Healthy call on the same machine:
[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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>
http://lists.freeswitch.org/pipermail/freeswitch-users/2016-August/121866.ht... On Sat, Oct 13, 2018, 18:19 Brian West <brian@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
Here's a dump for this call:
[image: image.png]
Healthy call on the same machine:
[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Hi David, I've seen this thank you. Regards, Marc вс, 14 окт. 2018 г. в 20:50, David Villasmil <david.villasmil.work@gmail.com
:
http://lists.freeswitch.org/pipermail/freeswitch-users/2016-August/121866.ht...
On Sat, Oct 13, 2018, 18:19 Brian West <brian@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
Here's a dump for this call:
[image: image.png]
Healthy call on the same machine:
[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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@gmail.com <mailto:marquore@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@2.2.2.2 <mailto:2222@2.2.2.2>! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 <mailto:1111@1.1.1.1> PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 <mailto:1111@1.1.1.1> Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/1111@1.1.1.1 <mailto:1111@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@1.1.1.1 <mailto:1111@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@2.2.2.2 <mailto:2222@2.2.2.2> PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 <mailto:2222@2.2.2.2> Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/2222@2.2.2.2 <mailto:2222@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@1.1.1.1 <mailto:1111@1.1.1.1> PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 <mailto:1111@1.1.1.1> Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/1111@1.1.1.1 <mailto:1111@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@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>
--
Brian West | Co-founder and Developer Need Commercial support? email sales@freeswitch.com <mailto:sales@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@freeswitch.com <mailto:brian@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@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@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@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@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@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
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@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@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@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@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@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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@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@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@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@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@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@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@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@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@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@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@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@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
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@lists.freeswitch.org> On Behalf Of Gregor Nanger Sent: Monday, October 15, 2018 5:32 PM To: FreeSWITCH Users Help <freeswitch-users@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@gmail.com <mailto:steveayre@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@infomedia.si <mailto:gregor@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@jerris.com <mailto:mike@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@freeswitch.com <mailto:brian@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@gmail.com <mailto:marquore@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@2.2.2.2 <mailto:2222@2.2.2.2> ! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 <mailto:1111@1.1.1.1> PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 <mailto:1111@1.1.1.1> Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/1111@1.1.1.1 <mailto:1111@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@1.1.1.1 <mailto:1111@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@2.2.2.2 <mailto:2222@2.2.2.2> PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 <mailto:2222@2.2.2.2> Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/2222@2.2.2.2 <mailto:2222@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@1.1.1.1 <mailto:1111@1.1.1.1> PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 <mailto:1111@1.1.1.1> Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/1111@1.1.1.1 <mailto:1111@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@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.com <mailto:sales@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@freeswitch.com <mailto:brian@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@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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>
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@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@lists.freeswitch.org> *On Behalf Of *Gregor Nanger *Sent:* Monday, October 15, 2018 5:32 PM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@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@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@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@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@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@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@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@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@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@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@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
mod_g729 is the passthru (non-transcoding) module for supporting g729. it works on all platforms. mod_com_g729 which is the g729 transcoding module only works on linux Sent from my iPhone
On Oct 16, 2018, at 09:47, Gregor Nanger <gregor@infomedia.si> wrote:
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@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@lists.freeswitch.org> On Behalf Of Gregor Nanger Sent: Monday, October 15, 2018 5:32 PM To: FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/1111@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@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@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/1111@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@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@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@freeswitch.com
FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
Email: brian@freeswitch.com
Mobile: 918-424-9378
Website: https://www.FreeSWITCH.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@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@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Hello Brian, I was under impression that media proxying mode is optimal choice if we don't touch media, as in our case. Regards, Marc сб, 13 окт. 2018 г. в 21:29, Brian West <brian@freeswitch.com>:
Could you elaborate on why you're using Proxy Media for? /b
On Fri, Oct 12, 2018 at 5:37 PM Marc Quore <marquore@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
Here's a dump for this call:
[image: image.png]
Healthy call on the same machine:
[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Are you sure you need proxy media? FS has three media modes - the default, bypass, and proxy. In proxy mode you lose a lot of the FreeSWITCH functionality as you cannot interact with the media. It's generally only necessary if you need to support a codec FS does not support. On Fri, 12 Oct 2018 at 23:32, Marc Quore <marquore@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@2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111@1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111@1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111@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@1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
Here's a dump for this call:
[image: image.png]
Healthy call on the same machine:
[DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222@2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222@2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222@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@1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111@1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
participants (8)
-
Brian West
-
David Villasmil
-
Gregor Nanger
-
Ken Rice
-
Ken Rice
-
Marc Quore
-
Michael Jerris
-
Steven Ayre