RE: [wsn] clock skew text for WS-BaseN, take 2

["David A. Chappell" <chappell@sonicsoftware.com>]

>"The subscriber should take care when choosing a value for InitialTermination, and ..."

 

It should be InitialTerminationTime, right?

Dave

---

From: David A. Chappell [mailto:chappell@sonicsoftware.com]
Sent: Tuesday, August 31, 2004 8:35 AM
To: Steve Graham; wsn@lists.oasis-open.org
Subject: RE: [wsn] clock skew text for WS-BaseN, take 2

This addresses my concerns.

Dave

---

From: Steve Graham [mailto:sggraham@us.ibm.com]
Sent: Monday, August 30, 2004 2:15 PM
To: wsn@lists.oasis-open.org
Subject: Re: [wsn] clock skew text for WS-BaseN, take 2

Per discussion on the telecon, some revisions of the proposed text.

"The subscriber should take care when choosing a value for InitialTermination, and any subsequent values that modify the TerminationTime property of the subscription. It is RECOMMENDED that the subscriber choose termination time values that are significantly (several magnitude) greater than the network latency expected in the interaction between the subscriber and the NotificationProducer. In so doing, the designer avoids undesireable results, such as the termination time having expired prior to the receipt of the Subscribe request message. The WS-Resource Lifetime specification [WS-ResourceLifetime] (Section 5.1 Regarding time) contains further suggestions on how designers should reason about time values in a WS-Resource Lifetime application."

sgg
++++++++
Steve Graham
(919)254-0615 (T/L 444)
STSM, On Demand Architecture
Member, IBM Academy of Technology
<Soli Deo Gloria/>
++++++++

Steve Graham/Raleigh/IBM@IBMUS

08/30/2004 10:21 AM

To	wsn@lists.oasis-open.org
cc
Subject	[wsn] clock skew text for WS-BaseN

Per AI on the 8/16 call, here is a suggested text to appear as part of the Subscribe request description. This applies to the InitialTermination time component of the Subscribe Request message, and will appear as a paragraph somewhere amongst current lines (453-466).

"The subscriber should take care when choosing a value for InitialTermination, and any subsequent values that modify the TerminationTime property of the subscription. It is RECOMMENDED that the subscriber choose termination time values that are significantly (one or two orders of magnitude) greater than the network latency expected in the interaction between the subscriber and the NotificationProducer."

sgg
++++++++
Steve Graham
(919)254-0615 (T/L 444)
STSM, On Demand Architecture
Member, IBM Academy of Technology
<Soli Deo Gloria/>
++++++++