[cisco-voip] Unity Connection Cluster Ports
george.hendrix at l-3com.com
george.hendrix at l-3com.com
Tue Sep 4 07:14:21 EDT 2012
TAC had me to reboot the cluster. When the servers came online, the cluster was stuck in a SBR. TAC then had me to run the command below on the subscriber to overwrite the SUB DB with the PUB DB. After this, the ports on the subscriber registered just fine and is also now able to answer calls.
Utils cuc cluster overwritebd <IP/hostname Of the master>
From: John Van Laecke [mailto:John.VanLaecke at ghd.com]
Sent: Monday, September 03, 2012 11:42 PM
To: Hendrix, George (Bill) @ NSS - STRATIS; Pavan
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Unity Connection Cluster Ports
Make sure the names of the ports in cucm are the same name in cuc.
XXXXX-VI
As this server registers the ports based on name not via ip to the call manager.
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of george.hendrix at l-3com.com
Sent: Saturday, 1 September 2012 5:19 AM
To: Pavan
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
Update, if I change either of the ports in the 2nd port group in Unity Connection to the CUC Publisher, it registers just fine to CUCM. None of the ports in CUC will register to CUCM if I set the server in CUC to the CUC subscriber.
I did notice that in the port configuration drop down, the subscriber is listed by server name, yet in UC Administration, SYSTEM SETTINGS>CLUSTER, the subscriber is listed by IP Address. Could this be what’s causing the issue?
From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net]<mailto:[mailto:cisco-voip-bounces at puck.nether.net]> On Behalf Of george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>
Sent: Friday, August 31, 2012 10:07 AM
To: Pavan
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
I see this in the SDI trace. I only see the port as rejected in CUCM if I test the port in CUC. Otherwise it just shows as UNKNOWN in CUCM.
09:59:01.417 |DeviceTransientConnection - A device attempted to register but did not complete registration Connecting Port:2000 Device Name:CiscoUM2-VI1 Device IP Address:172.20.208.7 Device type:80 Reason Code:6 Protocol:SCCP IPAddressAttributes:3 UNKNOWN_PARAMNAME:LastSignalReceived:StationClose UNKNOWN_PARAMNAME:StationState:wait_capabilities App ID:Cisco CallManager Cluster ID:StandAloneCluster Node ID:RSTN-2FS-CCM-PUB01|AlarmCiscoUM2-VI1^*^CiscoUM2-VI1
09:59:01.413 |New connection accepted. DeviceName=, TCPPid = [1.100.9.195679], IPAddr=172.20.208.7, Port=41498, Device Controller=[0,0,0]|1,100,55,84.1^*^*
From: Pavan [mailto:pav.ccie at gmail.com]<mailto:[mailto:pav.ccie at gmail.com]>
Sent: Thursday, August 30, 2012 7:22 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>; Ted Nugent
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
George,
Did you look at the ucm SDI trace. what was the cause for rejection ?
Sent from my iSnuff
On Aug 30, 2012, at 5:24 PM, Ted Nugent <tednugent73 at gmail.com<mailto:tednugent73 at gmail.com>> wrote:
Can you send us some screen shots of the port configs on both sides?
On Thu, Aug 30, 2012 at 5:46 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Guys, anyone got an idea of what to check? Still waiting on TAC to respond. Per TAC, I rebooted the entire cluster, and this resolved the license errors I was getting on the Subscriber. I deleted the new ports for the subscriber completely in CUC and also in CUCM, then added them back. I still get the same thing. The only thing I haven’t tried is to start from scratch and remove the 2nd port group as well. The last email I got from them was asking about tossing the case over to the CUCM team.
From: Hendrix, George (Bill) @ NSS - STRATIS
Sent: Tuesday, August 28, 2012 9:39 AM
To: 'Joel Perez'
Cc: Ted Nugent; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: [cisco-voip] Unity Connection Cluster Ports
Hi Joel, thanks for the list of services.
What’s odd. I have 2 voicemail device pools, one for each hub site. The device pool in CUCM for the CUC Publisher doesn’t match the order the CUCM servers are setup in CUC, but they are registered (I am going to change that so they do match). The device pool for the CUC Subscriber do match the CUCM server list configured in CUC port group configuration, yet they’re not registering.
From: Joel Perez [mailto:tman701 at gmail.com<mailto:tman701 at gmail.com>]
Sent: Tuesday, August 28, 2012 9:02 AM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: Ted Nugent; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
Hi George,
I have always setup my CUC clusters on their own device pool with the corresponding sub as the primary in each DP. I know you said you checked it so im just throwing it out there.
These are the services I have running on my cluster, i omitted the ones that are not active:
Pub
Connection DB
Connection Server Role Manager
Connection Serviceability
Critical Services
Connection Conversation Manager
Connection Exchange Notification Web Service
Connection Mailbox Sync
Connection Message Transfer Agent
Connection Mixer
Connection Notifier
Base Services
Connection Administration
Connection DB Event Publisher
Connection License Server
Connection SNMP Agent
Optional Services
Connection Access Layer
Connection CM Database Event Listener
Connection Diagnostic Portal Service
Connection Directory Feeder
Connection File Syncer
Connection Groupware Caching Service
Connection IMAP Server
Connection Inbox RSS Feed
Connection Integrated Mailbox Configuration
Connection Jetty
Connection Message Event Service
Connection Personal Communication Assistant
Connection Realtime Monitoring APIs
Connection Reports Data Harvester
Connection REST Service
Connection SMTP Server
Connection SpeechView Processor
Connection System Agent
Connection Voice Mail Web Service
Connection Voice Recognition Transport
Connection Voice Recognizer
Sub
Connection DB
Connection Server Role Manager
Connection Serviceability
Critical Services
Connection Conversation Manager
Connection Mixer
Base Services
Connection Administration
Connection DB Event Publisher
Connection License Server
Connection SNMP Agent
Optional Services
Connection Access Layer
Connection CM Database Event Listener
Connection Diagnostic Portal Service
Connection File Syncer
Connection Inbox RSS Feed
Connection Integrated Mailbox Configuration
Connection Jetty
Connection Message Event Service
Connection Personal Communication Assistant
Connection Realtime Monitoring APIs
Connection Reports Data Harvester
Connection REST Service
Connection SMTP Server
Connection System Agent
Connection Voice Mail Web Service
Connection Voice Recognition Transport
Connection Voice Recognizer
Joel P
On Tue, Aug 28, 2012 at 7:06 AM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Yeah, it’s non-secure. The device pool in CUCM has the CUCM Subs first. The ports in CUC are assigned to the CUC Subscriber server. There are no licensing issues. The CUC subscriber shows 150 ports licensed with 48 used. The ports show in the cluster status as 48 with 0 in service. What’s odd, the “STOP TAKING CALLS” button is available. I would think it wouldn’t be since the ports aren’t in service. I also noticed there are 3 critical services on the Subscriber that aren’t running, Connection Mailbox Sync, Connection MTA and Connection NotifierSpeech view is running on the Pub, but not the Sub. Does this all sound correct? . I’ve been trying to find what services SHOULD be running in an HA cluster on each server.
From: Ted Nugent [mailto:tednugent73 at gmail.com<mailto:tednugent73 at gmail.com>]
Sent: Monday, August 27, 2012 10:49 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: Joel Perez; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
I'm assuming you're running non-secure ports? Otherwise it's probably a cert issues. You have your device pool assigned to your second port group configured with a device pool that lists the sub first? (long shot but worth looking at)
Also, and I know we covered this allready, but on you for Phone System-2 PORTS, you are pointing to the HA server and you have the port license loaded, the HA license loaded and all your services are up and running? Very weird issue if all that checks out, it sounds like everything is configured correctly.
On Mon, Aug 27, 2012 at 10:34 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Both port groups are setup similar, except for 1 vs 2.
Port Group names and device prefixes:
Phone System-1
CiscoUM1-VI
Phone System-2
CiscoUM2-VI
Phone System-1 PORTS:
Port Name: Phone System-1-001
SCCP Device Name: CiscoUM1-VI1
Phone System-2 PORTS:
Port Name: Phone System-2-001
SCCP Device Name: CiscoUM2-VI1
Phone System-1 ports are configured to use the CUC Publisher and Phone System-2 ports are configured to use the CUC Subscriber.
-Bill
From: Joel Perez [mailto:tman701 at gmail.com<mailto:tman701 at gmail.com>]
Sent: Monday, August 27, 2012 6:02 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: Ted Nugent; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
Does the second CUC server have enough licenses, etc...
In CUC you have the "port group name" and you also have the ports with names themselves that should match the port group name.
Those have to match what you have in CUCM. Can you post how your ports are named on both sides?
Also did you make sure that under the port groups you have the correct CUCM IP/Port info?
Its actually pretty simple to set it up, most of my issues with ports not registering have always come from user error and typing in the wrong info somewhere.
Joel P
On Mon, Aug 27, 2012 at 5:03 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Yeah, I have double and triple checked the names on both sides, deleted and also re-added the ports. Still the same. They don’t register. When I go into CUC and “test” the ports, they show up as “rejected” in CUCM.
From: Ted Nugent [mailto:tednugent73 at gmail.com<mailto:tednugent73 at gmail.com>]
Sent: Monday, August 27, 2012 4:56 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
Yes you will create a new integration in CUCM, they usually get rejected because the port names don't match
ex. CiscoUM2-VI1, compare what they are called in CUCM and CUC and make sure they match up.
On Mon, Aug 27, 2012 at 3:26 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Hi Ted,
So do you add the voicemail ports in CUCM as a “NEW” voicemail server for the subscriber, or current voicemail server? TAC had me to add them as a NEW voicemail server, but when I attempt to test the ports in Unity Connection, they don’t register and I see them “Rejected” in CUCM.
Thanks,
Bill
From: Ted Nugent [mailto:tednugent73 at gmail.com<mailto:tednugent73 at gmail.com>]
Sent: Wednesday, August 22, 2012 8:45 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection Cluster Ports
In an HA cluster the servers are active-active so ports should be registered for both servers, you can actually create 2 sets of Unity HP/HL/LG and dial into each server seperately to test this, this was not possible in Unity FO. Regarding licensing, you only need the HA license and ports installed on the second server, all applications and features are shared in the cluster. Hope that helps.
On Wed, Aug 22, 2012 at 4:16 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Hey Guys,
I have a few questions regarding UC Clusters. First, do you have to add an application entry in CUCM for both the unity connection publisher AND subscriber? When one server is the “active” server, should the ports on the secondary server also be registered? And last, should there be license files installed for all features on BOTH servers, or are the features for both servers covered by the license files installed on the Publisher and just the port license is required on the subscriber server? I ask about the license because of the output below.
Publisher:
Users with voice mailboxes
LicSubscribersMax
1335
967
368
1335
Users with IMAP or Single Inbox access to voice messages
LicIMAPSubscribersMax
20100
967
19133
20100
Cisco Unity Inbox users
LicVMISubscribersMax
20100
78
20022
20100
TTS and ASR (advanced) users
LicAdvancedUserMax
20100
967
19133
20100
Voice ports
LicVoicePortsMax
396
48
348
-
Text-to-speech sessions
LicRealspeakSessionsMax
550
0
550
-
Voice-recognition sessions
LicUnityVoiceRecSessionsMax
550
0
550
-
SpeechView users
LicSTTSubscribersMax
0
0
0
0
Subscriber:
Users with voice mailboxes
LicSubscribersMax
0
897
438
1335
Users with IMAP or Single Inbox access to voice messages
LicIMAPSubscribersMax
0
897
19203
20100
Cisco Unity Inbox users
LicVMISubscribersMax
0
63
20037
20100
TTS and ASR (advanced) users
LicAdvancedUserMax
0
897
19203
20100
Voice ports
LicVoicePortsMax
150
0
150
-
Text-to-speech sessions
LicRealspeakSessionsMax
150
0
150
-
Voice-recognition sessions
LicUnityVoiceRecSessionsMax
150
0
150
-
SpeechView users
LicSTTSubscribersMax
0
0
0
0
And also based on the page "Managing License in Cisco Unity Connection 8.X<http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/administration/guide/8xcucsag310.pdf>".
"When a Cisco Unity Connection cluster (high availability) is configured, two licenses are required
because licenses are not replicated. The license that has the MAC address or license MAC of the
publisher server must be installed on the publisher server. The license that has the MAC address or
license MAC of the subscriber server must be installed on the subscriber server."
Thanks,
Bill Hendrix
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_____________________
This e-mail has been scanned for viruses by MessageLabs.
_____________________
This email and all attachments are confidential. For further important information about emails sent to or from GHD or if you have received this email in error, please refer to http://www.ghd.com/emaildisclaimer.html .
_____________________
This e-mail has been scanned for viruses by MessageLabs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120904/e9710fc2/attachment.html>
More information about the cisco-voip
mailing list