[cisco-voip] [External] Re: CUCM call set up issue after migration

Hunter Fuller hf0002 at uah.edu
Wed Jan 13 00:41:31 EST 2021


Whoever said that has clearly never administered Expressway.

On Tue, Jan 12, 2021 at 23:25 Anthony Holloway <
avholloway+cisco-voip at gmail.com> wrote:

> Nice! That was easy.  This email chain goes into my folder called: When
> Someone Says Only Windows Servers Need Reboots.
>
> On Tue, Jan 12, 2021 at 7:40 PM Riley, Sean <SRiley at robinsonbradshaw.com>
> wrote:
>
>> So far it seems the reboot resolved this problem.  Thanks for all the
>> replies with guidance and help.
>>
>>
>>
>> *From:* Kent Roberts <kent at fredf.org>
>> *Sent:* Tuesday, January 12, 2021 4:42 PM
>> *To:* Riley, Sean <SRiley at robinsonbradshaw.com>
>> *Cc:* cisco-voip at puck.nether.net
>> *Subject:* Re: [cisco-voip] CUCM call set up issue after migration
>>
>>
>>
>> Ah split brains. Gotta love it.   Did you restart the ones that did not
>> move?    I have seen this when things go stupid. The sync usually isn’t the
>> problem it’s the real-time communication between the nodes that’s all
>> messed up.     Usually can fix with a node reboot or restarting the cucm
>> and cti services.   Course their maybe more to it but if things are in sync
>>  should not be hard to fix
>>
>>
>>
>> Kent
>>
>>
>>
>> On Jan 12, 2021, at 14:06, Riley, Sean <SRiley at robinsonbradshaw.com>
>> wrote:
>>
>> 
>>
>> This past weekend we migrated 2 CUCM servers to a new datacenter.  This
>> involved changing the IP address on these 2 CUCM nodes.  These 2 nodes
>> consist of the Publisher and 1 Subscriber.  We have another Sub at a remote
>> datacenter that was not touched this past weekend.
>>
>>
>>
>> Node configuration:
>>
>>
>>
>> DC A
>>
>> CM1: Pub which was re-ip’d
>>
>> CM2: Sub which was re-ip’d
>>
>>
>>
>> DC B:
>>
>> CM3: Sub at remote site that was not changed
>>
>>
>>
>> Phones are at many sites, but issue is independent of the phone type,
>> phone location or subnet.  Also, Expressway phones have the same issue.
>>
>>
>>
>> The issue is any phone that is registered to CM3 cannot call phones
>> registered to CM1 or CM2 and vice versa.  The phones do not see the call
>> coming in.  If SNR is configured, the call will ring to the remote
>> destination. Phones registered to CM3 can make outbound PSTN calls without
>> issue, but not receive inbound from PSTN (probably because the gateway is
>> handing off to CM1 or CM2).  While the gateways are not unique to the
>> issue, they are running H323.
>>
>>
>>
>> If the phones are both registered to CM3, they can call each other, but
>> not phones registered to CM1 or CM2.
>>
>>
>>
>> I have had my network team verify there is not anything they can see in
>> the network causing this behavior. Database replication checks out OK and I
>> can ping from/to each node.
>>
>>
>>
>> Anyone able to point me in the right direction to figure this out?
>>
>>
>>
>> Thanks.
>>
>> _______________________________________________
>> 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
>
-- 

--
Hunter Fuller (they)
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210112/646e3f98/attachment.htm>


More information about the cisco-voip mailing list