Re: [Pidloc] New Version Notification for draft-iannone-pidloc-privacy-00.txt

Behcet Sarikaya <sarikaya2012@gmail.com> Tue, 28 January 2020 21:12 UTC

Return-Path: <sarikaya2012@gmail.com>
X-Original-To: pidloc@ietfa.amsl.com
Delivered-To: pidloc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75AE11200CD for <pidloc@ietfa.amsl.com>; Tue, 28 Jan 2020 13:12:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 bTbmTLEZJ2D8 for <pidloc@ietfa.amsl.com>; Tue, 28 Jan 2020 13:12:22 -0800 (PST)
Received: from mail-yw1-xc33.google.com (mail-yw1-xc33.google.com [IPv6:2607:f8b0:4864:20::c33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D10BD1200C3 for <pidloc@ietf.org>; Tue, 28 Jan 2020 13:12:21 -0800 (PST)
Received: by mail-yw1-xc33.google.com with SMTP id b81so5111644ywe.9 for <pidloc@ietf.org>; Tue, 28 Jan 2020 13:12:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=Np3u1le8hO2u2faWPnOulEKZLxLcIXo7FRTUF0CkAMk=; b=FXgx3Xo1HaFeEg5ab4U9Uf5KOiSkomyD96C7874ADizXQVPPCv1DUjEIqgKot+zseK 9q20X5I+q69IL+JH5XEgrOW4l5n3kCvAVkfdxjkzwd/UqzjzMciZ3s5W3cK277qXGsy9 KnZebcCdQEzrUXSuHu0FKKnybM9HwstN5pOpVy7doqxcqnAlfNpSaf0Df5GqA6OvyXa5 cVRq4nzgr10evq5hIZ/TTP+++rK2ko6XYXB+pPvnhBwXOkI4rtZ2WvmioJj5tbHKm+c+ uRrSHJ5nGAi+RHTX77o3WFeg5UCS2xKG/d8U4MtOE0djeZDzEaSRR9CMmasUGBkDCCpU Seug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=Np3u1le8hO2u2faWPnOulEKZLxLcIXo7FRTUF0CkAMk=; b=aa/tMYAAR9AZNATJRHqxnCsl8XOKAnOXnYBPgvulPSQTpHxcUL463tJBfgMWzLOUIS tcDztGF1XBrIBn3jWt6wV3ZvdAHRnqa9Az4kReMfwLXsEVZEwn57iZPHRlNSRsC1Y7Cn ZyiUXI9MUqBYlQBkym+hEHlPUFCuTbceuG2fhzN0VoAK2sXV+Rm9WzLq5kwxE8+CtPAz k5amF/2lO48NdD7zVKxxQaVzOcVfBqSNa8IgnCrumFDMZ9eVEEb1IPHhya99a6EFwqHx /NwEUgya5obIjGviQvt6dIqDnV2IY/QeJDcxe6axMgjx3xhSjxjZy64UmB27PazHbTYn OoAQ==
X-Gm-Message-State: APjAAAV3RTxgYiqoMTpZAzXXEqq+jrk2N24iISOnNHvn6vWn31U2v8nV ig6HONtABfICy1ekvG+1nO6QjqbI9/QrM2tDxbr83FkT
X-Google-Smtp-Source: APXvYqyLlFwFhCb1NSqVtmlvGH94ePYXbylhr/Gq2DUr1jIuphGFQV6nV8TjeEXKwEzYVHFbu/K5MifjEj3822Vx+Gw=
X-Received: by 2002:a81:99c7:: with SMTP id q190mr18490657ywg.480.1580245940948; Tue, 28 Jan 2020 13:12:20 -0800 (PST)
MIME-Version: 1.0
References: <157985487134.22081.1953062526439829970.idtracker@ietfa.amsl.com> <CAC8QAcfmeJ+87dj6C-XqNqNbxXTKupfhKT5WcneY2i8irq8ajg@mail.gmail.com> <ce26322e-2f7e-d1c1-f196-d66dcf739af9@joelhalpern.com>
In-Reply-To: <ce26322e-2f7e-d1c1-f196-d66dcf739af9@joelhalpern.com>
Reply-To: sarikaya@ieee.org
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Tue, 28 Jan 2020 15:12:10 -0600
Message-ID: <CAC8QAcdrhZftqji3czkEciFgFx7BVNx0WGEuUvuvcUt1X1hv9A@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, pidloc@ietf.org
Cc: "<Dirk.von-Hugo@telekom.de>" <Dirk.von-Hugo@telekom.de>, Luigi Iannone <ggx@gigix.net>
Content-Type: multipart/alternative; boundary="000000000000f7d251059d39adf6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pidloc/OoX0td0frb8PWNsbv383IrGcblg>
Subject: Re: [Pidloc] New Version Notification for draft-iannone-pidloc-privacy-00.txt
X-BeenThere: pidloc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <pidloc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pidloc>, <mailto:pidloc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pidloc/>
List-Post: <mailto:pidloc@ietf.org>
List-Help: <mailto:pidloc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pidloc>, <mailto:pidloc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jan 2020 21:12:23 -0000

Thanks Joel for your comments. I am cc'ing it to the list.

We will work on it and hopefully come back with our replies/revised draft.

Regards,
Behcet

On Tue, Jan 28, 2020 at 2:23 PM Joel M. Halpern <jmh@joelhalpern.com> wrote:

> Reading through the draft, some observations occurred to me.  I hope
> they are helpful to you.
>
> Section 3.2.1 reads very strangely.  it seems to mix the need to secure
> access to IoT entities with the need to maintain privacy of something
> (the ID? the Locator?) of those devices.  When it says "there are very
> strong reasons..." I am left going "there are?" as this seems unmotivated.
>
> (I will admit at this point that I wonder if section 3 is actually
> useful.  It is not describing use ases for I/L separation.  It seems to
> be describing some sets of clients who might use I/L separation systems.
>   On the one hand, that set ought to be everything, in a "desired"
> state.  In another sense, most of the use cases that LISP is used for
> are not there. )
>
> The second sentence of 3.2.2 is not a sentence.  It appears to be a
> subject phrase.  And then I am left confused as to what challenge it is
> that needs to be solved for the use of end-to-end I/L separation in 5G.
> Other than industry desire to do so.
>
> Section 5.1 on Location privacy should probably have two caveats.  It
> should note that this assumes that identifiers are stable rather than
> mutating.  Second, it should probably repeat the note that there are
> other means of correlation which are very important for this use case.
> (Google and Facebook can correlate your location because you log in to
> them, and they get your locator.  No matter what you do with identifiers
> at the network layer.)  We need to be realistic about what we are trying
> to improve.
>
> I think sections 6 and 7 need to recognize the distinction between
> entities who need to be reached by arbitrary peers (servers) and
> entities that choose who they talk to (clients, UE, ...)  It may also
> want to talk about the concommitant need to share ones locator /
> identifier with communication peers.
>
> Yours,
> Joel
>
>
> On 1/28/2020 12:36 PM, Behcet Sarikaya wrote:
> > Hi Joel,
> >
> > We published this draft last week, being a recognized expert in the
> > area, I would like to ask  your comments please.
> > It seems like you are not on pidloc mailing list so you may not have
> > received this email below however you may send your comments to the list
> > we will approve your post.
> >
> > Regards,
> > Behcet & Dirk
> >
> > ---------- Forwarded message ---------
> > From: <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>>
> > Date: Fri, Jan 24, 2020 at 2:34 AM
> > Subject: New Version Notification for draft-iannone-pidloc-privacy-00.txt
> > To: Luigi Iannone <ggx@gigix.net <mailto:ggx@gigix.net>>, Behcet
> > Sarikaya <sarikaya@ieee.org <mailto:sarikaya@ieee.org>>, Erik Nordmark
> > <nordmark@sonic.net <mailto:nordmark@sonic.net>>, Dirk von Hugo
> > <dirk.von-hugo@telekom.de <mailto:dirk.von-hugo@telekom.de>>
> >
> >
> >
> > A new version of I-D, draft-iannone-pidloc-privacy-00.txt
> > has been successfully submitted by Luigi Iannone and posted to the
> > IETF repository.
> >
> > Name:           draft-iannone-pidloc-privacy
> > Revision:       00
> > Title:          Privacy issues in Identifier/Locator Separation Systems
> > Document date:  2020-01-23
> > Group:          Individual Submission
> > Pages:          11
> > URL:
> > https://www.ietf.org/internet-drafts/draft-iannone-pidloc-privacy-00.txt
> > Status: https://datatracker.ietf.org/doc/draft-iannone-pidloc-privacy/
> > Htmlized: https://tools.ietf.org/html/draft-iannone-pidloc-privacy-00
> > Htmlized:
> https://datatracker.ietf.org/doc/html/draft-iannone-pidloc-privacy
> >
> >
> > Abstract:
> >     There exist several protocols and proposals that leverage on the
> >     Identifier/Locator split paradigm, having some form of control plane
> >     by which participating nodes can share their current Identifier-to-
> >     Location information with their peers.  This document explores some
> >     of the privacy considerations for such a type of system.
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of
> submission
> > until the htmlized version and diff are available at tools.ietf.org
> > <http://tools.ietf.org>.
> >
> > The IETF Secretariat
> >
>