cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4393
Views
0
Helpful
13
Replies

Call transfer sometimes don't proceed immediately

Aaziz AMHAOUCH
Level 1
Level 1

Hi all,

I have a call transfer problem with SIP IP Phones (8961 and 9971) :  we have 2 Phones 8951 for secretariat and 1phone 9971, and sometimes call transfer don't proceed immediately !! the phones are associated with 3 lines PSTN using H323 GWs and CUCM 8.6.

Any help will be appreciated,

Best regards

13 Replies 13

Jaime Valencia
Cisco Employee
Cisco Employee

Exactly what do you mean by that, explain the exact behavior you're seeing.

At least from what you're describing IDT comes to mind.

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

The scenareo is like this:

the secretary recieve a call and he want transfer it to his chief (full-consult transfer) : the secretary click the transfer softkey, compose chief number, consult him, and when he press the transfer softkey in the second times the chief wait some time (5 to 10 seconds or more) to hear the other person (to receive the call).

Best regards.

Does this affect only calls from the PSTN? Do calls from internal phones transfer without the delay?

Please rate all useful posts

this affect PSTN calls and this phones don't receive internal calls

can we have a sh run of your config?

Please rate all useful posts

You can find gateway config. For your information we use switchs HP Procurve with Cisco IP Phones.

Thanks

version 15.0

service timestamps debug datetime msec

service timestamps log datetime msec

no service password-encryption

!

boot-start-marker

boot-end-marker

!

card type e1 0 0

logging buffered 51200 warnings

!

no aaa new-model

!

network-clock-participate wic 0

network-clock-participate wic 1

!

no ipv6 cef

ip source-route

ip cef

!

ip domain name yourdomain.com

!

multilink bundle-name authenticated

!        

isdn switch-type primary-net5

!

voice-card 0

!

voice call send-alert

voice call convert-discpi-to-prog

voice call carrier capacity active

!

voice service voip

allow-connections h323 to h323

allow-connections sip to sip

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none

h323

  call preserve

!        

voice class h323 1

  h225 timeout tcp establish 3

!

voice class dualtone-detect-params 77

freq-max-deviation 30

!

voice class custom-cptone morocco

dualtone disconnect

  frequency 435

  cadence 500 500

!

voice translation-rule 10

rule 1 /^0/ /10/

!

voice translation-rule 20

rule 1 /^0/ /20/

!

voice translation-rule 30

rule 1 /^0/ /30/

!

voice translation-rule 40

rule 1 /^0/ /40/

!

voice translation-rule 50

rule 1 /^0/ /50/

!

voice translation-profile FXO10

translate called 10

!

voice translation-profile FXO20

translate called 20

!

voice translation-profile FXO30

translate called 30

!

voice translation-profile FXO40

translate called 40

!

voice translation-profile FXO50

translate called 50

!

license udi pid CISCO2911/K9 sn FGL155010TW

hw-module pvdm 0/0

!

hw-module pvdm 0/1

!

username admin privilege 15 secret 5 $1$cK.O$qQJMGLXCQ7d4DlXbkK6c41

!

redundancy

!

controller E1 0/0/0

framing NO-CRC4

pri-group timeslots 1-31

!

controller E1 0/0/1

!

interface GigabitEthernet0/0

ip address 10.10.254.6 255.255.255.0

duplex auto

speed auto

h323-gateway voip interface

h323-gateway voip bind srcaddr 10.10.254.6

!

interface GigabitEthernet0/1

no ip address

shutdown

duplex auto

speed auto

!

interface GigabitEthernet0/2

no ip address

shutdown

duplex auto

speed auto

!

interface Serial0/0/0:15

no ip address

encapsulation hdlc

isdn switch-type primary-net5

isdn incoming-voice voice

no cdp enable

!

interface BRI0/1/0

no ip address

isdn switch-type basic-net3

isdn point-to-point-setup

!

interface BRI0/1/1

no ip address

isdn switch-type basic-net3

isdn point-to-point-setup

!

ip forward-protocol nd

!

ip http server

ip http access-class 23

ip http authentication local

ip http secure-server

ip http timeout-policy idle 60 life 86400 requests 10000

!

ip route 0.0.0.0 0.0.0.0 10.10.254.1

!

control-plane

!

!

voice-port 0/0/0:15

!

voice-port 0/1/0

no vad

!        

voice-port 0/1/1

!

voice-port 0/2/0

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts initial 0

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 1

timing hookflash-out 50

connection plar opx 1900

caller-id enable

!

voice-port 0/2/1

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 1900

caller-id enable

!

voice-port 0/2/2

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 103

caller-id enable

!

voice-port 0/2/3

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad  

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 199

caller-id enable

!

voice-port 0/3/0

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 1515

caller-id enable

!

voice-port 0/3/1

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 1515

caller-id enable

!

voice-port 0/3/2

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

connection plar opx 1515

caller-id enable

!

voice-port 0/3/3

supervisory disconnect dualtone mid-call

supervisory custom-cptone morocco

supervisory dualtone-detect-params 77

no battery-reversal

no vad

timeouts call-disconnect 0

timeouts ringing 100

timeouts wait-release 5

timing hookflash-out 50

connection plar opx 1518

caller-id enable

!

!

!

!

dial-peer voice 100 pots

destination-pattern 00T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/0/0:15

forward-digits all

!

dial-peer voice 101 pots

destination-pattern 05T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/0/0:15

forward-digits all

!

dial-peer voice 102 pots

destination-pattern 06T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/0/0:15

forward-digits all

!

dial-peer voice 2 voip

destination-pattern 1...

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.3

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 1 voip

preference 1

destination-pattern 1...

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.2

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 4 voip

destination-pattern 1..

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.3

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 3 voip

preference 1

destination-pattern 1..

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.2

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 200 pots

destination-pattern 10T

port 0/2/2

prefix 0

!

dial-peer voice 201 voip

translation-profile incoming FXO10

answer-address 103

!

dial-peer voice 202 pots

destination-pattern 20T

port 0/2/3

prefix 0

!

dial-peer voice 203 voip

translation-profile incoming FXO20

answer-address 199

!

dial-peer voice 300 pots

destination-pattern 90T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/3/0

prefix 0

!

dial-peer voice 301 pots

preference 1

destination-pattern 90T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/3/1

prefix 0

!

dial-peer voice 302 pots

preference 2

destination-pattern 90T

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/3/2

prefix 0

!

dial-peer voice 204 pots

destination-pattern 30T

port 0/2/0

prefix 0

!

dial-peer voice 205 voip

translation-profile incoming FXO30

answer-address 1900

!

dial-peer voice 206 pots

destination-pattern 40T

port 0/2/1

prefix 0

!

dial-peer voice 207 voip

translation-profile incoming FXO40

answer-address 1901

!

dial-peer voice 208 pots

destination-pattern 50T

port 0/3/3

prefix 0

!

dial-peer voice 103 pots

description utliser pour les appels vers num 1XX

destination-pattern 91..

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/2/2

forward-digits 3

!

dial-peer voice 104 pots

description utliser pour les appels vers num 1XX

destination-pattern 91..

progress_ind setup enable 3

progress_ind alert enable 8

direct-inward-dial

port 0/2/3

forward-digits 3

!

dial-peer voice 210 voip

translation-profile incoming FXO50

answer-address 1518

!

dial-peer voice 5 voip

destination-pattern 7...

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.3

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 6 voip

preference 1

destination-pattern 7...

progress_ind setup enable 3

progress_ind alert enable 8

session target ipv4:10.10.254.2

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

Hi there,

We are facing the exact same problem with one of our customer using this type of IP Phones. Same  symptoms: Delay on transfer using sip phones .

If someone finds a solution , please share

Youssef,

What is your call scenario? Are you using cucm? What type of gateway do you have? Are you using PSTN or SIP trunks..

Please rate all useful posts

Hi all,

We have 2 IP Phones 8961 and one IP Phones 9971. The two 8961 IP Phones have two shared lines and they are associated to 2 PSTN lines, the scenario is like this:

  • One of 8961 IP Phone (Phone B) call someone outside(Phone C) .
  • The Phone B press transfer key to transfer this call to 9971 IP Phone (Phone A).
  • After that Phone B consult Phone A, he pressed transfer key the second time.
  • At this time there is a transfer delay ( the transfer don’t proceed immediately): this issue was appeared one of ten ( 1 / 10 ) times when we made tests. (Transfer delay is about 3seconds to 5 seconds).
  • Phone A get the Call with Phone C.

we use :

cucm 8.6.2.20000-2

gateway : CISCO2911 version 15.0

we use PSTN trunks

Regards

Hi aokanlawon

Yes, i am using cucm 8.6 and 2911 gw h323 with a pri connection to pstn.

We are exepriencing the transfer delay even with internal ip calls. Gw not involved

The call scenario is as follow:

User A calls user B

User B do a consult transfer to user C

User B push the transfer softkey to complete the transfer.

The transfer is completed after 4 or 5 seconds of delay.

Regards

jriacono5
Level 1
Level 1

Has anyone found a fix to this? We are having the same exact issue involving 9971 phones at one of our sites. Other sites are not having the issue using the same phones in a nearly identical set up. We also found that the delay occurs when trying to conference and resuming from hold. We have a 6921 and a 7937 at the site that do not have the problem. Any help would be appreciated...

Thanks,

James

jriacono5
Level 1
Level 1

Found the issue after months of troubleshooting this... We were finding a ton of TCP retransmits for signalling packets in the packet captures meaning a lot of packets were being lost. It ended up being a QoS service policy set up by auto-qos on the switches that was set to drop signalling packets after 32K. We bumped it up to 128K and it cleared it up.

Hi There,
One of our clients facing the same issue. 'there is 30 seconds or more delay for the transfer button to appear and transfer'
-Could you please provide those troubleshooting steps? It may help us to get into the right direction