[cisco-voip] Unity Connection Cluster Ports
Ted Nugent
tednugent73 at gmail.com
Fri Aug 31 15:27:45 EDT 2012
I'd make everything IP address, both on CM (system>server) and CUC at least
until you get some commonality.
On Fri, Aug 31, 2012 at 3:19 PM, <george.hendrix at l-3com.com> wrote:
> 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] *On Behalf Of *
> george.hendrix at l-3com.com
> *Sent:* Friday, August 31, 2012 10:07 AM
> *To:* Pavan
>
> *Cc:* 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]
> *Sent:* Thursday, August 30, 2012 7:22 PM
> *To:* Hendrix, George (Bill) @ NSS - STRATIS
> *Cc:* 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> 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<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
> 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****
>
>
> _______________________________________________
> 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/20120831/d3fc4245/attachment.html>
More information about the cisco-voip
mailing list