<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Hello Thomas,</p>
<p><br>
</p>
<p>I have prepared a few thoughts for you below.<br>
</p>
<p><br>
</p>
<ul>
<li>If auto-registration is disabled within the cluster, the device configuration has to be manually added into the cluster first. Without auto-registration or having been manually added first, registration attempts will result is a "rejected" status in Communications
Manager's <i>Device->Phone</i> page and the device itself will seem to be in an endless boot<->reboot sequence. You can reference this on
<a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/8831/10_3_1/english/AdminGuide/CS38_BK_AD57597A_00_adminguide-8831.pdf">
page 49 of </a><span><a title="Ctrl+Click or tap to follow the link" href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/8831/10_3_1/english/AdminGuide/CS38_BK_AD57597A_00_adminguide-8831.pdf">the Cisco Unified IP Conference Phone 8831 Administration
Guide for Cisco Unified Communications Manager 10.0</a></span></li></ul>
<ul>
<li>You mentioned it showed "rejected" before you connected it to the network. Was this phone's registration attempted once already? You may find that deleting the phone configuration and then adding it back in will do the trick. Again, assuming auto-registration
is disabled.</li></ul>
<ul>
<li>Is this a new, out-of-the box device or was this device previously registered to a different system/cluster? If the device is not new, but new to this cluster, you may need to remove the device's Initial Trust List (ITL) file (<span>A<i>dmin Settings ->
Reset Settings -> Security</i></span>) before it will successfully register to this cluster.</li></ul>
<ul>
<li>If auto-registration is enabled in the cluster, is there still "DN room" available? By that I mean that when a phone auto-registers, a DN is automatically assigned to the device from a range specified in the cluster nodes at
<i>System->Cisco Unified CM</i><i></i>. Typically after a device is registered, the auto-registered DN is exchanged for a different DN. Often times the original auto-registered DN (now orphaned) is not removed from the cluster. Over time, this can end up exhausting
the range of DNs used for auto-registration. If this happens, it will result in subsequent auto-registration attempts showing a "rejected" status
<span>in the cluster's <i>Device->Phone</i> page.</span></li></ul>
<span></span>
<ul>
<ul>
<li><span>In this case, you would manually create the device configuration with a valid DN or remove some of the orphaned (unassigned) auto-registration DNs (<i>Call Routing->Route Plan Report Find Unassigned DN</i>)<i></i>.<br>
</span></li></ul>
</ul>
<p>Thanks,</p>
<p><br>
</p>
<p>Ryan<br>
</p>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> cisco-voip <cisco-voip-bounces@puck.nether.net> on behalf of Thomas Theisen <tgtheisen@uri.edu><br>
<b>Sent:</b> Monday, June 27, 2016 10:31 AM<br>
<b>To:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> [cisco-voip] Trouble Getting 8831 to register</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div class="gmail_default" style="font-family:verdana,sans-serif"><br clear="all">
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif">I have been working with TAC trying to get our first 8831 phone to register with our 10.0.1.11900-2 CUCM but we have had no success. The strange thing is that I found that the registration is
"Rejected" before I even patch the phone into the network. TAC updated the load information for the 8831 to sip8831.9-3-3-TO-10-3-1 so I think I have the most up-to-date load for the phone. I am using a switch port that had a 7965 attached to it so I know
the pathway to CUCM is clear. This is the first sip phone we have tried to introduce to the system but we have sip trunks so I know the correct ports are enabled for sip. </div>
<div><br>
</div>
-- <br>
<div class="gmail_signature">
<div dir="ltr">
<div>
<div><span style="font-family:verdana,sans-serif">Thomas Theisen<br>
</span></div>
<span style="font-family:verdana,sans-serif">Network Tech IV<br>
</span></div>
<span style="font-family:verdana,sans-serif">University of Rhode Island<br>
401-874-7870</span><br>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>