[Freeswitch-users] Say Application ESL Error Reporting

Mon Feb 24 17:35:51 MSK 2014

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140224/280220c5/attachment-0001.html 