We have two unity connection Servers (version 7.1.2) in our cluster. We are getting an engaged tone when users check the voicemail . This is only happening intermittently.
When I check the Log I found following messages
App ID: CuCsMgr
Message: : 26464: Apr 04 07:00:50 AM.404 UTC : %CUC_CSMGR-UCEVNT-4-EvtMiuBusyHere: Miu SIP Integration, All lines are busy on redirector 10.X.X.X:5060. An incoming call will not be answered. Cluster ID: Node
Message: : 110460: Apr 13 07:00:29.308 UTC : %CCM_RTMT-RTMT-2-RTMT-ERROR-ALERT: RTMT Alert Name:CriticalServiceDown Detail: Service status is DOWN. Connection Digital Networking Replication Agent. The alert is generated on Tue Apr 13 17:00:29 EST 2010 on node UVM-01. Cluster ID: Node ID: UVM-01
Is this logs are inter related?
How we can add more port to unity connection?
How I can check locked port?
When you look at licensing, you are only viewing one server at a time. So the =10 port count is for the server selected. Select your other server and you'll see the same. The ports are counted per server.
The bug is a CUC bug and it sounds like you're likely hitting it. I believe it is fixed is 7.1(3b)SU2; however, my personal recommendation would be to switch up your integration to SCCP. SIP works and is supported; however, I find it to be more "buggy" and occassionally has limitations that don't apply to SCCP. SCCP is tried and true and rarely has issues such as this.
Please rate helpful posts!
The first message indicates that all or your ports are busy and no ports are available to take calls. The second message indicates that the Digital Networking service is down. If you are networking systems and using Cross-Cluster login then you may see these messages closely aligned in logs but they are not directly related.
In CUCM 7.0 and even 7.1, there is a known bug where SIP ports get locked up due to an issue with CUC. This should be fixed in the latest version which is 7.1(3b)SU2. You should read the release notes for this version, verify the defect is resolved (I dont have the bug ID off-hand) and then upgrade to the latest version (highly recommended here in this instance). If you are hitting this issue (which wouldn't be surprising), you may find you don't need more ports. One way to check the status of your ports is to use RTMT and then use the Port Monitor to view the ports on each server. You could also assign the proper CSS for a test phone to access the VM ports and dial them directly to see if you get integration or fast busy tone.
If you actually do need to add more ports, you'll need to acquire licensing for them (if you're not already licensed). Then add them to the CUCM integration and the CUC configurations as you did the original ports.
Please rate helpful posts!