SIP Phones cannot transfer calls When call is on hold

nithin louis · ‎03-01-2014

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.

Sreekanth Narayanan · ‎03-02-2014

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