Hi, <br> <br>We developed an IVR application and tested it with the simulator. The application seems to work just fine. Right now, we are installing the application in the production server and the traces displays that there is a FAILURE. <br>[TRACES] <br>-Wait for 1 rings and then pickup <br>-Incoming call... <br>-dx_sethook, lines[curLine].chdev = 3, OFFHOOK <br>-FAILURE <br>-ERROR: Missing next step <br> <br>Actually, the next step exists, is a PLAY control, but it seems that the application is unable to execute it. The application work fine with the simulator. <br>Why is the application having this problems? <br> <br>Thanks.

There are a lot of things that could be going on here. It looks like TeleFlow is trying to tell the card to go off-hook, and is getting a failure back from the Dialogic API. To start with, check your Dialogic Configuration Manager to make sure your card is started. <br> <br>Can you provide the details of what type of card and which version of the Dialogic System Release you have installed, including any service packs.

I'm also participating in this development and have access to the server's console to get whatever you need to diagnose. <br> <br>I just checked the Intel Dialogic Configuration Manager and the board is started (actually, I set it up to start automatically at system boot). <br> <br>The card is a D/120JCT-LS board-Rev 2, with 12 licensed ports but only the first 8 ports are being used for this application (the other 4 will be used for another application still undeveloped). <br> <br>Looking into the DCM's About box: MS Windows 2000 5.2 Build 3790 Service Pack 1 (actually it's Windows 2003 Server Standard Edition, not Windows 2000). Should we use 2003 R2? <br> <br>Intel Dialogic System Software: Release SR5.1.1, Version DNA5, Build 30, Service Pack 3. <br> <br>I have the full session log from the port, but here I'm attaching a summary of events: <br> <br>: Opening driver... <br>: Hardware: Dialogic <br>: Linking to Dialogic library... <br>: Board should already be booted.... <br>: Querying boards... <br>: Timing pause 400 milliseconds... <br>: Voice boards: 3 <br>: Board start at 20061116102513 <br>: DTI boards: 0 <br>: open dxxxB1 <br>: Information available for board 1. <br>: Success getting board information <br>: channels: 4 open: dxxxB1C1 network: Analog <br>: open dxxxB2 <br>: Information available for board 2. <br>: Success getting board information <br>: channels: 4 open: dxxxB2C1 network: Analog <br>: open dxxxB3 <br>: Information available for board 3. <br>: Success getting board information <br>: channels: 4 open: dxxxB3C1 network: Analog <br>: Total ports: 12 <br>: Driver successfully opened. <br> [... normal initialization...] <br>: Initializing... <br> <br>: Initialization done <br> <br>: ==>flcMain <br>: [1] START <br> [... setting up some variables...] <br>: flcMain==>flcLoadConfig <br>: [1] START <br> [... loading some configuration into other variables...] <br>: returning success <br>: [2] FINISH <br>: flcMain<==flcLoadConfig <br>: [187] Global Event <br>: Label is 'LBL_START' <br>: Setting system variable '@HANGUP' to 'LBL_START' <br>: [188] Global Event <br>: Label is 'FINISH_ERR' <br>: Setting system variable '@FATAL' to 'FINISH_ERR' <br>: [3] Wait for Call <br>: TIMEOUT is '0' <br>: WARNING: TIMEOUT '0' evaluates to 0 and is interpreted as no timeout <br>: Rings is '1' <br>: Connection Delay is '500' <br>: Wait for 1 rings and then pickup <br>: Incoming call... <br>: dx_sethook, lines[curLine].chdev = 4, OFFHOOK <br>: FAILURE <br>: ERROR: Missing next step <br>: FATAL <br>: Attempting to jump to Fatal Error Global Event label: 'FINISH_ERR' <br>: [82] Label <br>: Label: FINISH_ERR <br>: [218] Play <br>: Script code is 'EC7' <br>: Script code 'EC7' corresponds to file 'Vox\@LANG\Scripts\EC7.VOX' <br>: File 'Vox\@LANG\Scripts\EC7.VOX' evaluates to file 'Vox\ENG\Scripts\EC7.VOX' <br>: Playing 'C:\Datos\TecniMarte\Aplicaciones\IVR\Vox\ENG\Scripts\EC7.VOX' <br>: Call Status (lps0) <br>: ATDX_HOOKST (4) <br>: Call Status (lps0) <br>: ATDX_HOOKST (4) <br>: Call Status (lps0) <br>: ATDX_HOOKST (4) <br>: [150] Hang Up <br>: Attempting ag_unlisten, lines[curLine].chdev = 0x4 <br>: ag_unlisten - success <br>: dx_close <br>: ReleaseLine done. <br>: [... app reinitialization (again flcMain + flcLoadConfig and waits for another call...] <br> <br>Ok, the weird thing is that FAILURE to set the OFF_HOOK state, incorrectly stating that the Wait for Call step has no "next step" set up when it actually has it. As mentioned before, this runs perfectly under the Simulator. <br> <br>The application jumps to the FINISH_ERR label and successfully plays the EC7.VOX file ("Sorry, but we cannot proccess your request at this time") and then hangs up, looping back to the initialization phase to wait for another call. <br> <br>Seems the Wait for Call step is misinterpreting as an error the resulting code from the call to set the port off hook to the Dialogic API, when it's actually an "OK" result... just a guess. <br> <br>How can we diagnose what's going on?

Just for testing, I set up the AnswerMachine template application on one of the lines, just changing it from Simulator Only to Intel/Dialogic Application and put it to run on one of the ports. <br> <br>The result was almost the same: <br>: [...] <br>: Main==>WaitForCall <br>: [1] START <br>: [10] Wait <br>: Delay '@HANG_WAIT' evaluates to '2000' <br>: Waiting 2000 milliseconds <br>: [7] Compare <br>: First Value '@TRUNK_TYPE' evaluates to 'ANALOG' <br>: Second Value is 'ANALOG' <br>: @TRUNK_TYPE = ANALOG? <br>: (string):ANALOG = (string):ANALOG? <br>: TRUE <br>: [3] Wait for Call <br>: TIMEOUT is '0' <br>: WARNING: TIMEOUT '0' evaluates to 0 and is interpreted as no timeout <br>: Rings '@PICKUP_RINGCOUNT' evaluates to '2' <br>: Connection Delay '@CONNECTION_DELAY' evaluates to '1000' <br>: Wait for 2 rings and then pickup <br>: Incoming call... <br>: dx_sethook, lines[curLine].chdev = 8, OFFHOOK <br>: FATAL <br>: Attempting to jump to Fatal Error Global Event label: 'APPLICATION_ERROR' <br>: Main<==WaitForCall <br>: Setting system variable '@FATAL' to '' <br>: [19] Label <br>: Label: APPLICATION_ERROR <br>: [105] Run Flowchart <br>: Flowchart is 'Exit' <br>: Main==>Exit <br>: [1] START <br>: [8] Global Event <br>: Label is 'EXIT_END' <br>: Setting system variable '@FATAL' to 'EXIT_END' <br>: [11] Global Event <br>: Label is 'EXIT_END' <br>: Setting system variable '@HANGUP' to 'EXIT_END' <br>: [13] Compare <br>: First Value '@HOOK_STATUS' evaluates to 'OFF-HOOK' <br>: Second Value is 'OFF-HOOK' <br>: @HOOK_STATUS = OFF-HOOK? <br>: (string):OFF-HOOK = (string):OFF-HOOK? <br>: TRUE <br>: [3] Play <br>: Script code is 'PROB_TECHNICAL' <br>: Script code 'PROB_TECHNICAL' corresponds to file 'Vox\Eng\Scripts\PROB_TECHNICAL.Vox' <br>: Playing 'C:\Program Files\TeleFlow\Templates\Application\Home Answer Machine\Vox\Eng\Scripts\PROB_TECHNICAL.Vox' <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: [5] Wait <br>: Delay is '500' <br>: Waiting 500 milliseconds <br>: [6] Play <br>: Script code is 'DISCONNECT01' <br>: Script code 'DISCONNECT01' corresponds to file 'Vox\Eng\Scripts\DISCONNECT01.Vox' <br>: Playing 'C:\Program Files\TeleFlow\Templates\Application\Home Answer Machine\Vox\Eng\Scripts\DISCONNECT01.Vox' <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: Call Status (lps0) <br>: ATDX_HOOKST (8) <br>: [9] Wait <br>: Delay is '1500' <br>: Waiting 1500 milliseconds <br>: [10] Hang Up <br>: Attempting ag_unlisten, lines[curLine].chdev = 0x8 <br>: ag_unlisten - success <br>: dx_close <br>: ReleaseLine done. <br>: [2] FINISH <br>: Main<==Exit <br>: [22] FINISH <br>: End of application. <br> <br>I could hear both, PROB_TECHNICAL.Vox and DISCONNECT01.Vox, so I guess it's a misinterpretation of the resulting OFF_HOOK state from the Wait For Call step when returning from the Dialogic API, because the port is indeed off hook and the application is able to play VOX audio files on it. <br> <br>Please, we need to resolve this issue ASAP!

What version of TeleFlow are you running? There should be a build number at the top of the log. If you can't find it there, check the most recent TFSERVER*.LOG file.

The TFServer*.log file says: <br> <br>enGenic TeleFlow: Build 2006.1006 <br>(c) 1994 - 2006 enGenic <br>All rights reserved. <br> <br>The TeleFlow Designer About box says: <br> <br>Build: 2006.0.3.1102. <br> <br>It's a fresh download of the tfhype2006.exe setup program and as the server is just being deployed, no previous version existed at all.

It would also be helpful to see the date/time stamps on the log entries. Please email both of these logs to support@engenic.com with a subject of "Attention: Tim".

Just did so, please check it up.

Please download and try this version of TeleFlow: <a href="http://www.engenic.com/temp/TF1116beta.zip " target="_new">www.engenic.com/temp/TF1116beta.zip </a><br> <br>Stop all TeleFlow programs from running. Extract this ZIP to your C:\Program Files\TeleFlow folder, overwriting all files. Try your tests again. This may fix your problem. If it does not, please capture the logs and send them to support@engenic.com.

It works! <br> <br>Thanks... now the problem is on another front (web services invocation via XML steps), but that's another issue I can attend with the database people over here. <br> <br>Give me a few days to test the rest of the application to see if this beta is working as expected, before stepping up the official release with this adjustments. <br> <br>Again, thanks a lot!