[Freeswitch-users] Say Application ESL Error Reporting

Mon Feb 24 18:49:02 MSK 2014

Build a test case and file a JIRA at http://jira.freeswitch.org

Thanks,
--
Brian West
brian at freeswitch.org
FreeSWITCH Solutions, LLC
PO BOX 2531
Brookfield, WI 53008-2531
Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

T: +1.918.420.9001  |  F: +1.918.420.9002  |  M: +1.918.424.WEST
iNUM: +883 5100 1420 9001
ISN: 410*543
Skype:briankwest
PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

On Feb 24, 2014, at 8:35 AM, Callum Guy <callum.guy at x-on.co.uk> wrote:

> Hi Brian,
> 
> I can confirm the when starting the say application it doesn't manage to play any digits. There isn't much in the log for this part of the call but i have copied it below:
> 
> 2014-02-24 11:10:05.999139 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string:///usr/share/sounds/x.wav!/usr/share/sounds/xx.wav!/usr/share/sounds/xxx.wav
> 2014-02-24 11:10:06.039140 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456 at b1.x-onsip.net [BREAK]
> 2014-02-24 11:10:06.059137 [DEBUG] switch_ivr.c:615 sofia/internal/7584123456 at b1.x-onsip.net Command Execute say(en NUMBER iterated 4**5)
> EXECUTE sofia/internal/7584663951 at b1.x-onsip.net say(en NUMBER iterated 4**5)
> 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
> 2014-02-24 11:10:06.139094 [DEBUG] switch_core_session.c:1183 Send signal sofia/internal/7584123456 at b1.x-onsip.net [BREAK]
> 2014-02-24 11:10:06.159097 [DEBUG] switch_ivr.c:615 sofia/internal/7584123456 at b1.x-onsip.net Command Execute play_and_get_digits(1 1 5 3000 #* /usr/share/sounds/xxxx.wav /usr/share/sounds/xxxxx.wav XON_DTMF \d+ 3000)
> 
> The below represents the output for a successful say application execution:
> 
> 2014-02-24 11:09:34.299110 [DEBUG] switch_ivr.c:615 sofia/internal/7584663951 at b1.x-onsip.net Command Execute say(en NUMBER iterated 4448)
> EXECUTE sofia/internal/7584663951 at b1.x-onsip.net say(en NUMBER iterated 4448)
> 2014-02-24 11:09:34.319064 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16 at 8000hz 1 channels 30ms
> 2014-02-24 11:09:36.819137 [DEBUG] switch_rtp.c:5390 RTP RECV DTMF 2:880
> 2014-02-24 11:09:36.819137 [DEBUG] switch_channel.c:489 RECV DTMF 2:880
> 2014-02-24 11:09:36.819137 [DEBUG] mod_dptools.c:2105 Digit 2
> 2014-02-24 11:09:37.859136 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/4.wav!digits/4.wav!digits/4.wav!digits/8.wav
> 
> From this I can only presume that the say application performs some "file exists" operation ahead of building the string for playback. As mentioned previously there is no indication of the failure outcome in the ESL event.
> 
> Please let me know if you require any more information.
> 
> Thanks,
> 
> Callum
> 
> 
> ______________________________
> 
> 
> Callum Guy
> Senior Developer
> 
> X-on
> Framlingham Technology Centre
> Station Road, Framlingham,
> Suffolk, IP13 9EZ
> 
> T       0333 332 0116
> E       
> callum.guy at x-on.co.uk
> 
> 
> 
> 
> 
> 
> X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD  
> Company Registration No. 2578478 
> 
> This email has been sent from X-on.The contents and attachments are confidential to the sender and the intended addressees.If the message
> is received by anyone other than the addressee please return the message to the sender by replying to it and then delete the message from 
> your computer without copying or disclosing the contents to anyone.Opinions, conclusions and statements of intent in this email are those of
> the sender and do not bind X-on unless confirmed by authorised representatives independently of this message.While best endeavours have 
> been taken to avoid transmission of viruses, it is the responsibility of the recipient to scan for these.Please note emails sent to and from X-on 
> are routinely monitored for record keeping and quality control, to ensure regulatory compliance and prevent unauthorised use of our systems.
> 
> 
> Please consider the environment before printing this email.
> 
> 
> On 24 February 2014 11:56, Brian West <brian at freeswitch.org> wrote:
> Does it attempt to play the sound file and then hangup?  Please provide a log of a call.
> --
> Brian West
> brian at freeswitch.org
> FreeSWITCH Solutions, LLC
> PO BOX 2531
> Brookfield, WI 53008-2531
> Twitter: @FreeSWITCH , @briankwest
> http://www.freeswitchbook.com
> http://www.freeswitchcookbook.com
> 
> T: +1.918.420.9001  |  F: +1.918.420.9002  |  M: +1.918.424.WEST
> iNUM: +883 5100 1420 9001
> ISN: 410*543
> Skype:briankwest
> PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Feb 24, 2014, at 5:42 AM, Callum Guy <callum.guy at x-on.co.uk> wrote:
> 
> > Hi All,
> >
> > Simple question - i'm using "say" application over ESL to read back an iterated list of numbers however there is a chance of pollution in the variable. I can of course cleanse this myself in the application logic however the current application result reporting seems incorrect.
> >
> > Here is my result if I'm asking it to read 1234:
> >
> >     [variable_current_application_data] => en NUMBER iterated 4448
> >     [variable_current_application] => say
> >     [variable_sound_prefix] => /usr/share/sounds/en/us/callie
> >     [Application] => say
> >     [Application-Data] => en NUMBER iterated 4448
> >     [Application-Response] => _none_
> >
> > As expected this reads "4, 4, 4, 8"
> >
> > Here is my result with pollution (i do not have a prompt for "star")
> >
> >     [variable_current_application_data] => en NUMBER iterated 4**5
> >     [variable_current_application] => say
> >     [variable_sound_prefix] => /usr/share/sounds/en/us/callie
> >     [Application] => say
> >     [Application-Data] => en NUMBER iterated 4**5
> >     [Application-Response] => _none_
> >
> > This makes the application fail immediately and does not even play the first 4 - so its failing in the preparation.
> >
> > In the CLI i can see the following line for the failed say session:
> >
> > 2014-02-24 11:10:06.079062 [ERR] mod_say_en.c:123 Parse Error!
> >
> > There does not seem to be any other variable to indicate the failure of this application. Perhaps "Application-Response" is not the correct place to look? If so it'd be useful to know what this variable IS used for!
> >
> > If anyone is able to provide some details on how best to capture an error like this remotely please let me know.
> >
> > Thanks,
> >
> > Callum
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
> http://www.freeswitch.org
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
> http://www.freeswitch.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140224/50eda4bb/attachment.bin 