Re: [Pidloc] Prague - was RE: Pidloc Webex on Thursday Dec 13, 2018

Behcet Sarikaya <sarikaya2012@gmail.com> Mon, 04 March 2019 17:02 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 12644131096 for <pidloc@ietfa.amsl.com>; Mon, 4 Mar 2019 09:02:35 -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_PASS=-0.001, URIBL_BLOCKED=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 C7PoBgJJeGKm for <pidloc@ietfa.amsl.com>; Mon, 4 Mar 2019 09:02:32 -0800 (PST)
Received: from mail-yw1-xc2a.google.com (mail-yw1-xc2a.google.com [IPv6:2607:f8b0:4864:20::c2a]) (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 01CA31310D6 for <pidloc@ietf.org>; Mon, 4 Mar 2019 09:01:38 -0800 (PST)
Received: by mail-yw1-xc2a.google.com with SMTP id c67so4610266ywa.7 for <pidloc@ietf.org>; Mon, 04 Mar 2019 09:01:38 -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=lbZhU642/84LPdI2b2460MyaOA/y3wHtcPd1/1/9zdY=; b=BI3cV4NfwMjXptzxW+IoaS9lK9pFtprxEcNKggFmvy32ffK0BNbzk5JvShOI8m01Ot nAwnd7yHvRO6ubLWTNHoFhvBm4qLyIPY1VQMdx7U4r9zR4lDAEsqF72pEimQRSb/o00t JolyYIzIq0+lHsQvo8bfbzwMZHIdwxENHfosOC3JNeGvGeAJpVH/OmIRNjaJYTTE7J8/ iJ9Qvhy7MUG/fJ6u8o56g4T+k/8HWDzeSRfrl3PGAqQAhVs4NUkmdj54BnFlZ9RAHzk2 Xf70GvdAWe1jG7+yvAqLMyjlVFWKTsJ6ZoI8ZBf0wswVvr3a8Q4/hryspFblO9tBdGHv vG6g==
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=lbZhU642/84LPdI2b2460MyaOA/y3wHtcPd1/1/9zdY=; b=lpzpPctwIzQyR96eaJr1fEHFNyfyXrzSmVx/MiZU8B/ruZWyt5GrKYJ8vrkRGimv6l 6dwVkvJqY1SrgraIqmKl80BeuTXXCMNHsLQa8AD0WHgIfltsTlF8r0gjIvwyeJPMgS7F oZTnsxMJSF1UwcmQAlRhdr2T87nnI0hfGIuUcmYUkB1nlemXEH6Wh8PqzrYoofr3JXem c1ql0EghLc+z5jAMMeJF2JOYj2NoaXJg56IUYfMR8bizNwZXn7zYrHf38IWJJTIufplT nL3j3462n+fsROhux8PZ7WGjjsehsWfL1oG8YczmAnZE9mUtRvJO+bwYbSiyPcvDB5JL jzfw==
X-Gm-Message-State: APjAAAVAWXaS+iGMmaOHAdUVOYrQmDFRSIBkIX/pWqYhQ5OXgUvIIkNJ UrtM1/015luzhFipyXhqTW2MjLlmSp+lv9rs0zEaCczZ
X-Google-Smtp-Source: APXvYqy0ELP9M/9lX8oqKmHSOM8MryFFuJIT3xM/6qwKkp0usSWbCLjoriA/SIXob0RrorT8aX0rG1vLp1KhDQb5X3I=
X-Received: by 2002:a81:5489:: with SMTP id i131mr14917924ywb.459.1551718897811; Mon, 04 Mar 2019 09:01:37 -0800 (PST)
MIME-Version: 1.0
References: <FRXPR01MB0134AEF502A0C7958CB74820D1650@FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE>
In-Reply-To: <FRXPR01MB0134AEF502A0C7958CB74820D1650@FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE>
Reply-To: sarikaya@ieee.org
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Mon, 4 Mar 2019 11:01:27 -0600
Message-ID: <CAC8QAceunw8ECMkH0xoNroE2DgJ7jk48he+fAROwoPa0RSXozw@mail.gmail.com>
To: pidloc@ietf.org
Cc: Dirk.von-Hugo@telekom.de, Roland.Schott@telekom.de, Tom Herbert <tom@quantonium.net>, Luigi Iannone <ggx@gigix.net>, erik@zededa.com
Content-Type: multipart/alternative; boundary="000000000000b206cc058347b529"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pidloc/Pi9FujtyxB-1gLDEVY0Vst2Qick>
Subject: Re: [Pidloc] Prague - was RE: Pidloc Webex on Thursday Dec 13, 2018
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: Mon, 04 Mar 2019 17:02:35 -0000

Folks,

We reserved one hour Side Meeting session for Wednesday March 27 at 4pm
Paris room.
Dirk is going to setup a Webex session to enable remote participation in
the meeting.

Please mark on you calendar.

Regards,
Behcet

On Tue, Feb 12, 2019 at 10:29 AM <Dirk.von-Hugo@telekom.de>; wrote:

> Dear all,
>
> as announced already last year we plan to have a side meeting in Prague
> next month.
>
> As soon as the room situation is clear and we have agreed on an agenda we
> let you know.
>
> Please feel free to share your ideas on this here!
>
> Thanks!
>
> Kind regards
>
> Dirk
>
>
>
> *From:* Pidloc <pidloc-bounces@ietf.org>; *On Behalf Of *von Hugo, Dirk
> *Sent:* Montag, 17. Dezember 2018 11:23
> *To:* pidloc@ietf.org
> *Cc:* Schott, Roland <Roland.Schott@telekom.de>;; sarikaya@ieee.org;
> tom@quantonium.net
> *Subject:* [Pidloc] Pidloc Webex on Thursday Dec 13, 2018
>
>
>
> Dear all
>
> Last week we had the call announced and I would like to let you know what
> we talked about.
>
> Presumably the major outcome is that we should focus more on general
> topics of security and privacy assurance in Id-Location mapping systems –
> especially for new applications raising more critical scaling issues than
> we currently assume.
>
>
>
> Please have a look and comment - for clarification or in case of differing
> views!
>
> Thanks and best regards
>
> Dirk (also on behalf of Behcet)
>
> Thanks also to Roland for helping with his memory ;-)
>
>
>
> participants in the webex call on Thur Dec 13, 5 pm UTC:
>
> Roland Schott, Dirk v. Hugo (DTAG), Tom Herbert (Quantonium), Behcet
> Sarikaya (Denpel Informatique)
>
>
>
> Behcet presented the slides on ‘Privacy Issues in Identifier Locator
> Separation Protocols’
>
> Tom pointed out that the use cases 1/3 just require a secure mapping
> system to not expose identities and locations to outside world, while UC2
> on geolocation is a handled on application layer – simply don’t expose
> location!
>
> Main problem he sees is the correlation between IP addresses (same
> prefixes of different flows from a device) and an identity. Identity
> correlation  problem needs work on back-end, not on protocol.
>
> Id/location security system is the main problem to work on
>
> Tom mentions a draft on the mapping system he is currently writing – not
> referring to 3GPP.
>
> Industrial IoT may need optimized Routing to nearest edge cloud for low
> latency (anchored routing). Here handling of privacy in combination with
> scale of routing at the Edge (Routing System) is worth working on.
>
> Id/Loc split protocols and ILA (as well as GUE and GTP) are only
> examples/technologies and use cases (not actually required/to be focused
> on) for (same) bigger privacy problem to solve – that would attract people
> to work on. ILA is only an encapsulation format; in case 3GPP wants to keep
> GTP, although it has drawbacks, this might be also an option
>
> SEC area does handle a variety of issues – but INT area is related to IP
> addresses and mapping systems (Tom prefers latter AD)
>
> Toms advice: to address the bigger problem – independent of technology.
>
> It’s all about Routing and correlation between IP address and identity.
>
> People will try to meet in Prague for a side meeting.
>