[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