Lineerr_resourceunavail When Doing A Call Transfer

[ktruk]

When I attempt a call transfer after detecting a fax tone, I invariably get a "LINEERR_RESOURCEUNAVAIL " error, as in the following code. Can you give me any pointers for the highlighted error message please?

 

The script is a simple blind-transfer to ext 31 (!31) and works manually no problem. I should add that the fax service is a separate (possibly TAPI) fax-card installed on the same machine, running a fax-answering service. As I am blind-transferring to the extention, I don't think this can have anything to do with it, as clearly the "generate" "!31" is the bit thats failing.

 

141815.39  7 timer clear

141815.42  7 [PlayMenu1] Playing

141815.45  7 [PlayMenu1] Playing (N09.wav)

141815.48  7 play set playid=483031

141815.52  7 PlaySoundStart ok [D:\VG\KTRDEV\N09.wav]

141815.55  7 timer clear

141815.58  7 RunModule PLAY end

141815.61  7      wa(16279,48303100)

141815.63  7 callinfo MONITORMODES

141826.11  7 monitormedia 32( G3FAX)

141826.13  7 Fax tone detected, see if current module has "on {fax}" path specifed...

141826.16  7 "on {fax}" path found

141826.19  7 timer clear

141826.20  7 timer set 0.4  EV_TIMEOUT_READYTOBEGINTRANSFER

141826.63  7 timer fired EV_TIMEOUT_READYTOBEGINTRANSFER

141826.63  7 ScriptEventCode 9012 iLineState=1900

141826.66  7 LsXferStart EV_TIMEOUT_READYTOBEGINTRANSFER

141826.69  7 timer set 25  EV_TIMEOUT_ANNOUNCED_TRANSFER_ATTEMPT_TOOK_TOO_LONG

141826.72  7 rv    replace start: [$RV[FAXNUM]]

141826.75  7 rv    ns [PathSysVoice]{}[PathApp]{C:\Program Files\VoiceGuide\}[PathDataVm]{C:\Program Files\VoiceGuide\data\}[PathVgSys]{C:\Program Files\VoiceGuide\system\}[scriptsPath]{D:\VG\KTRDEV\}[scriptPath]{D:\VG\KTRDEV}[$RV_STARTTIME]{20/09/2005 14:18:06}[$RV_DEVICEID]{7}[$RV_CIDNAME]{}[PathApp]{C:\Program Files\VoiceGuide\}[$RV_CIDNUMBER]{}[$RV_DNIS]{}[DNIS]{}[sysSetHangup_Input]{"ghangup.vgs"}[sysSetHangup]{ghangup.vgs}[RUNAFTERHANGUP]{ghangup.vgs}[setNotLoggedIn_In

ut]{False}[setNotLoggedIn]{False}[LOGGEDIN]{False}[isMobileCalling_Input]{left("29", 2)="07" or "29"="xx"}[isMobileCalling]{False}[LanguageSet_Input]{"D:\VG\LANGUAGE\EN\"}[LanguageSet]{D:\VG\LANGUAGE\EN\}[DIRSYSTEMVOICE]{D:\VG\LANGUAGE\EN\}[isUrgentNews_Input]{"" = "1"}[isUrgentNews]{False}[PickIntro_Input]{"W0"  & second(now) mod 10 & ".wav"}[PickIntro]{W07.wav}[PlayWelcome]{timeout}

141826.78  7 rv    replace end: [31]

141826.81  7 [DoFax] Blind Transfer to 31 (Generate)

141826.86  7 tapic lineGenerateDigits(65725 [!] 100) => -2147483573:LINEERR_RESOURCEUNAVAIL [8000004B]

141826.88  7 rv    lg add [Hangup Time]{20/09/2005 14:18:26}

141826.91  7 Hanging up call... [lineGenerateDigits ret=-2147483573]

141826.94  7 RecSoundStop ok

141827.03  7 PlaySoundStop err=0

141827.05  7 timer set 2  EV_TIMEOUT_WAITFORIDLEAFTERLINEDROP

141827.09  7 fnHangupCall end

141827.14  7 linedevstate 2048 0 0

141827.16  7 callstate IDLE 65725 0 0

141827.19  7 WorkingMode@Idle=

141827.22  7 timer clear

141827.27  7 After Hangup script:[ghangup.vgs]

141827.28  0 Script Load D:\VG\KTRDEV\ghangup.vgs

141827.31  7 Loaded VbsAtHangup into:2

141827.34  7 tapi  Reply (LineEvReply) ok 65674 0

141827.38  7 timer clear

141827.41  7 [HangupLog] Running VB Script...

 

I am running a 4 line 5.2.5005 enterprise VG. On windows XP. Everything else seems okay with the system.

 

Any help appreciated. Thx.

[SupportTeam]

You will need to switch to using VG for Dialogic to make this work.

[ktruk]

Why? Previous posts from you guys suggested this was possible, see: http://voiceguide.com/forums/index.php?showtopic=3100

 

Sometimes this has worked, but mostly it doesn't.

 

If VG4TAPI can take a fax path (and it does according to the trace) then it should be able to generate a call-transfer.

 

Your stock answer to most support questions seems to be "switch to VG4Dialogic" and I tried this some months ago. It made things worse and I found out that the duplication of all wav files to vox files was (and is) intolerable. I have no plans to switch the VG version as its just not worth the migration pain. As far as I am concerned, I bought the TAPI version and would prefer to stick with it for the time being.

 

Anyway, as for the fax-switch/Call transfer. Can you explain why only VG for dialogic will do this? Why can't VG4TAPI simply execute a call-transfer? Why does the "generate tone" line fail? Be as technical as you like, I am happy to receive any explanation of why a simple call-transfer won't work when taking a {fax} path but does work when taking a DTMF tone path. What exactly do the error codes mean? Or can you direct me to the error-code listing somewhere?

 

Thanks.

[SupportTeam]

Dialogic TAPI drivers sometimes give errors when trying to do a transfer after the incoming fax is detected... the LINEERR_RESOURCEUNAVAIL error is coming from Dialogic TAPI drivers and there is nothing we can do about that...

 

That and a few other similar problems are reasons why it's best to use VG for Dialogic.

 

Why are VOX files a problem? Are they taking up too much hard disk space ?

[ktruk]

So its a Dialogic bug in their drivers? Damn thats annoying! Are you absoutely sure?

 

This has worked intermittently, but it was several weeks ago and I don't recall the circumstances when I first set about testing this.

 

My guess is that there is an internal event triggered in the dialogic that hooks into some sort of TAPI fax-service code after the "fax" event is triggered and passed back to as a "path". Perhaps this code/hook could be disabled or maybe if the actual FAX card was taken out this could be made to work. (I have a sneaky feeling that I got this working by taking out the fax card from the VG machine, and transferring the card to another PC and getting that to answer the fax instead). I will play around with this some more and get back to you in the next few weeks. But can you please confirm with your developers that there is no option that can be set in the Dialogic drivers to disable fax handling? (fax handover)?

 

Why are VOX files a problem? Are they taking up too much hard disk space ?

YES! My App is heavily message oriented. I worked out that if I specified everything as VOX then the WAVs would not get created. But you can't play a VOX in the Script designer, which really hampers development. I was willing to put up with this, but then I had a number of other issues with VG4DLG. It would be much better if the vox were cleared/deleted after conversion to wav. But I expect there will be a performance overhead penalty for this delete operation.

 

My main gripes with VG4Dialogic to date are:

1. Wav<>Vox conversion takes up disc space and not transparent, ie: file duplication

2. 8KHx <> 11KHz wavs just after I paid for studio recordings

3. Call transfers not working as promised (although some recent fixes may have improved these problems) (Before you ask, what problems - see my other extensive threads/postings, but mainly issues with cadence-connects)

4. Lack of interactive line config during script development (cannot easily set VG to run a script without manual editing of configlines)

5. No noticable sound playback improvement

6. Problems configuring disconnect-tones

7. Lack of development maturity, ie: constant stream of bug-fix releases

 

My preference right now is is to tough-it-out with TAPI until absolutely necessary and switch over when my own apps have reached a state of maturity, and only if .

[SupportTeam]

QUOTE]So its a Dialogic bug in their drivers? Damn thats annoying! Are you absoutely sure?

Pretty sure, we've encountered and analyzed this problem before.

This and other similar bugs that Dialogic couldn't fix are the reason why Dialogic no longer even ships their TAPI drivers in System Release 6. 0 - and why "VG for Dialogic" was made.