[cisco-voip] Device pack installation methodology question

Josh Warcop josh at warcop.com
Tue Jan 6 22:25:32 EST 2015


Gotcha! I'm a big fan of assigning the phone firmware on the device and not relying on device defaults. Reboot the servers in the middle of the day! It is redundant right? :-)
________________________________
From: Anthony Holloway<mailto:avholloway+cisco-voip at gmail.com>
Sent: ‎1/‎6/‎2015 12:48 PM
To: Josh Warcop<mailto:josh at warcop.com>; Dave Goodwin<mailto:dave.goodwin at december.net>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Device pack installation methodology question

Josh,

You have to reboot the server to add the new phone types to the UI.  If
you're simply adding firmware updates via Device Pack, then only restart
TFTP.

On Tue Jan 06 2015 at 10:57:29 AM Josh Warcop <josh at warcop.com> wrote:

>  #1 Use BAT to apply specific firmware loads to the phone configuration
> and not rely on device defaults.
> #2 Install COP and restart TFTP
> #3 Why reboot the server?
>
> Sent from my Windows Phone
>  ------------------------------
> From: Anthony Holloway <avholloway+cisco-voip at gmail.com>
> Sent: ‎1/‎6/‎2015 11:51 AM
> To: Dave Goodwin <dave.goodwin at december.net>
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Device pack installation methodology question
>
>  Dave,
>
>  You're definitely going to want to use BAT Export/Import instead of
> screenshots or copy paste.  Look at this small example:
>
>  On the top, this is the default layout of the web page and we cannot see
> the full firmware filename.  On the bottom, I have manipulated the HTML DOM
> to increase the size of the text input fields to show you the hidden
> portion.
>
>   In short, BAT Export/Import eliminates typing and thus typos, and it's
> faster.
>
> On Tue Jan 06 2015 at 9:17:45 AM Dave Goodwin <dave.goodwin at december.net>
> wrote:
>
> What I have done in some past upgrades is to copy/paste everything on
> Device Defaults page (or screen shot it). Deactivate TFTP service on all
> nodes - so it can't even start following any necessary reboots. Install the
> upgrade. Go back to Device Defaults page and set everything back how you
> like it. Activate TFTP service on all nodes where you had previously
> deactivated it.
>
>  HTH,
> Dave
>
>
>
> On Saturday, January 3, 2015, Ryan Huff <ryanhuff at outlook.com> wrote:
>
> Correct, ordinarily that would be what I would do as well. In this case
> though, I am trying to avoid upgrading the firmware on anything, other than
> the devices I am trying to get support for.
>
> Thanks,
>
> Ryan
>
>  ------------------------------
> Date: Sat, 3 Jan 2015 14:20:43 -0600
> From: brez at brezworks.com
> To: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Device pack installation methodology question
>
> On 1/3/2015 2:11 PM, Ryan Huff wrote:
>
> I need to install a device pack on a 2 node 9.1(2) CCM cluster to get
> support for some 88xx phones but I do not want to update the loads for
> anything else.
>
> The approach I am going to use is:
>
> Drop the publisher out of the CM Group, forcing all phones to the
> subscriber. Install the device pack on the publisher and reboot the
> publisher. Once the publisher is backup, set all the device defaults back
> to what I want them to be then add the publisher back to the CM Group. Then
> drop the subscriber from the CM Group forcing all the phones on the
> publisher and start the install process over for the subscriber. Once
> everything is back up add the subscriber back to the CM Group.
>
> Does that sound reasonable or is there an easier way?
>
>
> Any time I've needed device support I just install it on all the nodes
> then reboot them one at a time during a maintenance window.  As long as
> both nodes are running call processing, they'll fail over when the node
> reboots.  Not sure about on 9.X, but on 10.X this just shows as a blip on
> the phones of them reregistering, not a full reboot.  Obviously if you
> install new software for those phones, they'll upgrade software when they
> reboot.
>
> Jeremy "TheBrez" Bresley
> brez at brezworks.com
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip at puck.nether.net https://puck.nether.net/
> mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150106/b4b1f9f0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 15994 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150106/b4b1f9f0/attachment.png>


More information about the cisco-voip mailing list