Call waiting needs to be disabled on voicemail ports. In this situation, when called, the Cisco Unity ports see the call waiting tone and drop the connection. The phones then display the Temporary Failure error message as if there was a network disruption.
The problem occurs in new installations of version 3.3(2) Service Pack B (SPB) where call waiting for voicemail ports is set to default rather than to off. If the system setting for call waiting is set to True, call waiting is enabled for voicemail ports.
Normally, busy voicemail ports are configured to roll to the next port to hunt for a free voicemail port. This roll over configuration is achieved by configuring each port to Forward busy to the next port. If call waiting is configured, the call does not roll over to the next voicemail port right away. The call effectively continues to ring until the Call Forward No Answer (CFNA) timer expires. It takes 12 seconds or x seconds (depending on the setting of the CFNA timer) before rolling to the second port on Cisco Unity.
The simplest workaround for this issue is to turn off call waiting system wide by performing these steps:
Go to Service > Service Parameter and select Cisco CallManager Service.
Change the Call Waiting Enable Flag field from True to False.
Restart the Cisco CallManager service.
Note: Turning off call waiting globally does not prevent the feature from being set up on a per line basis. It is still possible to set up call waiting on lines that need it by changing the call waiting drop down from Default to On.
It is also possible to disable call waiting from the voicemail ports by running this script on the Cisco CallManager:
@if "%2x" == "x" goto Usage
echo USE %2 >temp.sql
echo -- disable callwaiting for numplan records associated with voice mail
echo Update NumPlan set tkStatus_CallWaitingEnable = 0 where pkid in >>temp.sql
echo (Select distinct M.fkNumPlan from DeviceNumPlanMap M, Device D >>temp.sql
echo where M.fkDevice = D.pkid and D.tkModel=80) >>temp.sql
Hi All, We have a setup with following in the infrastructure. CUCM Cluster : 220.127.116.1100-40 [ one publisher and one subscriber] IM and P : 11.5 one pub and one sub. Single pair of Expressway E and C version 12.5.9 &nb...
I am using CUCM with PSTN/E1.I am able to receive calls (Inbound) but unable to make calls (Outbound), what can I do to resolve it?When I receive calls:May 11 18:47:44.559 GMT: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x69D3Bearer Capability ...
hi dear friends,i want just to give some information and test result about jabber integration with imagicle solution, this is my test result in date 5/13/2021jabber version 14.0.0 on both PC and android, has some bug with imagicle gadgets integration...