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

<Dirk.von-Hugo@telekom.de> Tue, 12 February 2019 16:29 UTC

Return-Path: <Dirk.von-Hugo@telekom.de>
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 045B7127287 for <pidloc@ietfa.amsl.com>; Tue, 12 Feb 2019 08:29:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
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 67ZcbhS8G612 for <pidloc@ietfa.amsl.com>; Tue, 12 Feb 2019 08:29:16 -0800 (PST)
Received: from mailout11.telekom.de (MAILOUT11.telekom.de [194.25.225.207]) (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 34CBA128766 for <pidloc@ietf.org>; Tue, 12 Feb 2019 08:29:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1549988955; x=1581524955; h=from:to:cc:subject:date:message-id:mime-version; bh=mPWLmlGZBg8cIyWEv58gMkKrn1SgD8sBMHPTgV0NOr4=; b=oNlP41LqUUrz4GZUauo4aQ1Tw/fibXptLzSp46uin/f/s7KMZl+A8K92 ywoe8FYey9cgZWtq72keUKAheABEUJZZK8yFmCBvMLiKjIKjVAjCW3iEP wJ69Xm4g2qx6z7VRc1BfC2EQb8yOGo/Hu/1VN/AOF++ndrxL89nwAcqrZ jNTsVHT1uR1X3S6AstM1Vnnna2mqXt2FDB29Dz5BWcLvpjDMpQH92GDEQ m57G3oaJGpWhOGZD9g0z6kJ/E9XvI467gCf7j8wDO6esbxiZkkDg7gtO9 9Kw2DAfWF5FeqxP6yqQeqTqKgYAmN2/V3emx0PKaIT9WFsmrRuFOURa/q g==;
Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Feb 2019 17:29:12 +0100
Received: from he105698.emea1.cds.t-internal.com ([10.169.119.27]) by QDE8PP.de.t-internal.com with ESMTP/TLS/AES256-SHA; 12 Feb 2019 17:29:12 +0100
Received: from HE105651.EMEA1.cds.t-internal.com (10.169.119.62) by HE105698.emea1.cds.t-internal.com (10.169.119.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 12 Feb 2019 17:29:12 +0100
Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE105651.EMEA1.cds.t-internal.com (10.169.119.62) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Tue, 12 Feb 2019 17:29:12 +0100
Received: from GER01-FRA-obe.outbound.protection.outlook.de (51.4.80.20) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 12 Feb 2019 17:29:12 +0100
Received: from FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE (10.158.150.148) by FRXPR01MB0264.DEUPRD01.PROD.OUTLOOK.DE (10.158.151.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.22; Tue, 12 Feb 2019 16:29:11 +0000
Received: from FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE ([fe80::e101:7826:77e5:2c8e]) by FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE ([fe80::e101:7826:77e5:2c8e%7]) with mapi id 15.20.1601.023; Tue, 12 Feb 2019 16:29:11 +0000
From: Dirk.von-Hugo@telekom.de
To: pidloc@ietf.org
CC: Roland.Schott@telekom.de, sarikaya@ieee.org, tom@quantonium.net
Thread-Topic: Prague - was RE: Pidloc Webex on Thursday Dec 13, 2018
Thread-Index: AdTC8BSFrgDyu8SNTVeiTDQsyCV79Q==
Date: Tue, 12 Feb 2019 16:29:11 +0000
Message-ID: <FRXPR01MB0134AEF502A0C7958CB74820D1650@FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Dirk.von-Hugo@telekom.de;
x-originating-ip: [212.201.104.11]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; FRXPR01MB0264; 6:7vCN6VKgiJ+vE+gDEZlH2y4BpOc34cnVwCGTLqYK+ygrJeDrEqFri0TxHN4x49s61RwNQSA1JsUn5C6NVr2dakbtisELO/WnOWir/ySKZGaDcbxMVbjRhhmeduYlaahhTZ5h8RHo2TozAQnrMXiCSGG+pY46rZIHgHnoVElhj8aHiSPk2irNOEg+zc40YQL0l+oXMzYRcx3wLa6wOeFxUPwEG/Xs6dsO8zmR+pIRei+0Bi1IHR+3Mov0fNv0mpgZBekSiua6FQuFO/yfIzVqgZizNqfPfEluCUiKfkPsJRvhaCVmxwKAe2nfTgVVevF3lIsfJnelfR6ujREz5B5rALdlZYFalviBCgYvNDMFNS/JA6tfphY38yxuMSr8f8L9fvcyGtxrgUg1la8V2D199g0JsZsN/qMWlNXb1+bX8jjIDhzpkbyYPuyBlwuYWBuGfnMeeODFlSzVIAO1CoOQ1w==; 5:gjt3l2aqb7MvOIdIW46OEsSnBSVd/EBTxsgv3eAbzTkACAF7IF0O8szG3H+ZOKPudjBAbFttH25kWi8Up8OZ1l5eKAOLl43qpeM7Pbs/obbyynlOFVjBlQcGA28xIKGx8FLxo4WJoe4LrsvpxFNYXz4VxdixG7+G1YjtDdaynN1UZUp0ApqUzuDU9/Ipse2zuu9LtaMNqFC86rKPrgFanQ==; 7:xIqRRXOPiwCKb/DZMrpgEBzCzMkTp8HBZN5vh1DOi0vzwL5P90kwJfLbk/GSteEueP1fn5WsDsH7YSq/tEZH+BPDUy6zOZhbBKU+SiaNHiB9ZsxGT+EBn0OkM3sKqKGUG7WeIloHCisV1Ua3Cx2C2Q==
x-ms-office365-filtering-correlation-id: e0007060-491b-4fb7-ac7e-08d691073827
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:FRXPR01MB0264;
x-ms-traffictypediagnostic: FRXPR01MB0264:
x-microsoft-antispam-prvs: <FRXPR01MB0264C2A434041E4EEC88C0C2D1650@FRXPR01MB0264.DEUPRD01.PROD.OUTLOOK.DE>
x-forefront-prvs: 0946DC87A1
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(396003)(39860400002)(346002)(136003)(17703002)(189003)(199004)(14454004)(74482002)(54896002)(6306002)(8936002)(9686003)(316002)(72206003)(54906003)(14444005)(256004)(486006)(75402003)(2351001)(476003)(2501003)(26005)(105586002)(413944005)(4326008)(33656002)(106356001)(2906002)(97736004)(102836004)(7696005)(86362001)(66066001)(6116002)(3846002)(5640700003)(790700001)(8676002)(186003)(68736007)(1730700003)(478600001)(81156014)(81166006)(53936002)(6916009)(52396003)(55016002)(71200400001)(71190400001)(7736002)(53546011); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0264; H:FRXPR01MB0134.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: v9MluRZk/dT+Al2WQih2wsyTV5q2x3euub2MU/j6AqRjZUMaFdCS6qdWa8xO6rfTJ+nT64XGJaC/umJq7Eeu9dGah0D4+uH4D3XHfMz8rGy9QnAmuW2ClTw8+38IT78mvKq3rgGTX1J9yblRj2kDIpVklYDdXF++oY1JfOUCObVap99v16KNqTPveJtm22gDaxxoL/TZ8OouvG7n65lJKuInfehRNfn8O+9zglrcR9o49kvrSRjBYIHjp6Ck2Ba7G6dV74n6x8xR3fouwSPsVcUHU58vZXnSiCX9Wmbba2EgSKZRuFOy0hzZzzP3T7Wzl7/byqXNHe5rtCKNIQngXwJ1WlJxAjfBnzuluRLiu9roOlj4TxgySHEXR8ljIZE2CEybLUMytCZh2CygT7RNsnj0TZMOrceOzp+nxQjG0Gk=
Content-Type: multipart/alternative; boundary="_000_FRXPR01MB0134AEF502A0C7958CB74820D1650FRXPR01MB0134DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: e0007060-491b-4fb7-ac7e-08d691073827
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2019 16:29:11.1555 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0264
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/pidloc/fzN4B1A7q1u2bV0LeDWbTlDZh5c>
Subject: [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: Tue, 12 Feb 2019 16:29:19 -0000

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.