VIC-2FXS Call Transfer

Unanswered Question
Jan 22nd, 2008

Hi,

Im using CME 4.1(0) and I would like to be able to transfer a call from a phone connected to a VIC-2FXS to another (IP)phone.

How do I need to configure the FXS port? Or is this just not possible and do I need to connect the phone to an ATA 186 to support these advanced call features?

Thanks.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
2044418Puts Tue, 01/22/2008 - 12:16

I forgot to mention that the FXS ports are located in a 1751-V and not a VG of any type.

Does this make any difference?

The 1751-V is equiped with the 12.4(15)T1 Voice IOS. It doesn't seem to support the "stcapp" command.

Paolo Bevilacqua Tue, 01/22/2008 - 13:50

Bad luck, the 1700 do not support FXS in SCCP mode. You can only use TCL/IVR script for H.450 based transfer, but it is quite complicated to setup, I would reccomend placing an IP phone that is much easier.

pcameron Tue, 01/22/2008 - 14:06

The H450 transfer TCL script is actually quite easy to get up and running. I tested it out on the FXS ports of a UC520 recently, and it would recognise the hookflash and allow the calls to be transfered.

Here is a short note on how to do it -

The TCL script detects the hookflash, plays secondary dial tone, accepts the new digits and transfers the call.

The TCL application that allows call transfer via hookflash on H323 gateways can be downloaded here -

http://www.cisco.com/cgi-bin/tablebuild.pl/ip-iostsp

file is 'app-h450-transfer.2.0.0.9.zip'

The script seems happy with hook flash durations between 100-250msec.

!

application

service hookflash flash:app-h450-transfer.2.0.0.9.tcl

paramspace english language en <--- This is important to have configured even though prompts are not needed.

paramspace english index 0

paramspace english location tftp://64.104.205.167/prompts/en/

paramspace english prefix en

!

!

dial-peer voice 1 pots

service hookflash

destination-pattern 4000

incoming called-number .

port 0/0/0

!

dial-peer voice 2 pots

service hookflash

destination-pattern 5000

incoming called-number .

port 0/0/1

!

UC520# show flash:

113 92817 Dec 17 2007 00:48:54 -08:00 app-h450-transfer.2.0.0.9.tcl

You won't get any of the other SCCP supplemetary services with this script - all it will do is allow the call to be transfered.

jechoi Wed, 06/10/2009 - 01:26

Hi,

I tested the app-h450-transfer.2.0.0.9.zip on a Lab environment and gets it working.

I noticed that it works with the behavior of caller initiating hookflash. If the Called initiated hookflash, it doesn't work.

Any way to get around this?

We have an IVR that will be called and initiate hookflash instead of the caller. The IVR will then call a certain digit and connect the caller and the tranfer-to.

Thanks!

pcameron Wed, 06/10/2009 - 01:43

The script would need to run on the voice port that is accepting the call - it should just pick up the local hookflash and perform the transfer. What is the exact application/procedure it would be used with the IVR ?

jechoi Wed, 06/10/2009 - 18:37

Hi Paul,

The IVR will accept parameters/details from the caller, put the caller on hold then call the agent and giving the agent details of the call before transferring the caller.

The tcl application is applied on the dial-peer of that accepting the call however still not working.

my lab setup:

2 phone====(vic-2fxo)2620XM---2800(VWIC)---IVR.

using E1 bdw. But i was isolating the problem using analog to analog phone.

phoneA(DN6666) calling 9999 then goes to 2800XM. 2800XM translates the call then goes back to 2600XM and call Phone B(DN7777).

When phone A initiates hookflash, Phone B will hear a onhold tone.

When phone B initiates hookflash however, phone A only hears onhook/offhook sound and nothing happens.

heres the config:

2600xm:

interface FastEthernet0/0

ip address 192.168.0.1 255.255.255.0

:

voice-port 1/0/0

!

voice-port 1/0/1

!

!

dial-peer voice 1 pots

destination-pattern 7777

port 1/0/1

!

dial-peer voice 2 pots

destination-pattern 6666

port 1/0/0

!

dial-peer voice 3 voip

destination-pattern 1000

session target ipv4:192.168.0.2

dtmf-relay h245-alphanumeric

codec g711ulaw

ip qos dscp cs3 media

ip qos dscp cs3 signaling

!

dial-peer voice 5 voip

destination-pattern 9999

session target ipv4:192.168.0.2

dtmf-relay h245-alphanumeric

codec g711ulaw

ip qos dscp cs3 media

ip qos dscp cs3 signaling

2800:

voice service voip

allow-connections h323 to h323

h323

!

:

!

application

service transfer flash:app-h450-transfer.2.0.0.9.tcl

paramspace english index 0

paramspace english language en

paramspace english location tftp://192.168.0.2/

paramspace english prefix en

paramspace english locatio tftp://192.168.0.2/

!

:

!

controller E1 1/0/0

framing NO-CRC4

clock source internal

ds0-group 0 timeslots 3 type e&m-melcas-immed

!

!

!

!

interface GigabitEthernet0/0

ip address 192.168.0.2 255.255.255.0

:

!

tftp-server flash:en_music_xferee_ulaw.au

tftp-server flash:en_author_fail_ulaw.au

tftp-server flash:en_busy_tone_ulaw.au

tftp-server flash:en_dest_blocked_ulaw.au

tftp-server flash:en_dest_busy_ulaw.au

tftp-server flash:en_disconnected_ulaw.au

tftp-server flash:en_enter_dest_ulaw.au

tftp-server flash:en_fast_busy_tone_ulaw.au

tftp-server flash:en_music_xferto_ulaw.au

tftp-server flash:en_no_dest_entered_ulaw.au

tftp-server flash:en_no_service_available_ulaw.au

tftp-server flash:en_operator_is_busy_ulaw.au

tftp-server flash:en_reenter_dest_ulaw.au

tftp-server flash:en_ringback_tone_ulaw.au

!

!

voice-port 1/0/0:0

auto-cut-through

!

dial-peer voice 1 voip

preference 1

service transfer

destination-pattern 6...

session target ipv4:192.168.0.1

dtmf-relay h245-alphanumeric

codec g711ulaw

ip qos dscp cs3 media

ip qos dscp cs3 signaling

!

dial-peer voice 10 pots

service transfer

destination-pattern 1000

port 1/0/0:0

!

dial-peer voice 2 voip

service transfer

destination-pattern 7...

session target ipv4:192.168.0.1

dtmf-relay h245-alphanumeric

codec g711ulaw

ip qos dscp cs3 media

ip qos dscp cs3 signaling

!

!

!

dial-peer voice 10 pots

service transfer

destination-pattern 1000

port 1/0/0:0

!

num-exp 9999 7777

If however with testing the IVR, when i call the IVR, we got a moh sound before the IVR ever gets to prompt the caller.

I deleted the .au files on the router however i still get the same MOH. Same with the analog phones. Maybe the moh is on the tcl?

Any idea if this is the behavior or maybe a way to get around this? If only CCM has mgcp support for E1 then i would rather use it. however i only see T1.

Thanks!

Actions

This Discussion