Art,

Arthur Gutowski wrote:
On Thu, 18 Dec 2008 23:10:15, Roy Hewitt <ibm-
[email protected]> wrote:

it's still STP that you need... why not have a look at the redbook.

Server Time Protocol Implementation Guide, SG24-7281-01 (latest draft)
[...]
The NTP ability of STP (via the SE) is a version 2 (or is it v3?? ) enhancment
to STP.. but bottom line is you still need either Sysplex timer or STP to sync any zSeries to external time source.

If I read correctly, the OP later clarified he currently has no sysplex timer - single CEC, multiple LPARs - i.e., all monoplex. If that is true, then I read nothing in STP Implementation that states SIMETRID with an external dial-out to the atomic clock in the sky won't still work in this case. z/OS gets the time just fine without STP

but you still need STP to do the dial out or NTP request..(or sysplex timer)

To the original query of keeping in synch with the tinkertoy farm, participating in timing network is another matter... As an NTP Server, I get why STP is a prerequisite, *but* if the z10 (z9) is a client, is STP FC 1021 still required to receive the timing signal from an NTP server versus a dial-out, and WHY?

Simply because there isn't a z/OS NTP client. The only NTP client for zSeries *and* z/OS (zLinux is different I believe) is part of STP. The place were you define the NTP server address when your zbox is an NTP client is part of the STP definitions on the HMC/SE.

Last time we discussed this..(check the archives it comes up quite regularly..) I wondered whether the TOD clock Steering Facility (aka instruction PTFF) is only *fully* valid on machines with STP, (I know you can call the query request form of PTFF without STP as I tried on a z890) as this would enable a z/OS NTP client to work.. well for single monoplex etc..


Cheers

Roy

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to