Re: [Gen-art] [ipwave] Genart telechat review of draft-ietf-ipwave-ipv6-over-80211ocb-47

"Roni Even (A)" <roni.even@huawei.com> Thu, 18 July 2019 05:00 UTC

Return-Path: <roni.even@huawei.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1FE712004A; Wed, 17 Jul 2019 22:00:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NbjpEDtCy9vW; Wed, 17 Jul 2019 22:00:24 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9295F120025; Wed, 17 Jul 2019 22:00:24 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 24569E89AA772F6E6160; Thu, 18 Jul 2019 06:00:21 +0100 (IST)
Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 18 Jul 2019 06:00:20 +0100
Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.227]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0439.000; Thu, 18 Jul 2019 13:00:13 +0800
From: "Roni Even (A)" <roni.even@huawei.com>
To: Alissa Cooper <alissa@cooperw.in>, Suresh Krishnan <Suresh@kaloom.com>
CC: "ietf@ietf.org Discussion" <ietf@ietf.org>, "its@ietf.org" <its@ietf.org>, Gen art <gen-art@ietf.org>, "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>, Nabil Benamar <benamar73@gmail.com>
Thread-Topic: [Gen-art] [ipwave] Genart telechat review of draft-ietf-ipwave-ipv6-over-80211ocb-47
Thread-Index: AQHVN19zDe5XO5UVNEeA69o/eMMbTabDy6yAgAAAuwCADA8bUA==
Date: Thu, 18 Jul 2019 05:00:13 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD23D17DC3@DGGEMM506-MBX.china.huawei.com>
References: <156222033675.12461.8547529207178996969@ietfa.amsl.com> <A6FAE6AF-25E0-43DF-87A0-BDBE2F9329DB@cooperw.in> <CAMugd_V+aw_XbjRdi_MdXtJXRz2Ext5bgGthKngmWGge1v__CA@mail.gmail.com> <79273E5C-9F51-4F37-B901-BB1B14D18A81@kaloom.com> <754ADAB9-FFFB-4E4F-BB97-784C8BABC67B@cooperw.in>
In-Reply-To: <754ADAB9-FFFB-4E4F-BB97-784C8BABC67B@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.200.202.60]
Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD23D17DC3DGGEMM506MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/aGUzFPNJ1y_tRYJGYBY27UgNSqk>
Subject: Re: [Gen-art] [ipwave] Genart telechat review of draft-ietf-ipwave-ipv6-over-80211ocb-47
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2019 05:00:28 -0000

Hi,
I still do not think that the following sentence in section 5.2 text "The policy dictating when the MAC address is changed on the 802.11-OCB interface is to-be-determined." make sense. I think that a sentence that will say
“implementations should use a policy dictating when the MAC address is changed on the 802.11-OCB interface”

Roni


From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Alissa Cooper
Sent: Wednesday, July 10, 2019 11:47 PM
To: Suresh Krishnan
Cc: ietf@ietf.org Discussion; its@ietf.org; Gen art; draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org; Nabil Benamar
Subject: Re: [Gen-art] [ipwave] Genart telechat review of draft-ietf-ipwave-ipv6-over-80211ocb-47

I reviewed the -49 version so my questions are on that version.
Alissa


On Jul 10, 2019, at 4:44 PM, Suresh Krishnan <Suresh@kaloom.com<mailto:Suresh@kaloom.com>> wrote:

Hi Nabil,
  Roni's telechat review is for the version on which I issued the ballot (in this case it is -47). If you think the issue is resolved in a later version (I do not believe so in this case), you can respond to point out the actual text change that you made to address Roni’s comment.

Thanks
Suresh


On Jul 10, 2019, at 4:38 PM, Nabil Benamar <benamar73@gmail.com<mailto:benamar73@gmail.com>> wrote:

Hi Alissa,

Thank you for your review. However, I have updated the draft and now it's in -49 reflecting previous comments.


Best regards
Nabil Benamar
-------------------
نبيل بنعمرو






On Wed, Jul 10, 2019 at 7:29 PM Alissa Cooper <alissa@cooperw.in<mailto:alissa@cooperw.in>> wrote:
Roni, thanks for your review. Alex, Nabil, thanks for your responses. I entered a DISCUSS ballot to try to get more clarity about the relationship between MAC address changes and IID changes, among other things.

Alissa

> On Jul 4, 2019, at 2:05 AM, Roni Even via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>> wrote:
>
> Reviewer: Roni Even
> Review result: Ready with Issues
>
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair. Please wait for direction from your
> document shepherd or AD before posting a new version of the draft.
>
> For more information, please see the FAQ at
>
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>
> Document: draft-ietf-ipwave-ipv6-over-80211ocb-47
> Reviewer: Roni Even
> Review Date: 2019-07-03
> IETF LC End Date: None
> IESG Telechat date: 2019-07-11
>
> Summary:
> The document is ready to be published as a standard track RFC with an issue
>
> Major issues:
>
> Minor issues:
>
> this is about my previous comment.
> The text in section 5.1 "A vehicle embarking  an IP-OBU whose egress interface
> is 802.11-OCB may expose itself to  eavesdropping and subsequent correlation of
> data; this may reveal data considered private by the vehicle owner; there is a
> risk of being tracked.  In outdoors public environments, where vehicles
> typically circulate, the privacy risks are more important than in indoors
> settings." and "there is a strong necessity to use protection tools such  as
> dynamically changing MAC addresses"
> so even though there are privacy concerns there is no normative text saying
> that some method is needed. "strong necessity" is not normative ..
>
> A new sentence was added to section 5.1 "An example of change policy is to
> change the MAC address of the OCB interface each time the system boots up"
>
> I got more confused by section 5.2 text "The policy dictating when the MAC
> address is changed on the 802.11-OCB interface is to-be-determined."
>
> So what I got from section 5.1 and 5.2 is that protection tools to address
> privacy concern are needed but without any normative text.  Dynamic changing
> of MAC address is an option, no other option is mentioned.  Example for when to
> change MAC address is on system boot and the policy when to change MAC address
> is to be determined.
>
> To summarize what the document currently says is that privacy risks are more
> important for outdoor public environment and it is left for implementations to
> decide if and how to address it.
>
> Nits/editorial comments:
>
>
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org<mailto:Gen-art@ietf.org>
> https://www.ietf.org/mailman/listinfo/gen-art

_______________________________________________
its mailing list
its@ietf.org<mailto:its@ietf.org>
https://www.ietf.org/mailman/listinfo/its