[cisco-voip] UCM Upgrade

[Jeff Mottishaw]

Thanks, I tried following this guide but so far no luck. The Linux
side of things looks fine but CallManager isn't liking it.

http://www.blindhog.net/how-to-change-the-mac-addres-on-a-call-manager-56-server/


On Fri, Mar 19, 2010 at 8:36 PM, Matthew Ballard <mballard at otis.edu> wrote:
> Officially, VMWare can't spoof MAC addresses.  It is possible, but it's a
> pain.  In Windows you can't spoof it in the Windows driver.  For UCM, it
> would require manually modifying and XML file on the server, but last I
> checked it was more difficult than it was worth.
>
>
>
> Matthew Ballard
> Network Manager
> Otis College of Art and Design
> mballard at otis.edu
>
> Sent from my Palm Pre
> ________________________________
> On Mar 19, 2010 7:29 PM, Jeff Mottishaw <mottie at gmail.com> wrote:
>
> >From my understanding VMware cannot spoof arbitrary MAC addresses.
> They must be VMware specific MAC addresses in the format
> 00:50:56:XX:YY:ZZ.
>
> http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=219&sliceId=1&docTypeID=DT_KB_1_1&dialogID=69266812&stateId=1%200%2069270528
>
> I have tried installing in VMware and then converting to Hyper-V but
> networking does not function.
>
> Unfortunately I can't move forward with "not many changes". That is
> not acceptable to our users, especially without notification of the
> changes or training on the new
> version.
>
> On Fri, Mar 19, 2010 at 7:20 PM, Dennis Heim <Dennis.Heim at cdw.com> wrote:
>> You are looking at a 2 stage upgrade if you go to 7.1(3)x. There really
>> are not many user changes between 6.x and 7.x
>>
>> Dennis Heim
>> Network Voice Engineer
>> CDW  Advanced Technology Services
>> 11711 N. Meridian Street, Suite 225
>> Carmel, IN  46032
>>
>> 317.569.4255 Office
>> 317.569.4201 Fax
>> 317.694.6070 Cell
>> dennis.heim at cdw.com
>> www.berbee.com
>>
>> -----Original Message-----
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jeff Mottishaw
>> Sent: Friday, March 19, 2010 9:53 PM
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] UCM Upgrade
>>
>> We have a Call Manager cluster (pub + sub) that is horribly out of date
>> (6.0.1.2000-3). We have intentionally avoiding updating because our phone
>> users are all billable resources and some do not deal with change very well.
>> Since we have no idea how our complex config will look on the new versions
>> we can't come up with a training manual, etc etc. We are now running into a
>> couple bugs (Extension Mobility and Call Parking) that are fixed in newer
>> versions.
>>
>> I'm writing to ask how you all deal with testing updates. I initially
>> looked at running a CallManager lab in VMware to give our admin staff a
>> chance to try (manually change the TFTP server on their phones) the update
>> before we rolled it out to the production server but the licensing
>> limitations have temporarily killed that idea.
>>
>> If we roll out the upgrade on a Friday, have our admin staff come in on
>> Saturday to test can we safely roll back to the previous version (backup
>> partition) on Sunday provided we don't make any changes to the
>> configuration?
>>
>> Thanks in advance for your help and feedback.
>>
>> Jeff
>> _______________________________________________
>> 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
>