<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 4:23 AM Ray Bellis <<a href="mailto:ray@isc.org">ray@isc.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"><br>
<br>
On 27/08/2021 00:07, Wessels, Duane via rssac-caucus wrote:<br>
<br>
> I don't agree that additional analysis is needed, nor do I think this<br>
> document needs to specify rules or formulas for calculating last mile<br>
> latency, at this time.  While those things might be really nice to<br>
> have, I don't think we have the collective will to come to agreement<br>
> on that in any reasonable amount of time.<br>
> <br>
> I think it will have to suffice to leave the interpretation of any<br>
> reference latency measurements to the party performing the data<br>
> analysis.  Since this is all new we don't have to get it right the<br>
> first time.  If it turns out to be wrong or useless or<br>
> under-specified then we can revise the document after acquiring some<br>
> experience.<br>
<br>
<br>
I agree.  My recollection is that we made a conscious decision not to<br>
include a methodologuy for extracting a last-mile baseline in this<br>
initial version.<br></blockquote><div><br></div><div>It's also useful as an intuitive / manual check. We can figure out the exact [median|mean|n-th percentile] later. </div><div>If the latency to various root servers is around 300ms, and the latency from that same network is 250 ms to Cloudflare, 350 ms to GPDNS, 800 ms to OpenDNS, and 500 ms to Quad9, then it suggests that that network has other issues, and those should be investigated before assuming that a closer root server instance would help.</div><div><div>If the latency to various root servers is around 300ms, and the latency from that same network is 2.5 ms to Cloudflare, 3.5 ms to GPDNS, 8.0 ms to OpenDNS, and 5.0 ms to Quad9, then it suggests that that network could benefit from closer root-server instances, and also that it is likely that they can be deployed[0].</div><div><br></div><div>I cannot easily provide a proof of the above[1], but intuitively it seems correct, </div><div>W</div><div>[0]: Actually, I suspect that in that case, there are other issues that need to be investigated - I find it unlikely that there would be that wide a latency spread without some other confounding factors, but I wanted to be able to reuse the numbers from above :-) </div><div>[1]: Although I'm sure I could handwave some sort of plausible sounding statement about X standard deviations away from the mean of Y measurements (after discarding Q outliers) against Z well connected public servers.</div></div><div><br></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>
Ray<br>
_______________________________________________<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.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><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>