[cisco-voip] Cisco MCS vs UCS Servers

[Charles Goldsmith]

Interesting, I was told by TAC that it was not supported.  To burn in
hardware and to do some lab work before I put a subscriber into production,
I paired it with a virtual publisher, upgrade on them failed miserably (they
would run at the default version off the DVD), but I couldn't upgrade from
whatever 8.x I had on DVD to current.

If anyone wants details on this, I can dig it up, I had posted on here with
the upgrade errors, when no response was had, opened a case on it and was
told no.

BTW, my subscriber was an IBM server, 7835 series.

YMMV
Charles


On Thu, Sep 23, 2010 at 7:58 PM, Nick Matthews <matthnick at gmail.com> wrote:

> Yes.  Some of the limitations of the hardware are things like MoH live
> feeds, your console dumps now go somewhere else, RTMT hardware stats are
> replaced with some VMware/UCS equivalents, etc.  But from an application
> layer it's the same.  It does however know how much CPU/disk/memory you've
> given it and shows on the about screen.
>
> -nick
>
> On Thu, Sep 23, 2010 at 8:19 PM, STEVEN CASPER <SCASPER at mtb.com> wrote:
>
>>  Interesting.... For me to upgrade to 8.x I need to replace 4 of my
>> subscribers and my publisher next year however I just purchased some HP G6
>> servers to replace my 7835 servers. Can you mix virtual subscribers and a
>> publisher with MCS type subscriber and TFTP servers?
>>
>> Steve
>>
>> >>> Ahmed Elnagar <ahmed_elnagar at rayacorp.com> 9/23/2010 7:01 PM >>>
>>
>> Cisco SEs is pushing on the virtualization for new customers and customers
>> considering upgrading to version 8.x…be aware that all H series is already
>> EOS due to the bad relationship between Cisco and HP “obviuolsy the UCS was
>> part of the fight” IBM servers has a lot of problems “this is from my own
>> personal point of view”.
>>
>>
>>
>> UCS is great C series configuration is to support 4 X 7945 server and the
>> cost is significantly less than hardware server…plus the added benefits like
>> hardware efficiency and DC sizing for large customers…etc.
>>
>>
>>
>> The drawbacks would be that you will need experience not only in UC part
>> but add to it the VMware and UCS itself…if you are going to B series it is
>> more complicated than the C series.
>>
>>
>>
>> A great advantage for UCS is that you are able to have a sort of a
>> “redundant Publisher server” as the database is stored in SAN and if the
>> engineer fails it switches over to another own automatically so as if you
>> have a redundant server “but I think this is supported with the B series” I
>> am not very aware of deep technical info in this part.
>>
>>
>>
>> If I were you I would go with UCS C series “for easier management”
>>
>>
>>
>> And remember; all the world is going virtual J
>>
>>
>>
>>  Best Regards;
>>
>>   Ahmed Elnagar
>>
>>   Senior Network PS Engineer
>>
>>   Mob: +2019-0016211
>>
>>   CCIE#24697 (Voice)
>>
>>  [image: ccie_voice_large.gif]
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *
>> george.hendrix at l-3com.com
>> *Sent:* Wednesday, September 22, 2010 4:41 PM
>> *To:* cisco-voip at puck.nether.net
>> *Subject:* [cisco-voip] Cisco MCS vs UCS Servers
>>
>>
>>
>> Hi everyone,
>>
>>
>>
>>   I noticed Cisco has the new UCS C and B series servers.  Does anyone
>> have any thoughts as to whether these are the way to go or not?  Do they
>> perform better than the MCS H or I series?  Also since these are out now,
>> does anyone know if there are plans to put the remainder of the MCS servers
>> EOL?  BTW, this would be for a new CUCM 8 installation.
>>
>>
>>
>> Thanks,
>>
>> Bill Hendrix
>>
>>
>>
>> Disclaimer: NOTICE The information contained in this message is
>> confidential and is intended for the addressee(s) only. If you have received
>> this message in error or there are any problems please notify the originator
>> immediately. The unauthorized use, disclosure, copying or alteration of this
>> message is strictly forbidden. Raya will not be liable for direct, special,
>> indirect or consequential damages arising from alteration of the contents of
>> this message by a third party or as a result of any malicious code or virus
>> being passed on. Views expressed in this communication are not necessarily
>> those of Raya.If you have received this message in error, please notify the
>> sender immediately by email, facsimile or telephone and return and/or
>> destroy the original message.
>>
>> ************************************
>> This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
>> There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
>> ************************************
>>
>>
>> _______________________________________________
>> 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/20100925/a046860e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1801 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100925/a046860e/attachment.jpe>