The per processor model also applies to TDPs and maintenance. This model is
going to increase our maintenance cost by 5 times. I was complaining about
this a couple of months ago after I did the math for our site. I was also
told by our rep that we have to buy additional licenses when we increase the
number of processors in a machine to remain compliant.
This appears to just increase the profit and is just gouging existing
customers on conditions that are unrelated to the function of the software.

My 2 cents.

-----Original Message-----
From: Steve Roder [mailto:spr AT REXX.ACSU.BUFFALO DOT EDU]
Sent: Tuesday, May 13, 2003 8:05 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: new TSM Client Pricing


This licesning per CPU is utterly ridiculus.  In the past, we have bought
TSM client licenses in advance of need, or knowing where they will get
used.  Will one have to know when a client requests services if it
qualifies as a server, or client, and how many CPU's it has, before we can
buy the license?  What a headache!  What a nightmare!  We certainly don't
want to have to generate PO's every week!

And, what about the case of Open Registration?  One has to have purchased,
and registered, the licenses ahead of time.  How could one conceivably
KNOW this information about future (potential) clients!

And I totally disagree with the logic below about a computer with a modem
making it a server.  Many people use there work desktop machines as secure
portals into their work environments from home.  This is still only
serving one customer.  And why a modem?  Why not an ethernet card?  After
all, the ethernet card makes a machine better suited to be a "server" than
a modem.  Does anyone even buy or use modems anymore?

I certainly hope there is a lot more to this that we have not yet been
told.  Otherwise, I hope IBM scrapes this model before we have to deal
with it.

sigh...

> I was just on the phone with TSM licensing folks, and my VAR.
>
> They (the TSM licensing geeks) defined a 'TSM Client'
> license as something we would put on a server (something that provides
> services
> to other computers or multiple concurrent users).
>
> A 'TSM Desktop' was defined as a computer that provides service only to
one
> user that logs onto its console.  There is also the 'TSM Server', that
runs
> the
> TSM server software, and typically is ALSO a 'TSM Client' (why does this
> makes me think of the 'Hairclub for Men' TV commercial?).
>
> Example 1: I have an internal customer that has a desktop PC.  This
desktop
> computer
> is running Windows 2000 Professional (a desktop, not a server OS).  But
> since
> it has a modem, and other computers dial into it (just to upload/download
> files),
> it is considered a SERVER, NOT a DESKTOP, for licensing purposes.
>
> Example 2: But my Win98 desktop computer, that no one else uses locally or
> remotely, is
> a DESKTOP for licensing purposes.  Because it only serves the individual
> currently
> logged in at its console.
>
> Clear as mud? ... I thought so!
>
> Also, evidently there is just now forming a team to help with license
> conversions from 'old licenses'
> to 'new license' (i.e. old tier 1 windows client was allowed 1 to 4
> processors, and the new licenses
> are per processor).  It is my understanding that they will be 'adjusting'
> the inventory to show you have
> not just 4 processors per client, but the number of processors you are
using
> per old client license.
>
> This was no official statement, just an indication from an IBM techie that
> does licensing and his
> current understanding of how it will work.
>
> So do an inventory of your equipment so you know what you are using.
>
> ... Enjoy.
>
> > -----Original Message-----
> > From: Patrick Boutilier [SMTP:boutilpj AT STAFF.EDNET.NS DOT CA]
> > Sent: Tuesday, May 13, 2003 12:39 PM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      Re: new TSM Client Pricing
> >
> > Depends on how you define client. Most people would define a client as
> > any computer that you backup to the TSM server.
> >
> > Tivoli defines a client as a desktop machine (Win98, etc..) and anything
> > else requires a server license to backup to the TSM server.
> >
> >
> >
> > Gable, Josh wrote:
> > > That is not true.  There is a price difference between a TSM server
and
> > > client license.
> > >
> > > -----Original Message-----
> > > From: Levinson, Donald A. [mailto:dlevinso AT ACSALASKA DOT COM]
> > > Sent: Tuesday, May 13, 2003 12:27 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re: new TSM Client Pricing
> > >
> > >
> > > And furthermore it doesn't matter whether it is running TSM server or
> > TSM
> > > client. it is still the same per-processor license. So for the same
set
> > of
> > > machines there is no cost different between using them as TSM servers
or
> > TSM
> > > clients.
> > >
> > > -----Original Message-----
> > > From: David E Ehresman [mailto:deehre01 AT LOUISVILLE DOT EDU]
> > > Sent: Tuesday, May 13, 2003 9:23 AM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re: new TSM Client Pricing
> > >
> > >
> > > We were told yesterday that a processor is a processor.  That it
doesn't
> > > matter whether the client runs on a desktop or a server, just how many
> > > processors are being used in the box.
> > >
> > >
> > >>>>kleinr AT EXCHANGE.NIH DOT GOV 05/13/03 01:10PM >>>
> > >
> > > I was speaking with our TSM sales rep earlier today about ordering TSM
> > > client software upgrades.  She said that as of this past January, a
> > > factor
> > > in the pricing of a client software license is whether or not the
> > > client is
> > > a server or a desktop and, if a server, how many cpus it has.  Has
> > > anyone
> > > else heard anything about this?
> > >
> > > Thanks.
> > >
> > >
> > > This transmittal may contain confidential information intended solely
> > for
> > > the addressee. If you are not the intended recipient, you are hereby
> > > notified that you have received this transmittal in error; any review,
> > > dissemination, distribution or copying of this transmittal is strictly
> > > prohibited. If you have received this communication in error, please
> > notify
> > > us immediately by reply or by telephone (collect at 907-564-1000) and
> > ask to
> > > speak with the message sender. In addition, please immediately delete
> > this
> > > message and all attachments. Thank you.
> >
> > --
> > Please avoid sending me Word or PowerPoint attachments.
> > See http://www.fsf.org/philosophy/no-word-attachments.html
>
>

Steve Roder, University at Buffalo
HOD Service Coordinator
VM Systems Programmer
UNIX Systems Administrator (Solaris and AIX)
TSM/ADSM Administrator
(spr AT buffalo DOT edu | (716)645-3564)