[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