[cisco-voip] Unity Connection Cluster Ports

Pavan pav.ccie at gmail.com
Thu Aug 30 19:22:14 EDT 2012


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> 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> 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
> 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] 
> Sent: Tuesday, August 28, 2012 9:02 AM
> To: Hendrix, George (Bill) @ NSS - STRATIS
> Cc: Ted Nugent; 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> 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] 
> Sent: Monday, August 27, 2012 10:49 PM
> 
> 
> To: Hendrix, George (Bill) @ NSS - STRATIS
> 
> Cc: Joel Perez; 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> 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] 
> Sent: Monday, August 27, 2012 6:02 PM
> 
> 
> To: Hendrix, George (Bill) @ NSS - STRATIS
> 
> Cc: Ted Nugent; 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> 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] 
> Sent: Monday, August 27, 2012 4:56 PM
> 
> 
> To: Hendrix, George (Bill) @ NSS - STRATIS
> Cc: 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> 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] 
> Sent: Wednesday, August 22, 2012 8:45 PM
> To: Hendrix, George (Bill) @ NSS - STRATIS
> Cc: 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> 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".
> 
> "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
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
>  
> 
>  
> 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
>  
> 
>  
> 
>  
> 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120830/5d0a5402/attachment.html>


More information about the cisco-voip mailing list