Hi Eric, Sorry for the delay. Comments inline:
Thanks, Yiu From: "Eric Vyncke (evyncke)" <evyn...@cisco.com> Date: Tuesday, September 29, 2020 at 8:35 AM To: "captive-portals@ietf.org" <captive-portals@ietf.org>, Jason Livingood <jason_living...@cable.comcast.com>, "Lee, Yiu" <yiu_...@cable.comcast.com>, "jason.w...@charter.com" <jason.w...@charter.com> Cc: Magnus Westerlund <magnus.westerl...@ericsson.com>, Erik Kline <ek.i...@gmail.com>, Roman Danyliw <r...@cert.org>, Benjamin Kaduk <ka...@mit.edu>, "martin.h.d...@gmail.com" <martin.h.d...@gmail.com> Subject: [EXTERNAL] BoF proposal: Evaluate impact of MAC address randomization to IP applications Jason, Jason, Yiu, Based on the previous email thread, may I suggest a couple of items to improve the BoF proposal (wiki/agenda) ? - I guess that there will be more than 50 people based on the initial reactions - adding capport as conflict to be avoided for the BoF [YL] Can you elaborate? - adding a link to draft-lee-randomized-macaddr-ps [YL] Will do - assuming that it is too early to form a WG, please state the status of ‘non WG forming’ [YL] Noted - putting the description & agenda on the wiki https://trac.tools.ietf.org/bof/trac/wiki<https://urldefense.com/v3/__https:/trac.tools.ietf.org/bof/trac/wiki__;!!CQl3mcHX2A!RSXmaxkBH6JCErvEmGGD7luqaqCDc3f9wIiM6WRHvkBmPZqaeFNHBe8PHAbsvGE$> before this Friday 2nd of October deadline [YL] Will work on it tomorrow. - starting to find a potential chair who is not a proponent [YL] Ok - Adding discussion about privacy impact on the agenda is important or even critical [YL] OK - adding IEEE coordination is also important (could be handled before the potential BoF) [YL] JW will help here. More specific to draft-lee-randomized-macaddr-ps-01, here are a couple of comments (mostly details): * MAC addresses are not always 48 bits long * MAC addresses are not always assigned by manufacturers (think VM) * Suggest to distinguish between ‘stable’ and ‘static’ and ‘persistent’ MAC address * Of course BCP 14 is no more RFC 2119 ;-) * PS-04 is more a requirement than a problem statement [Y] We will add these to 02. Hope this helps and happy to continue the discussion of course ;-) [YL] Thanks! -éric
_______________________________________________ Captive-portals mailing list Captive-portals@ietf.org https://www.ietf.org/mailman/listinfo/captive-portals
