SIP Phones cannot transfer calls When call is on hold

Unanswered Question
Mar 1st, 2014
User Badges:

Hi,


I have an IP Telephony setup with CME 9.x.we are having 8961 SIP phones.


We are facing transfering issues when one call is on hold.Normal transfer is working fine.


For example Ext. 100 getting incoming call from Ext.200 and put on hold ,getting second call from from Ext. 300 and needs to transfer to another extension say ext.400.


But could not able to do.


Is it because of the line status like in SCCP we are changing the normal line status to dual line and octo line.


How we can do for SIP Phones?SIP configuration mentioned below

============================================================================================================


voice register global

mode cme

source-address 192.168.20.1 port 5060

max-dn 50

max-pool 50

authenticate presence

authenticate credential 1 flash:cred1.csv

authenticate register

authenticate realm test.com

timezone 22

dialplan-pattern 1 17103... extension-length 4

tftp-path flash:

create profile sync 0398924808651486


voice register dn  1

number 3000

call-forward b2bua noan 3001 timeout 10

allow watch


voice register pool  1

busy-trigger-per-button 5

id mac xxxx.xxxx.xxxx

type 8961

number 1 dn 1

presence call-list

dtmf-relay rtp-nte

username n password 1

codec g711ulaw



Thanks in advance

Nithin Louis.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Sreekanth Narayanan Sun, 03/02/2014 - 00:36
User Badges:
  • Cisco Employee,

Hi Nithin,


You are looking for the max-calls-per-button parameter.


On SCCP phones, you can use the max-calls-per-button command to change the number of calls that can be handled by that particular button to values >2. You will need this in order to have an existing call on Hold as well as do a transfer on a second incoming call. Once you press transfer, the line will need to go off-hook for a third call.


So far, this command seems to only have been allowed for the SCCP phones. For SIP, the command is not present so the parameter defaults to a value of 2. Hence, it's working as designed when you are unable to transfer calls when there is already an existing call on hold.


Here's the link to the reference:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucme/command/reference/cme_cr/cme_m1ht.html#wp1093876


I would suggest using only SCCP phones for users who face this kind of a scenario in their everyday use.


Thanks

Sree

Actions

This Discussion