[rssac-caucus] [Non-DoD Source] FOR REVIEW: DRAFT RSSAC002 Version 2
Paul Hoffman
paul.hoffman at icann.org
Thu Nov 19 15:56:23 UTC 2015
On 11/19/15, 4:24 AM, "rssac-caucus-bounces at icann.org on behalf of Kash,
Howard M CIV USARMY RDECOM ARL (US)" <rssac-caucus-bounces at icann.org on
behalf of howard.m.kash.civ at mail.mil> wrote:
>Section 4.1, second paragraph, "The latency in the distribution system"
>needs
>to be changed to "Latency in publishing available data".
Agre.
>Section 3, third bullet - is this still true? If this was for NSD, it has
>been corrected.
It might still be true for operators who have not updated to the latest
NSD.
>Section 2.1 - For v3 of the document I would like to see more details on
>how
>this value should be computed, for the sake of consistency. For example,
>I
>have six servers that receive notifies directly from the distribution
>masters.
>Should the load-time value be computed on each server separately and then
>averaged (this is what I am currently doing)? Or should the notify and
>load
>times from all servers be collected centrally and the value computed by
>subtracting the earliest (first received) notify time from the latest/last
>load time? What if a notify is never received (by an individual server in
>the first case or by any of the servers in the second case)?
Agree that this would be a useful expansion in version 3.
>Section 2.1, second paragraph - "may present as anomalies in
>measurements",
>perhaps change to "may introduce anomalies"?
Both are true, so maybe let's keep it as-is.
>Section 4.1, "If not load-time metric is available...", change "not" to
>"no".
Good catch!
>Section 5, make title plural (Recommendations)
Sure.
--Paul Hoffman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4577 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/rssac-caucus/attachments/20151119/3094d3cc/smime.p7s>
More information about the rssac-caucus
mailing list