Re: Posting From r.skoru...@bremultibank.com.pl on Fri, 11 Sep 2009 20:50:31
+0200
Well. I thought the rules are slightly different: it is enough to
run some product ONCE during reporting period (month) to pay for
that. More precisely: if you run ABC product on LPAR1 (only) and
LPAR1 highest
Edward Jaffe pisze:
R.S. wrote:
It is also worth to mention that IBM is the only company which is not
try to catch the customer. I read several horror stories on this
forum, on ISVcosts list, from own experience - almost any other
company presents license agreements that HAVE to be
On Mon, 14 Sep 2009 08:50:02 +0200 R.S. r.skoru...@bremultibank.com.pl
wrote:
:I recant.
:I shouldn't say that IBM is the only honest company. That should be the
:only honest company *I know* . This statement does not preclude other
:companies.
:Obviously I didn't mean PSI, because I had
Binyamin Dissen pisze:
On Mon, 14 Sep 2009 08:50:02 +0200 R.S. r.skoru...@bremultibank.com.pl
wrote:
:I recant.
:I shouldn't say that IBM is the only honest company. That should be the
:only honest company *I know* . This statement does not preclude other
:companies.
:Obviously I didn't
On Mon, 14 Sep 2009 10:24:20 +0200 R.S. r.skoru...@bremultibank.com.pl
wrote:
:Binyamin Dissen pisze:
: On Mon, 14 Sep 2009 08:50:02 +0200 R.S. r.skoru...@bremultibank.com.pl
: wrote:
: :I recant.
: :I shouldn't say that IBM is the only honest company. That should be the
: :only honest company
I don't have to look for gotchas.
I negotiate prices, but usually not TsCs.
Boy! Are you naive!
TC are negotiable!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Ted MacNEIL pisze:
I don't have to look for gotchas.
I negotiate prices, but usually not TsCs.
Boy! Are you naive!
TC are negotiable!
I'm not naive. I know that TsCs are negotiable, as everything in business.
It is strange: when I complained about IBM on the list, I was scolded.
Now I said
Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Peter Relson
Sent: Saturday, September 12, 2009 8:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sub Capacity Reporting for non IBM Vendors
A vendor could write SMF Type 89 records that record something other
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Saturday, September 12, 2009 3:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sub Capacity Reporting for non IBM Vendors
Scott Barry wrote:
CA Common Services (CAIRIM) is writing SMF 89 data
In a message dated 9/14/2009 1:51:24 A.M. Central Daylight Time,
r.skoru...@bremultibank.com.pl writes:
company. However *every* ISV's license agreement I met needed
negotiation. Not only for the price, but first of all terms and
conditions. Sometimes it was small change, but sometimes
Let's face it: some vendors are very fair and accomodating while others
have practices that can only be characterized as predatory. I've dealt
with both kinds.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
--snip--
Let me understand this correctly. You accept all IBM boilerplate
agreements with zero negotiation???
-unsnip
If so, I want whatever it is that he's smoking!
] On
Behalf Of Edward Jaffe
Sent: Monday, September 14, 2009 10:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sub Capacity Reporting for non IBM Vendors
Kelman, Tom wrote:
What is said here might be true for those products that are doing
sub-capacity pricing based on MSUs. They just need
Let's face it: some vendors are very fair and accomodating while others
have practices that can only be characterized as predatory. I've dealt
with both kinds.
So have I.
As a Capacity Analyst, I have been more involved in costing, than I've ever
wanted to be.
I knew this was going to happen
Kelman, Tom wrote:
What is said here might be true for those products that are doing
sub-capacity pricing based on MSUs. They just need to
register/deregister their product to write the MULC data. However, as I
said in a previous post, I know that the IBM CPCS and imaging software
cause SMF89
Kelman, Tom wrote:
That's all well and good. However, I just did a D PROD,STATE on my
systems and several products - CPCS, the imaging software, CICS, DB2,
and MQ - are not in this list, but they are all producing SMF Type89
records. The ones for CICS, DB2, and MQ are run though SCRT every
Edward Jaffe pisze:
[...]
Such tactics do not work with IBM. Reagan's Trust but Verify applies.
They have an elaborate (almost Rube Goldberg-like) system in place to
monitor and report usage.
Yes and no. IBM is one of very few companies which do not use execution
keys. I don't know any IBM
R.S. wrote:
It is also worth to mention that IBM is the only company which is not
try to catch the customer. I read several horror stories on this
forum, on ISVcosts list, from own experience - almost any other
company presents license agreements that HAVE to be negotiated. Only
IBM's license
It is also worth to mention that IBM is the only company which is not
try to catch the customer.
BS! Which planet are you from?
I read several horror stories on this
forum, on ISVcosts list, from own experience - almost any other
company presents license agreements that HAVE to be
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Monday, 14 September 2009 7:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sub Capacity Reporting for non IBM Vendors
R.S. wrote:
It is also worth to mention
Your statements are unfair, inaccurate, subjective opinion presented as
fact, and ought to be recanted...
Totally agree!!!
I'm a customer AND I totally agree, as well!
-
Too busy driving to stop for gas!
--
For IBM-MAIN
A vendor could write SMF Type 89 records that record something other
than MSUs. IBM actually does this with their Check Processing Control
System (CPCS) and imaging software. Those products write Type 89
records that record the number of items processed.
It seems really unlikely that anyone
R.S. wrote:
It is possible to convince vendor that some LPAR never exceeds xxx
MIPS/MSU and no checking is done. Despite of CPU upgrades.
And of course it is possible to convince vendor that their product is
being used only on that LPAR.
It is sometimes possible to convince vendor that we use
On Sat, 12 Sep 2009 08:59:36 -0400, Peter Relson rel...@us.ibm.com wrote:
A vendor could write SMF Type 89 records that record something other
than MSUs. IBM actually does this with their Check Processing Control
System (CPCS) and imaging software. Those products write Type 89
records that
Scott Barry wrote:
CA Common Services (CAIRIM) is writing SMF 89 data today, contributing to
SMF 89 and MULC (SMF type 30) analysis and reporting for many of its
software products. This effort came about in the past year's time-frame,
having been revealed (remember - CA does not announce
Edward Jaffe pisze:
[...]
IBM SCRT does not support ISV products. Period.
Why?
SCRT is based on two records:
a) CPU utilization (SMF72 afaik)
b) products launched (SMF89)
Record 72 reporting does not require any change - so ISV would know what
the 4HRA was on each LPAR.
There is still no
I thought it was Type 70 rather than Type 72. (70 is CPU, 72 is Workload.)
Being in IBM Software Group I suppose I ought to pay more attention to
software pricing. :-)
Martin
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
email:
Martin Packer pisze:
I thought it was Type 70 rather than Type 72. (70 is CPU, 72 is Workload.)
Being in IBM Software Group I suppose I ought to pay more attention to
software pricing. :-)
Yes, it is SMF70. I haven't checked before writing. However it is
irrelevant for the main topic.
--
Kelman, Tom wrote:
A vendor could write SMF Type 89 records that record something other
than MSUs. IBM actually does this with their Check Processing Control
System (CPCS) and imaging software. Those products write Type 89
records that record the number of items processed. I have to run those
: Friday, September 11, 2009 SYSN 10:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sub Capacity Reporting for non IBM Vendors
R.S. wrote:
Edward Jaffe pisze:
[...]
IBM SCRT does not support ISV products. Period.
Why?
SCRT is based on two records:
a) CPU utilization (SMF72 afaik)
b) products launched
R.S. wrote:
Edward Jaffe pisze:
[...]
IBM SCRT does not support ISV products. Period.
Why?
SCRT is based on two records:
a) CPU utilization (SMF72 afaik)
b) products launched (SMF89)
[I know you mean SMF 70.] The above is only partially true. SCRT has a
hard-coded list of supported
A vendor could write SMF Type 89 records that record something other
than MSUs. IBM actually does this with their Check Processing Control
System (CPCS) and imaging software. Those products write Type 89
records that record the number of items processed. I have to run those
Type 89 records
Edward Jaffe pisze:
[...]
[I know you mean SMF 70.] The above is only partially true. SCRT has a
hard-coded list of supported products inside. (Browse the module under
ISPF to find their names.) These are the only products for which SCRT
reporting is possible. If you don't believe me, try
R.S. wrote:
Well. I thought the rules are slightly different: it is enough to run
some product ONCE during reporting period (month) to pay for that.
More precisely: if you run ABC product on LPAR1 (only) and LPAR1
highest usage is nnn MSU then you pay for product ABC as it would
consume nnn
More precisely: if you run ABC product on LPAR1 (only) and LPAR1 highest usage
is nnn MSU then you pay for product ABC as it would consume nnn MSU on that
LPAR.
And it doesn't matter that you ran the product only once, 3 days before the
peak occured.
We ran into something similar when we
For a non-IBM vendor that does sub-capacity licensing how do you get the
data to them?
Send them the SCRT .csv file?
Send them a number and hope they trust you?
Do they actually alter the charges on a monthly basis?
If using SCRT data is it product specific (e.g. for a DB2 tool you use
SCRT
...@bama.ua.edu] On
Behalf Of Ken Porowski
Sent: Thursday, September 10, 2009 10:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Sub Capacity Reporting for non IBM Vendors
For a non-IBM vendor that does sub-capacity licensing how do you get
the
data to them?
Send them the SCRT .csv file?
Send them
Ken Porowski wrote:
For a non-IBM vendor that does sub-capacity licensing how do you get the
data to them?
Send them the SCRT .csv file?
Send them a number and hope they trust you?
Do they actually alter the charges on a monthly basis?
If using SCRT data is it product specific (e.g. for a
38 matches
Mail list logo