Hi Vallimamod, Thank you for your reply. Here is the information you requested. I've masked some of the data. freeswitch-debug 2016-12-29 18:12:51.367469 [NOTICE] kazoo_node.c:302 log|691c7b7e-cdf2-11e6-9852-a73efaac9f3b|building xferext extension: bridge {ignore_display_updates='true',ecallmgr_Account-ID='98c46437cbcd43e3d1a518a8de083038',ecallmgr_Reseller-ID='0534605f933714aca28e2b34b49e2a73',effective_caller_id_number='+1MASKED_NUMBER2',effective_caller_id_name='1MASKED_NUMBER2',origination_caller_id_number='+1MASKED_NUMBER2',origination_caller_id_name='1MASKED_NUMBER2',ignore_early_media='true',local_var_clobber='true'}[sip_from_uri='sip:+1MASKED_NUMBER2@MA.SK.ED.IP2',ecallmgr_Global-Resource='true',ecallmgr_Resource-ID='bandwidth',ecallmgr_Original-Number='MASKED_NUMBER',leg_progress_timeout='8',effective_callee_id_number='MASKED_NUMBER',effective_callee_id_name='MASKED_NUMBER']sofia/sipinterface_1/+1MASKED_NUMBER@MA.SK.ED.IP2|[sip_from_uri='sip:+1MASKED_NUMBER2@MA.SK.ED.IP',ecallmgr_Global-Resource='true',ecallmgr_Resource-ID='bandwidth',ecallmgr_Original-Number='MASKED_NUMBER',leg_progress_timeout='8',effective_callee_id_number='MASKED_NUMBER',effective_callee_id_name='MASKED_NUMBER']sofia/sipinterface_1/+1MASKED_NUMBER@MA.SK.ED.IP freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:12:51.367469 [NOTICE] switch_channel.c:1077 New Channel sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2 [694ca916-cdf2-11e6-9863-a73efaac9f3b] freeswitch-debug 2016-12-29 18:12:51.390874 [INFO] kazoo_node.c:625 exec: uuid_setvar_multi(694ca916-cdf2-11e6-9863-a73efaac9f3b ecallmgr_Channel-Authorized=true;ecallmgr_Global-Resource=true;ecallmgr_Reseller-ID=0534605f933714aca28e2b34b49e2a73;ecallmgr_Account-ID=98c46437cbcd43e3d1a518a8de083038) freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:12:52.147490 [NOTICE] sofia.c:6767 Ring-Ready sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2! freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:13:19.227463 [NOTICE] sofia.c:7532 Channel [sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2] has been answered freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:13:22.007462 [NOTICE] switch_ivr_originate.c:3519 Hangup sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2 [CS_CONSUME_MEDIA] [NO_ANSWER] freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:13:22.007462 [ERR] switch_ivr_originate.c:224 sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2 Error Playing File! freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:13:22.007462 [NOTICE] switch_core_session.c:1642 Session 14305 (sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2) Ended freeswitch-debug 694ca916-cdf2-11e6-9863-a73efaac9f3b 2016-12-29 18:13:22.007462 [NOTICE] switch_core_session.c:1646 Close Channel sofia/sipinterface_1/%2B1MASKED_NUMBER@MA.SK.ED.IP2 [CS_DESTROY] Thanks, Michael Dunton Software Developer Tresta.com

Hi John,

Can you please give more details on how this error appears? Your dialplan and debug logs will be helpful.

In the mean time, I have noticed a few things that may help you:

- The current stable version of freeSWITCH is 1.6, You should definitely try with it. The source and repos are available at https://freeswitch.org/>confluence/display/FREESWITCH/Installation

- Unless you have altered it, the channel name "sofia/sipinterface_1/" is incomplete, it should be like "sofia/sipinterface_1/dialed_extension". You >may need to double check that your dial params are correct and the call was actually made.

- The timeout variables are for playback terminators (when the user presses a key to stop the playback). So they won't help if the call never made it.

- When the call is hanged up during the playback, it is not considered as an error by switch_ivr_play_file()

Best Regards, -- Vallimamod Abdullah vma at vallimamod.org .

...

On 20 Dec 2016, at 22:41, John.Nowlin at tresta.com wrote:

FreeSWITCH Version 1.4.26~64bit ( 64bit)

We receive this error, “[ERR] switch_ivr_originate.c:224 sofia/sipinterface_1/ Error Playing File!” whenever the leg receiving the call hangs up before the extant media can start playing.

After looking through switch_ivr_originate.c, I tried setting the global variables playback_timeout_sec=10 and playback_timeout_as_success=true but did not see a change in behavior.

status = switch_ivr_read(collect->>session, (uint32_t)len, (uint32_t)len, collect->>file, NULL, buf, sizeof(buf), collect->>confirm_timeout, NULL, 0);

if (status != SWITCH_STATUS_SUCCESS && status != SWITCH_STATUS_BREAK && status != SWITCH_STATUS_TOO_SMALL) { switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(collect->>session), SWITCH_LOG_ERROR, "%s Error Playing File!\n", switch_channel_get_name(channel)); switch_channel_hangup(channel, SWITCH_CAUSE_DESTINATION_OUT_OF_ORDER); }

Is there some other setting that can inform switch_ivr_originate to not worry about having not played the media after the recipient has hung up?

john nowlin Senior Software Developer

Tresta office: 850.383.7756 mobile: 850.294.5635 www.tresta.com — A Better Phone Experience

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 MA.SK.ED.IP2 http://www.freeswitch.org