<div dir="ltr">Hi Paul and Duane,<div><br></div><div>My impression is that colocation of the vantage points and the root servers in a data center is a corner case the vantage point operator will have to address. I am not sure it is necessary we indicate how this should be treated here, and simply raising this might be sufficient - without going into the solution space. I am not able to say whether these measurements are representative or not and also suspect it depends on the other vantage points. I would propose maybe something around the following lines.</div><div><br></div><div>OLD:</div><div>"""</div><div><span style="color:rgb(80,0,80)">Vantage points may be deployed on “bare metal” or virtual machines (VMs). When VMs are utilized, they should provide dedicated IP addresses and a dedicated operating system environment.</span> </div><div>"""</div><div>NEW: <br></div><div>"""</div><div>Measurement that result from a colocation of vantage points and root servers in a data center needs to be appropriately treated in order to make the measurement representative. </div><div>"""</div><div><div><br></div><div>Yours, <br>Daniel</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 20, 2019 at 5:50 PM Paul Hoffman <<a href="mailto:paul.hoffman@icann.org">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 Dec 20, 2019, at 10:26 AM, Wessels, Duane <<a href="mailto:dwessels@verisign.com" target="_blank">dwessels@verisign.com</a>> wrote:<br>
> <br>
> The connectivity diversity text was added because I was concerned that, without it, we might have a situation where a significant number of vantage points are essentially colocated with a significant number of root servers.  This would especially impact latency measurements.<br>
> <br>
<br>
If a vantage point and an instance are co-located in a data center (or in topologically adjacent data centers), a connectivity difference will be nearly meaningless unless the connectivity provider makes exceptionally crappy routing choices. Adding 10 or even 50 ms to go out one provider and in the next is swamped by the 250 ms threshold.<br>
<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" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Daniel Migault<br></div><div>Ericsson<br>8400 boulevard Decarie<br>Montreal, QC   H4P 2N2<br>Canada<br><br>Phone: +1 514-452-2160<br><br></div></div></div></div></div>