Guest boblin Report post Posted 06/30/2004 10:31 PM if i could get this to work it would be a dream come true...please help! i have done: 1) It is easy to check if Inband Signaling is sent on the line: place an extension headset against your ear and keep the 'handset on hook' switch depressed so that that handset can accept calls, then make a call to that extension and when the call arrives lift the hand off the 'handset on hook' switch - if there is any Inband Signaling sent you will hear it then a quick series of DTMF tones. (You will not be able to hear the tones usually if you just normally pick up the handset as the playing of the tones would have finished by the time you raise the handset to your ear...) and 2) To see what Inband tones are being sent just have VoiceGuide answer a call with the first module in a the script being a 'Get numbers' module - any DTMF tones sent by the PBX will be captured by VoiceGuide and displayed in the status field for the line on which the call arrived... i can hear dtmf tones ok so signaling is present on pbx but i can't find out the tones being sent (may be i am looking in the wrong place) could you post the exect steps that i have to take and where exactly to look for captured tones (a screenshot would help), or may be a script that i could load that would do it... i have merling legend v2 pbx.. and avaya refuses to give me that info... may be someone have a similar system or a hinch that what tones could be... please, please help! Share this post Link to post
SupportTeam Report post Posted 06/30/2004 10:53 PM As per the instructions you just quoted yourself: To see what Inband tones are being sent just have VoiceGuide answer a call with the first module in a the script being a 'Get numbers' module - any DTMF tones sent by the PBX will be captured by VoiceGuide and displayed in the status field for the line on which the call arrived... Just set up a script containing one module - a "Get Numbers" type module and then place a call into the system, have VG answer the call sent to it - and the Get Numbers module will then capture the DTMF information sent. and avaya refuses to give me that info... Did they say why they refuse to give support on their own PBX? Share this post Link to post
Guest boblin Report post Posted 07/01/2004 03:33 PM as i said i have both steps.. i can hear the dtmf info sent in step 1 then i go to script editor and select 'get numbers' tool. deleted any existing script so only 'get numbers 1' is left in script editor. saved script. loaded it in voice guide.call the extension.normally it shows name of the modem in the Line Divice column and "wainting for a call" in state column.pc answers the call and in the state column i can see "[Get Numbers 1] Playing()". then it shows "hanging up..[no data entered]". and then - "waiting for a call.." again. did i do it right? could it be that by the time system finished attempt to play greeting the dtmf tones are gone? is there a way to kill "playing()" step? (i have nothing entered in the "ask caller to enter number" line in "get numbers line") i am running evaluation copy of voice guide v. 5.2.2000... does it have limitation for this feature.... avaya claims that inband signaling is proprietary inforamtion and would not give me tone pattern. may be they think that i am asking them for something major, not just the tone patt., but i cant see how few signals transmitted by the phone can be a secret. can you adwise me what exactly i can ask them to provide so they dont think that i need the core signals in the sys? here is event trace log... 103121.00 0 callstate OFFERING 66270 0 4 103121.00 0 Answer the call at 7/1/2004 10:31:21 AM 103121.00 0 lineAnswer(66270) => 66253 103121.00 0 ring 1 103121.00 0 callstate ACCEPTED 66270 0 0 103126.34 0 tapi Reply (LineEvReply) ok 66253 0 103126.34 0 callstate CONNECTED 66270,0,0 103126.34 0 WorkingModeTAPI@Connected= 103126.34 0 WorkingModeScript@Connected= 103126.34 0 Inband detection not enabled 103126.36 0 StartLoadedVgs at 7/1/2004 10:31:26 AM 103126.36 0 AddRVns [scriptsPath]{C:\Program Files\VoiceGuide\Scripts\Voicemail Server\} 103126.36 0 rv add [$RV_STARTTIME]{7/1/2004 10:31:26 AM} 103126.36 0 rv add [$RV_DEVICEID]{0} 103126.36 0 rv add [$RV_CIDNAME]{} 103126.36 0 AddRVns [PathApp]{C:\Program Files\VoiceGuide\} 103126.36 0 rv add [$RV_CIDNUMBER]{} 103126.36 0 TimeoutClear 103126.36 0 [Get Numbers 1] Number Input 103126.36 0 [Get Numbers 1] Playing () 103126.36 0 ScriptEventCode 8001 iLineState=1300 103126.36 0 LsGetNbrsPlayWelcMsg EV_PLAY_FINISHED 103126.36 0 TimeoutSet 5 EV_TIMEOUT_REPLAYMSG 103131.73 0 Timer fired EV_TIMEOUT_REPLAYMSG 103131.73 0 ScriptEventCode 9005 iLineState=1301 103131.73 0 LsGetNbrsRxDigits EV_TIMEOUT_REPLAYMSG 103131.73 0 [Get Numbers 1] Playing () 103131.73 0 ScriptEventCode 8001 iLineState=1300 103131.73 0 LsGetNbrsPlayWelcMsg EV_PLAY_FINISHED 103131.73 0 TimeoutSet 5 EV_TIMEOUT_REPLAYMSG 103137.20 0 Timer fired EV_TIMEOUT_REPLAYMSG 103137.20 0 ScriptEventCode 9005 iLineState=1301 103137.20 0 LsGetNbrsRxDigits EV_TIMEOUT_REPLAYMSG 103137.20 0 [Get Numbers 1] Playing () 103137.20 0 ScriptEventCode 8001 iLineState=1300 103137.20 0 LsGetNbrsPlayWelcMsg EV_PLAY_FINISHED 103137.20 0 TimeoutSet 10 EV_TIMEOUT_HANGUP 103137.20 0 TimeoutSet 6 EV_TIMEOUT_ENTERDATA 103143.77 0 Timer fired EV_TIMEOUT_ENTERDATA 103143.77 0 ScriptEventCode 9006 iLineState=1301 103143.77 0 LsGetNbrsRxDigits EV_TIMEOUT_ENTERDATA 103143.77 0 rv add [Get Numbers 1]{} 103143.77 0 AddRVns [Get Numbers 1_PathTaken]{fail} 103143.77 0 rv add [Hangup Time]{7/1/2004 10:31:43 AM} 103143.77 0 Hanging up call... [No data entered] 103143.77 0 RecSoundStop ok 103143.77 0 PlaySoundStop err=0 103143.77 0 TimeoutSet 2 EV_TIMEOUT_WAITFORIDLEAFTERLINEDROP 103143.77 0 fnHangupCall end 103144.03 0 callstate DISCONNECTED 66270,1,0 103144.03 0 ScriptEventCode 9250 iLineState=900 103144.03 0 LsAwaitingCalls EV_REMOTEPARTY_DISCONNECT 103144.03 0 rv add [Hangup Time]{7/1/2004 10:31:44 AM} 103144.03 0 Hanging up call... 103144.03 0 RecSoundStop ok 103144.03 0 PlaySoundStop err=0 103144.03 0 TimeoutSet 2 EV_TIMEOUT_WAITFORIDLEAFTERLINEDROP 103144.03 0 fnHangupCall end 103144.03 0 callstate IDLE 66270 0 0 103144.03 0 WorkingMode@Idle= 103144.03 0 TimeoutClear 103144.03 0 TimeoutSet 1 EV_TIMEOUT_TIMETOREINITLINE 103144.03 0 tapi Reply (LineEvReply) ok 66236 0 103144.03 0 tapi Reply (LineEvReply) ok 66288 0 103145.08 0 Timer fired EV_TIMEOUT_TIMETOREINITLINE 103145.08 0 ScriptEventCode 9008 iLineState=900 103145.08 0 LsAwaitingCalls EV_TIMEOUT_TIMETOREINITLINE 103145.08 0 ReinitTelephony due to IDLE 103145.08 0 tapic lineDeallocateCall(MainCall:66270) 0 103145.84 0 lineOpen(0)=> 103145.84 0 Waiting for a call... 103145.84 0 LineHandle=66287 103145.84 0 TimeoutSet 3 EV_TIMEOUT_ATERIDLE_ALLOWOUT 103149.13 0 Timer fired EV_TIMEOUT_ATERIDLE_ALLOWOUT 103149.13 0 ScriptEventCode 9013 iLineState=900 Share this post Link to post
SupportTeam Report post Posted 07/01/2004 11:48 PM What hardware device are you using with VoiceGuide? From the trace we can see that this device takes 5 seconds to do the answering of the call (!). Look at the time difference between the lineAnswerComamnd and the CONNECTED event being returned from the device: 103121.00 0 callstate OFFERING 66270 0 4 103121.00 0 Answer the call at 7/1/2004 10:31:21 AM 103121.00 0 lineAnswer(66270) => 66253 103121.00 0 ring 1 103121.00 0 callstate ACCEPTED 66270 0 0 103126.34 0 tapi Reply (LineEvReply) ok 66253 0 103126.34 0 callstate CONNECTED 66270,0,0 Most likely all of the Inband Signaling would have been all played already before VoiceGuide starts the script running. Can you try using a Dialogic card? Share this post Link to post
Guest boblin Report post Posted 07/02/2004 04:53 PM i am using aopenfm56-px, and zoom 2925 do not have dialogic card. is there any way to shorten these times so it will have to capture info? Share this post Link to post
SupportTeam Report post Posted 07/03/2004 02:52 AM Looks like these modems take a long time to perform a call answer. There is nothing that can be done about this. Getting a Dialogic card would be the way to go here… Share this post Link to post
Guest boblin Report post Posted 07/07/2004 05:38 PM well.. too bad. thank you for your help... Share this post Link to post