01-22-2008 10:52 AM - edited 03-15-2019 08:21 AM
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.
01-22-2008 10:59 AM
The best way is to configure the FXS for SCCP mode. This way all features will be available via FAC sequences:
http://cisco.com/en/US/products/ps6441/products_feature_guide09186a0080483a76.html
Hope this helps, please rate post if it does!
01-22-2008 12:16 PM
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.
01-22-2008 01:50 PM
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.
01-22-2008 02:06 PM
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.
06-10-2009 01:26 AM
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!
06-10-2009 01:43 AM
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 ?
06-10-2009 06:37 PM
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!
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: