<div dir="ltr"><div dir="ltr">I don't see the importance of putting any specific statement on how the analysis should be done. It can only be known at the time of doing exploratory analysis of the data.Any suggestion on how the data analysis should be done needs to be informed at least by conducting exploratory analysis on historical data. </div><div dir="ltr"><br></div><div>Dessalegn</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 27, 2021 at 10:25 PM Warren Kumari <<a href="mailto:warren@kumari.net" target="_blank">warren@kumari.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 27, 2021 at 3:20 PM Paul Hoffman <<a href="mailto:paul.hoffman@icann.org" target="_blank">paul.hoffman@icann.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Aug 26, 2021, at 4:07 PM, Wessels, Duane <<a href="mailto:dwessels@verisign.com" target="_blank">dwessels@verisign.com</a>> wrote:<br>
> <br>
> <br>
> <br>
>> On Aug 25, 2021, at 10:38 AM, Paul Hoffman <<a href="mailto:paul.hoffman@icann.org" target="_blank">paul.hoffman@icann.org</a>> wrote:<br>
>> <br>
>> On Aug 25, 2021, at 8:53 AM, Renard, Kenneth D CTR USARMY DEVCOM ARL (USA) <<a href="mailto:kenneth.d.renard.ctr@army.mil" target="_blank">kenneth.d.renard.ctr@army.mil</a>> wrote:<br>
>>> <br>
>>> Hi, Paul.  Thanks for the feedback.<br>
>>> <br>
>>> The reasoning behind these latency measurements is to have some context for interpreting latency to root server instances.  For example, a slow "last mile" link would likely have effects on both root server and open resolver latencies.  The work party decided on using popular open resolvers as a reference latency target since they are a well-deployed service and have similar processing times (non-recursive DB lookup).  The exact math for such an analysis is not described in this document, but the reasoning is laid out at the end of section 2.1, under item #4 in the list of "measurements of interest".<br>
>>> <br>
>>> If you think that additional text is required, I would be glad to propose something and work with you to address this.<br>
>>> <br>
>> <br>
>> It's not just text: I think additional analysis is needed. In the eventual tool, let's assume that from a particular point a user gets times of 25 ms to Cloudflare, 35 ms to GPDNS, 80 ms to OpenDNS, and 50 ms to Quad9. What value would be used for the "last mile"? The mean of those? The median? Saying "are intended to be aggregated" indicates that we (I think correctly) don't know how to estimate a base latency.<br>
>> <br>
>> --Paul Hoffman<br>
> <br>
> I don't agree that additional analysis is needed, nor do I think this document needs to specify rules or formulas for calculating last mile latency, at this time.  While those things might be really nice to have, I don't think we have the collective will to come to agreement on that in any reasonable amount of time.  <br>
> <br>
> I think it will have to suffice to leave the interpretation of any reference latency measurements to the party performing the data analysis.  Since this is all new we don't have to get it right the first time.  If it turns out to be wrong or useless or under-specified then we can revise the document after acquiring some experience.<br>
<br>
Given this, having the document say "the interpretation of any reference latency measurements is left to the party performing the data analysis" would help clarify the lack of specificity about how the analysis would be done.<br></blockquote><div><br></div><div>Huh. That's a good point[0], and something which we should add. What's the process to add something like that at this point? It seems obvious and not controversial, so... </div><div><br></div><div>W</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
--Paul Hoffman_______________________________________________<br>
rssac-caucus mailing list<br>
<a href="mailto:rssac-caucus@icann.org" target="_blank">rssac-caucus@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/rssac-caucus" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/rssac-caucus</a><br>
<br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr">The computing scientist’s main challenge is not to get confused by the<br>complexities of his own making. <br>  -- E. W. Dijkstra</div></div></div>
_______________________________________________<br>
rssac-caucus mailing list<br>
<a href="mailto:rssac-caucus@icann.org" target="_blank">rssac-caucus@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/rssac-caucus" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/rssac-caucus</a><br>
<br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.</blockquote></div>
</div>