<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
<div><span></span></div>
<div>So, from the publisher; you’ve added the subscriber under the System -> Server menu section ( likely by IP address or hostname since you’re saying DNS is not used ), correct?
<div><br>
</div>
<div>You state all infrastructure services are active on the publisher and DNS is not used.<br>
<div><br>
</div>
<div>
<div>When you go to install the subscriber; is the subscriber installer screen failing “node connectivity validation check” with the publisher?</div>
<div><br>
</div>
<div>If that is where you’re failing, and the subscriber truly is “listed in the database of the publisher”, then this is a bit of an ambiguous error as there are many causes without accurate error messaging/logging.</div>
<div><br>
</div>
<div>Before calling TAC, check a few things to maybe save some time:</div>
<div><br>
</div>
<div>- Publisher NTP at or below clock strata 3</div>
<div><br>
</div>
<div>- It is possible that a super high RTT (round trip time) would cause this. The CUCM installer is, at this point, not only looking for a response, but a response within a fixed amount of time. The SRND states each cluster node cannot be separated by more
that 80Ms of RTT. I suspect though, to fail a node connectivity check during installation you’d have to be well above 80Ms ... like a 200Ms-250Ms range or something crazy like that.</div>
<div><br>
</div>
<div>- Delete the subscriber from publisher, reboot publisher, delete the subscriber VM and redeploy the subscriber OVA (verify it is the correct OVA). Reinstall the subscriber, selecting the same OVA deployment size as the publisher (7,500, 2,500 ... etc),
and then re-add subscriber and start new installation (if you haven’t already tried this).</div>
<div><br>
</div>
<div>- Make sure the subscriber VM guest is not subject to VMware DRS (distributed resource scheduler) if applicable. I’ve had a situation on a B200 where the “server guy” had VMware DRS running on my UC VMs (even though I told him not to) and it was moving
the subscriber around during installation cause it was using a lot of CPU. Real time applications like CUCM DO NOT like VMware DRS (nor is it supported). </div>
<div><br>
</div>
<div>- Make sure you’re accounting for any non-standard MTU between the publisher and subscriber nodes. By default, CUCM will use 1500 if you don’t change it (which is the typical network standard). For example; If you have jumbo frame support in the network
path between the two nodes and you set 1500 MTU on the publisher and subscriber, the subscriber installation will typically “fail node connectivity validation” with no visible clue as to why. This is because this is the first point in the subscriber installation
where there is enough back/fourth TCP with the publisher to cause the TCP window to burst, which causes the TCP retransmission error. Since it happens at this point, CUCM assumes it’s because the publisher can’t verify the subscriber.</div>
<div><br>
</div>
<div>If none of this helps the issue and you have to call TAC; be familiar with how to capture packets from the CUCM CLI of the publisher (TAC will most undoubtedly ask for this): <a href="https://supportforums.cisco.com/t5/collaboration-voice-and-video/packet-capture-on-cucm-appliance-model/ta-p/3118507">https://supportforums.cisco.com/t5/collaboration-voice-and-video/packet-capture-on-cucm-appliance-model/ta-p/3118507</a></div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Ryan</div>
<div><br>
On Oct 10, 2017, at 10:34 PM, Carlo via cisco-voip <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div>All services are active on the publisher can't install the subscriber because the publisher don't recognize it. It stops the install. <br>
<br>
Sent from my iPhone</div>
<div><br>
On Oct 10, 2017, at 6:49 PM, Erick Bergquist <<a href="mailto:erickbee@gmail.com">erickbee@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div>Are the services activated and started on the second server?</div>
<div><br>
</div>
<div>Do you see it under system -> server?</div>
<div><br>
</div>
<div>Unified reporting cluster overview show all</div>
<div>Servers?</div>
<div><br>
</div>
<div><br>
<div class="gmail_quote">
<div>On Tue, Oct 10, 2017 at 7:20 PM Carlo via cisco-voip <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I a installing a bk6 11.5 cucm. When I build the second server in the system, it doesn't show up in call manager group screen. Also the phones will not register. Either auto or when I add the phone?<br>
I don't have dns set.<br>
Anyone seen this.<br>
Will open a ticket with TAC tomorrow.<br>
<br>
Thanks<br>
<br>
Sent from my iPhone<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a></span><br>
<span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br>
</div>
</blockquote>
</div>
</div>
</div>
</body>
</html>