Some vendors provide automatic grace periods for their software per IPL, etc. 
and others flat out cease working.  Based on your software, the prior may 
suffice for your needs.  Regardless, I would acquire 
codes/keys/licenses/passwords, etc. beforehand and go from there.  In my 
experience, I have never seen penalties for semiannual use of this type of 
support.

You may want to research the z/VM CPU/OPTION CPUID control statement(s) 
regarding the STIDP instruction, etc. and your software.  I have seen a unique 
combination to me, where the vendor used the remote (DR) CPU model/model type 
and local (customer) processor identification number to generate the temporary 
authorization.

Regards,

Kevin

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Adams, Anne (DTI)
Sent: Wednesday, September 14, 2016 9:05 AM
To: [email protected]
Subject: serial numbers ... real and imagine

Hello friends,

How can I determine where a software product is pulling the serial number of 
the hardware? We'd like to be able to run a z/VM guest (for DR) with the same 
serial number as our current mainframe. That way we don’t have to call for 
temporary license keys. However, our DR provider has warned us that some 
products will interrogate the physical hardware rather than what the OS is 
holding or what I have in the iodf. Any way beforehand to see where those 
values are coming from?
Thanks.

Anne R Adams, CISSP
DTI, Systems Engineering
Sr. Mainframe Services Analyst
302.298.3196
 
This communication is for use by the intended recipient and contains 
information that may be Privileged, confidential or copyrighted under 
applicable law. If you are not the intended recipient, you are hereby formally 
notified that any use, copying or distribution of this e-mail, in whole or in 
part, is strictly prohibited. Please notify the sender by return e-mail and 
delete this e-mail from your system. Unless explicitly and conspicuously 
designated as "E-Contract Intended", this e-mail does not constitute a contract 
offer, a contract amendment, or an acceptance of a contract offer. This e-mail 
does not constitute a consent to the use of sender's contact information for 
direct marketing purposes or for transfers of data to third parties.



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to