<div dir="ltr"><div>MAT-WG,<br><span><div><br></div><div>thankyou for giving me the opportunity to present on "The Value of WLAN Measurements for the R&E Community" at the Measurement and Tools Working Group at RIPE69.<br><br></div><div>You can find my presentation and stenography logs at:<br><a href="https://ripe69.ripe.net/presentations/91-eduroam-and-Atlas-RIPE69.pdf" target="_blank">https://ripe69.ripe.net/presentations/91-eduroam-and-Atlas-RIPE69.pdf</a><br><a href="https://ripe69.ripe.net/archives/steno/40" target="_blank">https://ripe69.ripe.net/archives/steno/40</a><br><br></div><div><br>To progress this work within the RIPE NCC Atlas development team I'd like your input into the following five (5) points:<br><br><br></div>#1: For "opt-in" WLAN measurements to be enabled on RIPE Atlas <div><br>As
 a point of clarification (and reiterated by Daniel Karrenberg) the 
intention is that ALL v3 probes will be capable of WLAN measurements - 
but measurements will ONLY be turned on by a probe host.<br><br><br>#2: 
WLAN measurements will support associating to an "open" or 802.1X 
protected network for the purposes of performing a measurement<br><br></div><div>As
 an active monitoring network the Atlas probes WILL NOT scan and report 
on all/available SSIDs. It will ONLY associate with EXPLICITLY defined 
SSIDs listed in the measurement.<br><br></div><div>For eduroam quality 
purposes the success/failure of an 802.1X associations is initially the most 
interesting part of the measurement in determining whether sites are 
correctly deploying this service. There will be results related to the 
authentication process.<br><br><br>#3:  Any measurements performed over the wireless interface are aligned with
 a request to associate/authenticate to a particular network.<br><br></div><div>The
 wireless interface will be connected only for particular tests bundled 
with the association to an SSID. All other tests will be performed via 
the wired interface as is currently the case.<br></div><div><br></div><div><br></div><div>#4: The schedule for implementation will be determined by the RIPE NCC R&D team<br><br></div><div>...but hopefully your support for this work will allow them to prioritise this work while not <span>jeopardising the other commitments the team has made to the community.<br><br></span><br></div><div>#5: This proposal is inline with your understanding of "WiFi measurements" on the Atlas roadmap<br><br></div><div>I'd be particularly interested in your feedback on whether you thought that the WiFi Measurements listed in the <a href="http://roadmap.ripe.net/ripe-atlas/" target="_blank">http://roadmap.ripe.net/ripe-atlas/</a> would accomplish the above or something completely different.<br><br><br></div></span>My
 feeling from the room was that the above was largely accepted. I'd 
appreciate those that voiced their support to also do this on the 
mailing list again. If there's any confusion I'm willing to clarify further.<br><br></div>Thanks,<br clear="all"><div><br></div><div>-Brook<br></div><div>-- <br><div><div dir="ltr">===================================================<br>Brook Schofield, Project Development Officer<br>GÉANT Association, Singel 468 D, 1017 AW Amsterdam, The Netherlands<br><div dir="ltr">Tel <a href="tel:%2B31%2020%20530%204488" value="+31205304488" target="_blank">+31 20 530 4488</a>    Fax <a href="tel:%2B31%2020%20530%204499" value="+31205304499" target="_blank">+31 20 530 4499</a>    Mob +31 65 155 3991<br><a href="http://www.xn--gant-bpa.org" target="_blank">www.géant.org</a><br></div></div></div>
</div></div>