<div dir="ltr">Wow!  I had no idea.  Thanks for sharing.<div><br></div><div>I'm not sure I would have hit this myself for two reasons:</div><div><br></div><div>1) I typically don't see a lot of mobile device adoption in my customer base</div><div>2) I typically don't see people stressing the limits of their CUCM device limits.  I deal with a lot of BE6K size deployments, but with endpoints in the low hundreds.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 27, 2020 at 7:17 AM Pawlowski, Adam <<a href="mailto:ajp26@buffalo.edu">ajp26@buffalo.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US">
<div class="gmail-m_-6283841918374890494WordSection1">
<p class="MsoNormal">Hey all,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I ran into this one late last night so I wanted to share.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCur73925" target="_blank">https://bst.cloudapps.cisco.com/bugsearch/bug/CSCur73925</a><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This bug says : “ All jabber mobile devices(BOT/TCT) are created statically at the time of system start up, so they are counted toward Max Registered Device limit. Same as gateway configuration.<br>
<br>
This is confusing to customers because it does not line up with what they see as registered devices. “
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Notable here is “System Startup”. I changed cert chains for the AddTrust root expiry and restarted the CM service which triggered this. CM nodes with 5000 max registrations suddenly had 0 devices registered per RTMT, no alarm, and nothing
 would register. Jabber log shows a 503 Service Unavailable to the REGISTER with:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Server: Cisco-CUCM11.5<u></u><u></u></p>
<p class="MsoNormal">Retry-After: 35<u></u><u></u></p>
<p class="MsoNormal">Date: Wed, 27 May 2020 02:50:10 GMT<u></u><u></u></p>
<p class="MsoNormal">Warning: 399 sub1234 "Max Configured Devices Registered"<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I had to increase the max registrations to get anything to register and come on board. I don’t know if this is in the documentation, and the bug shows a couple dozen cases so I’m not the first to hit this.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The trick is, I bulk provision via AXL for my users, and had recently done this to get BOT/TCT up for COVID-19 prep. I wedged 5053 mobile devices in each pool that went to these subs which was just over the limit, but, nothing happened
 until CM was restarted. If the server had restarted the same thing would happen I would imagine. Since the AXL insert doesn’t trigger this, and I believe quick user/phone add also uses AXL, there’s a chance you could have this waiting to bite you as well.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Happy ….. Wednesday? <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Regards<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Adam Pawlowski<u></u><u></u></p>
<p class="MsoNormal">SUNY Buffalo<u></u><u></u></p>
</div>
</div>

_______________________________________________<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>