[cisco-voip] cisco licensing changes...

Fri Mar 5 09:05:49 EST 2010

Caveat: my views come from 6-7 years in the operations space at
non-partners/corporate entities - I've only been with a partner for about 6
months now :)

The way UCSS works is definitely a good thing, regardless of the licensing
model on top of it.

As for migration, I've heard nothing specific out of Cisco as to how it will
work, but I would imagine that there's going to be some level of leniency
when converting from DLU to UCL or CUWL to UCL.  For managing it correctly -
I haven't seen any specifics either.  I've got a lab 8.0 system set up, but
nothing using UCL to give you a "hands-on" review of how it'll work.  If I
had to guess it'll tie to having phones associated to users (which is good
operational policy imo) but that does wreak havoc with phones associated to
multiple users, etc.  I imagine we'll see much more information in the
coming months on this.

For your common area (non-user) phones, there are two specific CUWL options
for this; one for analog ports and one for common spaces - both provide
phone licenses only (no voicemail, etc.) and come at a pretty steep
discount.

Matthew Saskin
msaskin at gmail.com
203-253-9571

July 18, 2010 - 1500m swim (in the hudson), 40k bike, 10k run
Please support the Leukemia & Lyphoma Society
http://pages.teamintraining.org/nyc/nyctri10/msaskin

On Thu, Mar 4, 2010 at 7:50 PM, Ed Leatherman <ealeatherman at gmail.com>wrote:

> Thanks for the extra info Matt. A lot of my concerns right now are stemming
> from what will I need to do to manage this correctly.. Right now we
> provision end-users primarily just so they show up in the corporate
> directory - the only ones that actually log in with those accounts are
> contact center agents. Do I now need to audit every single phone and make
> sure its tied to an end-user? multiple users? One of the reasons CUWL hasn't
> been particularly attractive is that many of our endpoints are not tied to a
> user (no need for VM etc) - "open space" phones under the new licensing. Now
> I need to specifically identify all of these for licensing? DLU's made a lot
> more sense to me - a phone is a phone is a phone.
>
> UCCX and Unity seems like should be fairly cut and dry... except the prices
> are going to go up. i dont need extra server nodes of anything, so no
> benefit to me that I can tell... higher cost for new phones/seats/mailboxes,
> possibly some busy work to switch over to the new licensing. Just my point
> of view as a customer versus a partner.
>
> I thought Cisco was pretty forgiving when migrating out of 4.x to the DLU
> structure, I hope they are similarly patient with this one.
>
> I agree if you are buying a new system (or selling many new systems if you
> are a cisco partner), the new licensing probably makes a lot of sense and
> actually the way UCSS is sold works out much better with this system.
>
>
>
>   On Thu, Mar 4, 2010 at 7:09 PM, Matthew Loraditch <
> MLoraditch at heliontechnologies.com> wrote:
>
>>     So here's some info that wasn't in the article and might help Ed and
>> Lelio out.
>>
>>
>>
>> 1) If you have UCSS You will automatically get upgraded when you upgrade
>> to 7.1.5 or 8.0 and later. At the moment this is just a paper conversion the
>> licenses aren't going to enforced immediately. That will be in future
>> upgrades. If your UCSS user counts aren't acurate you will have issues when
>> license enforcement happens.
>>
>> 2) Server classes and node counts will no longer matter. You can now get
>> the usually cheaper more powerful HP or IBM oem servers and not pay anything
>> extra!!
>>
>> 3) Lelio, the DMA tool shouldn't have anything to do with this as it will
>> convert your phone count to DLUs which will still be the actual license's
>> being counted by the server until a post 8.0 release.
>>
>>
>>
>> That's some basics not convered in the posting Lelio pointed out. If you
>> have access to the partner link Ahmed gave pretty much every question under
>> the sun is answered there, if you don't I am happy to answer or try to find
>> any answers i don't quite know.
>>
>> **
>>
>> *Matthew Loraditch*
>> 1965 Greenspring Drive
>>
>> Timonium, MD 21093
>> support at heliontechnologies.com
>> (p) (410) 252-8830
>> (F) (443) 541-1593
>>
>> Visit us at www.heliontechnologies.com
>> Support Issue? Email support at heliontechnologies.com for fast assistance!
>>
>>  ------------------------------
>> *From:* cisco-voip-bounces at puck.nether.net [
>> cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar [
>> ahmed_elnagar at rayacorp.com]
>> *Sent:* Thursday, March 04, 2010 6:33 PM
>> *To:* Lelio Fulgenzi
>> *Cc:* cisco-voip voyp list
>> *Subject:* Re: [cisco-voip] cisco licensing changes...
>>
>>    It is to be noted that UCL will be the only option for 8.0 version and
>> it will start in 7.1.5
>>
>>
>>
>> The good thing is that it will simplify the ordering as you no longer need
>> to quote server software, DLUs, ports, options; you will just provide the
>> number of users and Cisco will give you the optimum.
>>
>>
>>
>> More in the below link:
>>
>>
>> http://www.cisco.com/web/partners/sell/technology/ipc/integrated-solutions/user_connect_licensing.html
>>
>>
>>
>>   Best Regards;
>>
>>   Ahmed Elnagar
>>
>>   Senior Network PS Engineer
>>
>>  [image: ccie_voice_large.gif][image: ccvp_voice_large.gif]
>>
>>
>>
>>
>>
>> *From:* cisco-voip-bounces at puck.nether.net [mailto:
>> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Lelio Fulgenzi
>> *Sent:* Friday, March 05, 2010 12:15 AM
>> *To:* cisco-voip voyp list
>> *Subject:* [cisco-voip] cisco licensing changes...
>>
>>
>>
>> an interesting article
>>
>> http://www.nojitter.com/showArticle.jhtml?articleID=223101050
>>
>> i wonder how the DMA tool to go from 4.1(x) to 7.1(x) is going to handle
>> all this.
>>
>> my headache just got worse.
>>
>>
>> ---
>> Lelio Fulgenzi, B.A.
>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> Cooking with unix is easy. You just sed it and forget it.
>>                               - LFJ (with apologies to Mr. Popeil)
>>
>> 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.
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
> --
> Ed Leatherman
>
>
> _______________________________________________
> 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/20100305/62da02d3/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/20100305/62da02d3/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1806 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100305/62da02d3/attachment-0001.jpe>