cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1178
Views
0
Helpful
3
Replies

CUE script to transfer a call into a mailbox does not work with Cisco SIP phone

samrecord
Level 1
Level 1

My company has a customer with the following setup:

UC520 running UC500 software pack 8.6 - IOS 15.1(4) M4b, CUCME 8.6, CUE 8.6.3

Most phones are Polycom SoundPoint IP 430.

The office manager has a Cisco 7962 (with a 7914 sidecar), currently running firmware SIP42.9-2-3S.  She needs to monitor line status (via BLF speed dial entries) and occasionally transfer a caller directly into a CUE mailbox.  We have implemented the custom script described in http://www.cisco.com/en/US/products/sw/voicesw/ps5520/products_tech_note09186a00802ab979.shtml.  The script works correctly when the called party is using a Polycom phone:

1) Called party presses Transfer softkey

2) Called party dials 5 (runs the script on CUE)

3) Called party dials the extn + #, and is connected to the CUE mailbox

4) Called party presses Transfer

5) Caller is connected to the CUE mailbox.

However, when the called party is using a Cisco SIP phone, the caller is never connected to the CUE mailbox after step 4.  The call is completed from the original called party's perspective, but the caller never hears the mailbox greeting and no message is left in the mailbox.  The caller is eventually disconnected if they stay on the line.

We have tested the script with a Cisco SCCP phone and it works.  We have tried with multiple Cisco phone models, multiple phone firmware versions, and multiple UC500 software packs and the behavior has remained consistent.

Any ideas?  Thanks.

1 Accepted Solution

Accepted Solutions

bnandan
Level 1
Level 1

Hi,

From your description, it looks like you might be hitting CSCth96879 bug.

Please try the workaround provided in this bug to see if it resolves your issue.

Workaround is:  Configure voice class sip-profiles as below and apply

this "voice-class sip profile 1" to the voip dial-peer towards CUE.

voice class sip-profiles 1

request REINVITE sdp-header Audio-Attribute modify "sendonly" "sendrecv"

If that doesn’t help, please collect the logs(atrace.log & messages.log) on CUE with the default traces enabled.

Please collect different set of logs for both working and non-working scenario and share them with us.

Also please mention the extension number and CUE AA number used in the call flow.

Thanks,

Bhavya

View solution in original post

3 Replies 3

bnandan
Level 1
Level 1

Hi,

From your description, it looks like you might be hitting CSCth96879 bug.

Please try the workaround provided in this bug to see if it resolves your issue.

Workaround is:  Configure voice class sip-profiles as below and apply

this "voice-class sip profile 1" to the voip dial-peer towards CUE.

voice class sip-profiles 1

request REINVITE sdp-header Audio-Attribute modify "sendonly" "sendrecv"

If that doesn’t help, please collect the logs(atrace.log & messages.log) on CUE with the default traces enabled.

Please collect different set of logs for both working and non-working scenario and share them with us.

Also please mention the extension number and CUE AA number used in the call flow.

Thanks,

Bhavya

Hi Bhavya, thanks for your response.  I will try the workaround and report back.

Thanks for the suggested fix, the user has confirmed that this is working now.