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 > > >
- Re: [Pidloc] New Version Notification for draft-i… Behcet Sarikaya
- Re: [Pidloc] New Version Notification for draft-i… Behcet Sarikaya