This would be discovered in the “utils diagnose test” however, I have seen on more than one occasion, in a “node-move-IP-change” situation, where either the reverse DNS entry didn’t get changed, or more scrupulously, the incorrect one exists along with the correct one.
-Ryan On Jan 12, 2021, at 16:55, Wes Sisk (wsisk) via cisco-voip <[email protected]> wrote: On UCM cli ‘utils diagnose test’ to ensure things look mostly okay from OS and low level perspective. After that in UCMadmin ensure system->server shows the correct IP/name for each server. After that ensure ccm process restarted (or whole server rebooted). Based on your description SDL links on tcp:8002 are not coming up because remote name/ip is not recognized against what is the the database and hosts file for name resolution. -w On Jan 12, 2021, at 4:05 PM, Riley, Sean <[email protected]<mailto:[email protected]>> 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 [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=04%7C01%7C%7Ce25162930d9d4256897408d8b744bdc8%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637460853350257444%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=I4pZOp2ABHuclYBN%2Fh4VJ0SCf16cGesrSQg8212xOqI%3D&reserved=0> _______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
