Unable to complete call transfer.

cjconner03 · ‎01-26-2018

Config is posted below.

Scenario:

An external call comes in on the XXX-XXX-9047 line and is answered. That call is then attempted to be transferred to another internal extension using a consult transfer. The external call is placed on hold as expected when pressing the Transfer button and the internal extension is dialed. When pressing the Transfer button to "complete" the transfer, the second internal extension is placed on hold and the transfer is not completed. Transferring works fine on the other three incoming lines.

Config:

trunk group union-lines
!
!
trunk group school-lines
!
voice-card 0
!
!
!
voice service voip
!
!
!
!
!
!
!
!
!
!
!
!
voice translation-rule 1
rule 1 /^911/ /911/
rule 2 /^8/ /528/
!
voice translation-rule 2
rule 1 /^8\(.+\)/ /\1/
rule 2 /^528\(.+\)/ /\1/
!
!
voice translation-profile add52
translate called 1
!
voice translation-profile remove-prefix
translate called 2
!

voice-port 0/0/0
trunk-group union-lines 3
connection plar opx 240
description XXX-XXX-8175
caller-id enable
!
voice-port 0/0/1
trunk-group union-lines 2
connection plar opx 240
description XXX-XXX-8153
caller-id enable
!
voice-port 0/0/2
trunk-group union-lines 1
connection plar opx 240
description XXX-XXX-1494
caller-id enable
!
voice-port 0/0/3
trunk-group school-lines 1
connection plar opx 249
description XXX-XXX-9047
caller-id enable
!
!

dial-peer voice 100 voip
destination-pattern 50..
session protocol sipv2
session target ipv4:192.168.2.3
dtmf-relay sip-notify
codec g711ulaw
no vad
!
dial-peer voice 1 pots
trunkgroup union-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 8412.......
forward-digits all
!
dial-peer voice 2 pots
trunkgroup union-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 8724.......
forward-digits all
!
dial-peer voice 3 pots
trunkgroup union-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 1
destination-pattern 81[2-9]..[2-9]......
forward-digits all
!
dial-peer voice 4 pots
trunkgroup union-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 2
destination-pattern 81T
forward-digits all
!
dial-peer voice 5 pots
trunkgroup union-lines
destination-pattern 911
forward-digits all
!
dial-peer voice 6 pots
trunkgroup union-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
destination-pattern 8011............
forward-digits all
!
dial-peer voice 7 pots
trunkgroup union-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 1
destination-pattern 80T
forward-digits all
!
dial-peer voice 20 pots
translation-profile incoming add52
answer-address 210
!
dial-peer voice 21 pots
trunkgroup school-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 528412.......
forward-digits all
!
dial-peer voice 8 pots
trunkgroup union-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 81412.......
forward-digits all
!
dial-peer voice 9 pots
trunkgroup union-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 81724.......
forward-digits all
!
dial-peer voice 22 pots
trunkgroup school-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 528724.......
forward-digits all
!
dial-peer voice 23 pots
trunkgroup school-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 1
destination-pattern 5281[2-9]..[2-9]......
forward-digits all
!
dial-peer voice 24 pots
trunkgroup school-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 2
destination-pattern 5281T
forward-digits all
!
dial-peer voice 26 pots
trunkgroup school-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
destination-pattern 528011............
forward-digits all
!
dial-peer voice 27 pots
trunkgroup school-lines
corlist outgoing supervisor
translation-profile outgoing remove-prefix
preference 1
destination-pattern 5280T
forward-digits all
!
dial-peer voice 28 pots
trunkgroup school-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 5281412.......
forward-digits all
!
dial-peer voice 29 pots
trunkgroup school-lines
corlist outgoing guest
translation-profile outgoing remove-prefix
destination-pattern 5281724.......
forward-digits all
!
dial-peer voice 19 pots
translation-profile incoming add52
answer-address 249
!
!
sip-ua
!
!
telephony-service
load 7910 P00405000700
load 7960-7940 P0030702T023
load ATA ATA030100SCCP040211A
load 7902 CP7902080001SCCP051117A
load 7931 SCCP31.8-2-1S
max-ephones 30
max-dn 150
ip source-address 192.168.2.2 port 2000
system message XXX
time-zone 12
voicemail 5001
max-conferences 4 gain -6
moh music-on-hold.au
dn-webedit
time-webedit
transfer-system full-consult dss
transfer-pattern 8412.......
transfer-pattern 81412.......
transfer-pattern 8724.......
transfer-pattern 81724.......
secondary-dialtone 8

R0g22 · ‎01-26-2018

Any reason for having DSS ? This is for transfers to monitored lines. If that is not the case, please remove it and have full-consult only and then test. If it still fails, grab logs for the following -

debug ephone detail
debug voip application supplementary-service
debug voice ccapi inout
debug voip vtsp all

R0g22 · ‎01-26-2018

Also ensure that the DN doing a transfer is a dual or octo.

cjconner03 · ‎01-26-2018

I have removed the dss from that line in the config. No one is on-site at the moment for me to test the transfer with. I did enable the first debug command and it brought the isr2801 to it's knees and I lost connectivity to it for about a minute. I have since, turned that debug back off until we test the dss removal.

The DN doing the transfer is dual-line. When we press the transfer button the second time to "complete" the transfer, it is almost as if it puts the internal extension on hold and tries to initiate a fresh transfer. I'll report back after I've had a chance to test the removal of the dss.

R0g22 · ‎01-26-2018

By any chance you were grabbing the logs on the console instead of a buffer ? Next time add a mac address with the ephone detail debug. The mac will be for the phone doing the transfer.
In consult transfer, a new call is initiated to the transfer-target but the second time when you press the Transfer key, it should drop the initial leg which was on hold.

cjconner03 · ‎01-29-2018

Greetings,

Yes, I was attempting to grab the logs via the console rather than the buffer.

I do have an update. After removing the dss from the transfer-system full-consult line, the other three incoming lines were then doing a blind transfer when a transfer was attempted. I had to add the dss back in so they can do the consult transfer.

I am trying to nail down a time to test the transfer and gather logs with the client.

cjconner03 · ‎01-29-2018

Okay, I have gathered the logs. I have attached the file.

cjconner03 · ‎02-05-2018

Any further thoughts on this? Do I need two incoming lines in the same group to do a transfer, at the moment, there is only the single incoming line for this group.