[Freeswitch-users] Freeswitch 1.8.2 : Debian Package : sometimes crash when executing nolocal:execute_on_answer lua script.
Michael Jerris
mike at jerris.com
Fri Oct 12 22:01:20 UTC 2018
In order to look at this we can’t look at the core file directly, you’ll need to generate a backtrace from it so we can see.
https://freeswitch.org/confluence/display/FREESWITCH/Debugging#Debugging-GettingaBacktrace <https://freeswitch.org/confluence/display/FREESWITCH/Debugging#Debugging-GettingaBacktrace>
Please update the bug when you have this info.
> On Oct 12, 2018, at 6:37 AM, Julien Terrasson <julien.terrasson at gmail.com> wrote:
>
> I'm trying to use freeswitch as a transcription gateway :
>
> The goal is to allow a PSTN subscriber (A_party) to call another (B_party) through freeswitch : freeswitch being used to record and transcript the call.
>
> This is the scenario i'm trying to acheive :
>
> 1/ A_party call freeswitch through a PSTN gateway.
>
> 2/ freeswitch execute a lua script (IVRPrompt8.lua) that :
> * query the service database
> * Initialize few sessions variables
> * Play A_party a vocal prompt.
> * Attempt to bridge B_party.
>
> 3/ When B_party answer, a lua script is called : catchBAnswer2.lua
> This script is used to initialise several session variable and play legal warning to both party.
>
> <extension name="experimental_dialplan">
> <condition field="destination_number" expression="^(\+33XXXXXXXXX)$">
>
> <!-- Play IVR to get the destination number and service parameters -->
> <action inline="true" application="lua" data="IVRPrompt8.lua" />
>
> <!-- Set channel record settings -->
> <action application="export" data="RECORD_READ_ONLY=true"/>
> <action application="export" data="RECORD_STEREO=false"/>
>
> <!-- Free the "#" terminator from other use-->
> <action application="set" data="ivr_menu_terminator=none"/>
>
> <action application="export" data="nolocal:execute_on_answer=lua catchBAnswer2.lua"/>
>
> <!-- Finally bridge the call -->
> <action application="bridge" data="sofia/gateway/ippi_33XXXXXXXXX/${destination_number}"/>
>
> </condition>
> </extension>
>
> Sometimes the scenario works just fine, but most of the time it crash when calling catchBAnswer2.lua, as show the last console logs (DEBUG LEVEL):
>
> 2018-10-12 09:42:26.812449 [NOTICE] sofia.c:7304 Pre-Answer sofia/external5090/0665199963!
> 2018-10-12 09:42:26.812449 [DEBUG] switch_channel.c:3482 (sofia/external5090/0665199963) Callstate Change RINGING -> EARLY
> 2018-10-12 09:42:26.812449 [DEBUG] sofia.c:7291 Channel sofia/external5090/0665199963 entering state [ready][200]
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5478 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1]
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5533 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5394 Set telephone-event payload to 101 at 8000 <mailto:101 at 8000>
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:3781 Set Codec sofia/external5090/0665199963 PCMA/8000 20 ms 160 samples 64000 bits 1 channels
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_codec.c:111 sofia/external5090/0665199963 Original read codec set to PCMA:8
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5737 Set telephone-event payload to 101 at 8000 <mailto:101 at 8000>
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5795 sofia/external5090/0665199963 Set 2833 dtmf send payload to 101 recv payload to 101
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8511 AUDIO RTP [sofia/external5090/0665199963] 94.23.42.139 port 29498 -> 194.169.214.61 port 59684 codec: 8 ms: 20
> 2018-10-12 09:42:26.812449 [DEBUG] switch_rtp.c:4300 Starting timer [soft] 160 bytes per 20ms
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8815 sofia/external5090/0665199963 Set 2833 dtmf send payload to 101
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8822 sofia/external5090/0665199963 Set 2833 dtmf receive payload to 101
> 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8845 sofia/external5090/0665199963 Set rtp dtmf delay to 40
> 2018-10-12 09:42:26.812449 [NOTICE] sofia.c:8429 Channel [sofia/external5090/0665199963] has been answered
> EXECUTE sofia/external5090/0665199963 lua(catchBAnswer2.lua)
>
> ** CORE DUMP **
>
> I have no clues why this is happening, so i included the backtrack enclosed to have feedbacks (https://freeswitch.org/jira/browse/FS-11456 <https://freeswitch.org/jira/browse/FS-11456>).
>
> Can somebody have a look and give a more precise idea on what is making freeswitch to crash ?
>
> I can then setup monitoring and collect additional traces if needed (SIP, RTP, etc..).
>
> J. Terrasson
> _________________________________________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20181012/83944aed/attachment-0001.html>
More information about the FreeSWITCH-users
mailing list