<div dir="ltr">That's some strange behavior since the bulk reset is due to a change in the ITL.  Importing CallManager-trust certificates like what happens during a Bulk Certificate Import shouldn't change anything in the ITL.<div><br></div><div>But it looks like the behavior is documented- <a href="https://tools.cisco.com/bugsearch/bug/CSCun32117">https://tools.cisco.com/bugsearch/bug/CSCun32117</a></div><div><br></div><div>I don't know of any workaround to prevent the phones from resetting when the ITL gets updated through the normal processes of adding a node or regenerating a certificate so I'm assuming it should be the same here.</div><div><br></div><div>Brian</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 1, 2014 at 10:22 PM, TG <span dir="ltr"><<a href="mailto:techguy.ca@gmail.com" target="_blank">techguy.ca@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <font size="-1">Hi all,<br>
      In order to promote a new publisher to existing phones, cert
      consolidation is required on existing cluster to authenticate the
      new publisher and be able to register successfully. Since this
      consolidation step (even without resetting the service) generates
      a reset on all phones of existing cluster, is there a way to
      control this behavior in order to prohibit 20 or 30,000 phones
      from resetting all at the same time?<br>
      <br>
       <br>
    </font>
  </div>

<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>