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

[Hunter Fuller]

Easy peasy. Reboot half of the E nodes after x/2 days. Now the reboots are
staggered, no further impact to users. Next question. Am I rich yet?

On Wed, Jan 13, 2021 at 00:08 Kent Roberts <kent at fredf.org> wrote:

> We have a new expressway funness.   Edge side of the cluster all reboot at
> one time.. every x number of days….
>
> Take the easy ones!
>
>
> On Jan 12, 2021, at 10:41 PM, Hunter Fuller via cisco-voip <
> cisco-voip at puck.nether.net> wrote:
>
> 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
> _______________________________________________
> 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/20210113/7f0cfb17/attachment.htm>