Call Transfer Problem

[vbatista]

Hi!
I have tried the correction, but I still can't transfer any call...
I have two lines connected to the Dialogic board:
- 239781836 (internal 22)
- 239781835 (internal 21)

Can the transfer be done by a line with a different phone number (income call by 239781836 and transfer by 239781835)?
Recall that our lines are digital and are converted to analog by our Simens Gigaset 3070 ISDN

Any help would really be appreciated.
Regards,
Victor Batista


####################################

Here is an example of your current implementation: <transfer name="MyCall" dest="phone://239781834" bridge="true" >

Here is the correction that needs to be made in order to execute a transfer with an analog system: <transfer name="MyCall" dest="&,239781834" bridge="true" >

####################################

-----Original Message-----
From: Victor Batista [mailto:vbatista@present-technologies.com]
Sent: sexta-feira, 21 de Janeiro de 2005 20:23
To: 'Plum Support'
Subject: Call Transfer problem

Hi!
We are having problems with the transfer call.....it just doesn't
transfers the call.....
Here is our scenario:
- Dialogic D41-JCTLS EURO
- Siemens Gigaset 3070 ISDN:
- With 2 analog outputs
- We have 3 phone numbers:
- 239781834
- 239781835
- 239781836

- The numbers 239781835 and 239781836 are connected to the Dialogic
board
- Those numbers are mapped to extensions 21 and 22.

We can access correctly the platform whether we dial 239871835,
239781836 or internally 21 and 22.

We are just having troubles with the call Transfer. We can't get it to
work. We tried blind and bridge transfer. Below is our VXML. We tried
"phone" and "tel" protocols....regarding the phone number we tried only
extension (ex: 11), only public number (ex: 239781834) and both (ex:
239781834x11) with no success


<?xml version="1.0" encoding="UTF-8"?>
<vxml version = "2.0">
<form id="CallTransfer">
<transfer name="MyCall" dest="phone://239781834" bridge="true" >

</transfer>
</form>
</vxml>


Here is your platform's output for one of those tries:
Fri 21 Jan 2005 01:30:13 PM EST (000001;000;1106331544) [tel] EVENT: Bridge
Transfer: phone://239781834x12 Fri 21 Jan 2005 01:30:51 PM EST
(000001;000;1106331544) [prompt] EVENT: Previously playing audio (if any)
has finished Fri 21 Jan 2005 01:30:51 PM EST (000001;000;1106331544)
[prompt] EVENT: Previously playing audio (if any) has finished Fri 21 Jan
2005 01:30:51 PM EST (000001;000;1106331544) [vxi] EVENT: received event:
connection.disconnect.hangup Fri 21 Jan 2005 01:30:51 PM EST
(000001;000;1106331544) [vxi] EVENT: VXI::exit_element() Fri 21 Jan 2005
01:30:51 PM EST (000001;000;1106331544) [client] EVENT: Call End Event Fri
21 Jan 2005 01:30:51 PM EST (000001;000;1106331544) [prompt] EVENT: Ending
session Fri 21 Jan 2005 01:30:51 PM EST (000001;000;1106331544) [tel] EVENT:
Ending Session On Channel 0



Can you help us? Do you have any hint?

Thanks in advance,
Victor Batista

[support]

Hello,

Bridge transfers on the Plum IVR system are simply IVR outbound calls placed on a second channel that are then tied together inside the Plum IVR. In order to perform a bridge transfer properly you need at least two physical phone lines setup. Once you have these two lines take each line and plug them in a standard phone, confirm that you can get a dial tone and that you are able to perform an outbound call. After they are confirmed to be working you should plug one line into Channel 1 and the other into Channel 2.

Now that the IVR system is setup with two confirmed analog lines you should be able to perform a basic transfer by calling into the IVR platform running the following script:

Code: Select all

<?xml version="1.0"?>
<vxml version="2.0">
<form>
  <transfer dest="239781834">
    <prompt>You will now be transferred.</prompt>
  </transfer>
</form>
</vxml>

If you need to dial an additional number to get outside the Simens system then you will need to include that in the dest attribute of the <transfer> tag.

Hope This Helps!

Plum Support

[vbatista]

Hi!
Thanks for your reply!
I am still having problems:
- I have tested making a call from each of the lines attached to the Dialogic board (with an analogic phone). It worked correctly...the dialing numbers are 239781836 and 239781835 as expected.

The Call log for DNIS 1 (this log if from a call later in time than the logs shown below...but they are the same):
Thu 27 Jan 2005 11:01:53 AM EST (000001;001;1106841106) [tel] EVENT: Bridge Transfer: 239781834
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [prompt] EVENT: Previously playing audio (if any) has finished
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [prompt] EVENT: Previously playing audio (if any) has finished
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [vxi] EVENT: received event: connection.disconnect.hangup
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [vxi] EVENT: VXI::exit_element()
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [client] EVENT: Call End Event
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [prompt] EVENT: Ending session
Thu 27 Jan 2005 11:02:31 AM EST (000001;001;1106841106) [tel] EVENT: Ending Session On Channel 1

The Call log for DNIS 2 (no activity):
Waiting For New Session...


Error.log :
I don't get any error

Session.log
local 933463356 1 [27/Jan/2005:10:49:53 -0500] 0002 000001;001;1106840574 fetchurl: http://192.168.1.101:8080/vxml/menu.action
inbound 933463356 1 [27/Jan/2005:10:51:46 -0500] 0002 000001;001;1106840574 1106840993 1106841106 0:1:53


Remember that we are using the demo version of your platform. Can this problem be related with it...onde the CD version doesn't allows us to use the outboud call interface....

As a user, I can hear the prompt inside the transfer tag....that I have some seconds without any activity...and finally the call hangs automatically!

Is there any other log file which we can check?

Thanks in advance,
Victor Batista

[support]

There are two possible things occurring. First, try moving the second line from port 2 to port 4 instead. The IVR platform may be attempting to hunt from the high port rather from the next port for the outbound leg of the bridge transfer.

The other possibility is that the IVR system is listening for a US dial tone when attempting the transfer. If the Plum IVR platform takes the second line off hook and doesn't hear a US dial tone, it's possible that it'll assume there's a problem with the line and simply not make the call.

Unfortunately the demo CD that you are using was intended for demonstration purposes when connected to the US phone system. A normal Plum IVR platform installation can be configured to listen for other geography dial tones or to ignore dial tone altogether and force an IVR outbound call attempt.