[cisco-voip] Phone Restart on Subscriber add

Wed Apr 29 11:00:32 EDT 2015

I think I tried that in the lab once and it still did the reset even though
rollback was on.

On Tue, Apr 28, 2015 at 9:17 PM, Adam Frankel (afrankel) <afrankel at cisco.com
> wrote:

>  Brian is right.
>
>
>
> Because TVS is not an activated service, it’s automatically added to the
> ITL during installation, forcing a phone reset.  There is not currently a
> way around this – other than potentially  enabling the rollback parameter
> prior to node installation (which in itself causes a phone reset).
>
>
>
> --
>
> Adam
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *Jason Aarons (AM)
> *Sent:* Monday, April 27, 2015 4:07 PM
> *To:* Tommy Schlotterer; Ryan Huff; bmeade90 at vt.edu
>
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Phone Restart on Subscriber add
>
>
>
> Despite the phone resets,  the customer’s outsourced security group
> panicked when they saw a couple thousand packets at the TFTP servers when a
> sub got added to 10.5 cluster. Guess they thought a DDOS attack was going
> down or something.  Who knows what a 3rd party security company with IDS
> sensors would think….needless to say it created a small ruckus.
>
>
>
> *From:* Tommy Schlotterer [mailto:tschlotterer at netechcorp.com]
> *Sent:* Monday, April 27, 2015 4:02 PM
> *To:* Ryan Huff; Jason Aarons (AM); bmeade90 at vt.edu
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* RE: [cisco-voip] Phone Restart on Subscriber add
>
>
>
> It’s not a full reboot, looks just like an apply config, just enough for
> users to complain.
>
>
>
> 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:* Ryan Huff [mailto:ryanhuff at outlook.com <ryanhuff at outlook.com>]
> *Sent:* Monday, April 27, 2015 3:59 PM
> *To:* Jason Aarons, (AM); bmeade90 at vt.edu; Tommy Schlotterer
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Phone Restart on Subscriber add
>
>
>
> I'll have to lab this up and see what I am missing; last week I added a
> 9.1.x cluster node and I didnt get any phone bounces during the install.
>
> Strange.
>
> Thanks,
>
> Ryan
>
>
>
> -------- Original Message --------
> From: "Jason Aarons (AM)" <jason.aarons at dimensiondata.com>
> Sent: Monday, April 27, 2015 02:54 PM
> To: Brian Meade <bmeade90 at vt.edu>,Tommy Schlotterer <
> tschlotterer at netechcorp.com>
> Subject: Re: [cisco-voip] Phone Restart on Subscriber add
> CC: cisco-voip at puck.nether.net
>
> 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
> <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/20150429/b6c5052c/attachment.html>
-------------- 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/20150429/b6c5052c/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/20150429/b6c5052c/attachment-0001.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/20150429/b6c5052c/attachment-0002.png>
-------------- 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/20150429/b6c5052c/attachment-0003.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/20150429/b6c5052c/attachment-0004.png>