[cisco-voip] Phone Restart on Subscriber add

[Brian Meade]

Yea, we had a note added to the release notes to mention this.  It didn't
start behaving this way until CUCM 8.6 I believe.  It's a similar behavior
to regenerating a CAPF,CallManager, or TVS certificate on any node in the
cluster will reset all phones in the cluster.

On Mon, Apr 27, 2015 at 3:53 PM, Jason Aarons (AM) <
jason.aarons at dimensiondata.com> wrote:

>  So building the subscriber resets all phones in cluster to download
> updated Trust List?
>
>
>
> It has nothing to do with adding subscriber to the CallManager group the
> phone is using?
>
>
>
> I’ve heard of this issue but wasn’t clear (or forgot) about the specifics.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Brian Meade
> *Sent:* Monday, April 27, 2015 3:50 PM
>
> *To:* Tommy Schlotterer
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Phone Restart on Subscriber add
>
>
>
>
>
> There's an option during the install to just check connectivity and then
> wait for the full install.  That's as far as you can go without resetting
> all the phones unfortunately.
>
>
>
> On Mon, Apr 27, 2015 at 3:31 PM, Tommy Schlotterer <
> tschlotterer at netechcorp.com> wrote:
>
>  Yes, I do understand that. I just need to know when in the install, The
> customer doesn’t want a 4 hour maintenance window to install a new node.
>
>
>
> Tommy
>
>
>
> *Tommy Schlotterer* | Systems Engineer
>
> CCNA, CCNA Voice
>
> 48325 Alpha Dr. Ste. 150
>
> Wixom, MI 48393
>
> *p* 248.468.0710
>
> *e* tschlotterer at netechcorp.com
>
> *w **netechcorp.com* <http://netechcorp.com/>
>
>  [image: cid:DE00F175-A6C9-45A6-B3AC-D658551F1586]
>
> [image: cid:62EB95BF-20B4-4A1B-98FE-9E042594730A]
> <https://www.linkedin.com/company/75843?trk=tyah&trkInfo=tarId%3A1397760375508%2Ctas%3Anetech%2Cidx%3A3-1-5>
>  [image: cid:47C21B6C-578D-4D72-BFF4-8A482CE7A978]
> <https://www.facebook.com/NetechCorporation> [image:
> cid:A362BD4D-9EC8-47CC-96A8-8A17AF38C15C] <https://twitter.com/netechcorp>
>  [image: cid:F52A69B8-DA49-4CD7-91E9-C057917D90C2]
> <https://www.youtube.com/user/NetechCorporation>
>
>
>
> *From:* bmeade90 at gmail.com [mailto:bmeade90 at gmail.com] *On Behalf Of *Brian
> Meade
> *Sent:* Monday, April 27, 2015 3:28 PM
> *To:* Tommy Schlotterer
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Phone Restart on Subscriber add
>
>
>
> It happens when the cluster becomes aware of the new nodes certificates.
> It adds a new TVS entry to the ITL of each node and resets the phones to
> ensure they download the new ITL before any other ITL changes are made.
> This is to prevent too many changes happening the ITLs at once making the
> phones not trust the new ITLs.
>
>
>
> On Mon, Apr 27, 2015 at 3:07 PM, Tommy Schlotterer <
> tschlotterer at netechcorp.com> wrote:
>
>  All,
>
>
>
> I have a customer that is very picky on when phones will reboot when
> adding a new subscriber to a CUCM cluster.
>
>
>
> Does anyone know in what point the phones reboot? Right after the
> conntivity vierfication? Right when the new node is done installing?
>
>
>
> Thanks
>
> Tommy
>
>
>
> *Tommy Schlotterer* | Systems Engineer
>
> CCNA, CCNA Voice
>
> 48325 Alpha Dr. Ste. 150
>
> Wixom, MI 48393
>
> *p* 248.468.0710
>
> *e* tschlotterer at netechcorp.com
>
> *w **netechcorp.com* <http://netechcorp.com/>
>
>  [image: cid:DE00F175-A6C9-45A6-B3AC-D658551F1586]
>
> [image: cid:62EB95BF-20B4-4A1B-98FE-9E042594730A]
> <https://www.linkedin.com/company/75843?trk=tyah&trkInfo=tarId%3A1397760375508%2Ctas%3Anetech%2Cidx%3A3-1-5>
>  [image: cid:47C21B6C-578D-4D72-BFF4-8A482CE7A978]
> <https://www.facebook.com/NetechCorporation> [image:
> cid:A362BD4D-9EC8-47CC-96A8-8A17AF38C15C] <https://twitter.com/netechcorp>
>  [image: cid:F52A69B8-DA49-4CD7-91E9-C057917D90C2]
> <https://www.youtube.com/user/NetechCorporation>
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
>
>
>
> itevomcid
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1012 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 42291 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1152 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 804 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1485 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150427/059b8b72/attachment-0004.png>