09-10-2012 01:37 PM - edited 03-19-2019 05:30 AM
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.
Solved! Go to Solution.
09-13-2012 09:56 PM
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
09-13-2012 09:56 PM
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
09-14-2012 08:02 AM
Hi Bhavya, thanks for your response. I will try the workaround and report back.
09-18-2012 12:12 PM
Thanks for the suggested fix, the user has confirmed that this is working now.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide