Re: [Pidloc] PIdLoc Webex

Tom Herbert <tom@quantonium.net> Fri, 07 December 2018 19:31 UTC

Return-Path: <tom@quantonium.net>
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 C5BAF130F9C for <pidloc@ietfa.amsl.com>; Fri, 7 Dec 2018 11:31:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.359
X-Spam-Level:
X-Spam-Status: No, score=-3.359 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=quantonium-net.20150623.gappssmtp.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 qLoHDFq_wb45 for <pidloc@ietfa.amsl.com>; Fri, 7 Dec 2018 11:31:57 -0800 (PST)
Received: from mail-it1-x131.google.com (mail-it1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 71E2F130E96 for <pidloc@ietf.org>; Fri, 7 Dec 2018 11:31:57 -0800 (PST)
Received: by mail-it1-x131.google.com with SMTP id h65so8784657ith.3 for <pidloc@ietf.org>; Fri, 07 Dec 2018 11:31:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quantonium-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0GAi81wvc5kjS7/ALplZN0JuKTIm8i9ZgXuC4VRIf7w=; b=yCJQXyW/M973hVB2nW4oeHrPCxe11PiBPokdrvRy/g3lVBzrwx0FLmmhF/RQhP5NXl CiyXU6e6DlYMGqr1x61LKKCRUMn7EkH+3eLZHwXKpHZEV6RjrQSfsfRxqP/TQQMbTPV6 9Gq/jFmzgMWX6k54fH7HDxjiJ2d1OWWIi7gSLDvZU/gefjdOI2a9GZJ5QLDbEbloNszy NiT9lPDOyvuJ4D7S1TMizuj2RK6KGUr7QfMLQOEtZ4nwHaTxok0qE/Tk2MKsVSPEnL8o ekS6Mti8KQq/l2oqPPWzbI3MnkVbmKHdiHN7HmXbBCw82g71DfvGuubmMBKB2UHW93kT 9xjA==
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:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0GAi81wvc5kjS7/ALplZN0JuKTIm8i9ZgXuC4VRIf7w=; b=fhveMQI332BvEc6hjHdIVa1MbK7pP8LhhTjBicT8x0HI83ReHs3s7KsbeTJjxJZy5Y 48tG2XlBbq0u0ePNXle4SPwSsbz1VbOqGA4apWET/nCUtK0qNZKUeugcxTlSFc+U8gSY FK4/hgsLMEs9E4XUl65MtXu1vTr1PjqQCymEL+dmSkUU4+O2hGtBoBxzq1lVzOSnTAci L0/kI/3OsLN2EnOBX/L8DGBeqj/wWZriFY482kt9k8gYSCGEpOKmhzx5dvDRbtkxRsB+ +7A7WFTPXzH8sbAxJyY9DzJiLc+YxSLBSbhPmgvOImXA8MLsyHV3BHl7ENg5u019FNAz JZCg==
X-Gm-Message-State: AA+aEWbQMegHBE5E8MtOOU3GlDuccfFzdQosaOp7Zw2vB9KTcm1bvLEH a+5WBcE5rI67eD09P4CI9f4EKMuXKB2BIqZ+EviNbA==
X-Google-Smtp-Source: AFSGD/WNx7pZ8kMp2EnUDFvOuEyikE/oiOWIZxfEZshgUxTNMCzQO99sjJB8YifFKqsOaRy9mWX9kqKINmCytVDf0Vo=
X-Received: by 2002:a02:85ae:: with SMTP id d43mr2984867jai.70.1544211116552; Fri, 07 Dec 2018 11:31:56 -0800 (PST)
MIME-Version: 1.0
References: <FRAPR01MB0801A22EEC0D55414EFFEC2ED1D00@FRAPR01MB0801.DEUPRD01.PROD.OUTLOOK.DE> <FRAPR01MB0801CDFD28647B7A02D700D2D1D00@FRAPR01MB0801.DEUPRD01.PROD.OUTLOOK.DE> <FRAPR01MB0801A452C8111F16940D4D65D1D10@FRAPR01MB0801.DEUPRD01.PROD.OUTLOOK.DE> <FRAPR01MB080121A9C90A6F78BBD7E4B7D1AF0@FRAPR01MB0801.DEUPRD01.PROD.OUTLOOK.DE> <95C0EB99-9A1F-4650-B764-2CC923B879A2@gmail.com> <CAPDqMeoUPaCiAF_7FeiBko0g=ofH6UcCtMAFn+1yLrPWJQfGWw@mail.gmail.com> <12D7EB58-278A-4ED4-83CE-B72F9206F054@gmail.com> <CAPDqMeqBL2O-g3-u5y2OZvsLJFG-qe_a3dc5qXSR8GaMAFsKXg@mail.gmail.com> <5CDE5968-FF04-4F8D-96F6-5CE51445B3CC@gmail.com> <CAPDqMeoRBD0qFFgnwpZghaNz7aHJA_mXfc16ainwjDhXQMQ+ew@mail.gmail.com> <3BB55FFA-D711-43AB-A788-AD7AA300D7DF@gmail.com> <CAPDqMermOi_avv24f9=mawUJ3HAvLjqv3CbhziOL5pWCLbtDdA@mail.gmail.com> <E3A4FF53-AA56-404A-9E3B-FD88E84674C5@gmail.com> <CAPDqMepM0PmuHgXxqGP41kBCRXHfO7iDD_QkvzMiFPD9wyEHLQ@mail.gmail.com> <9A5612A3-0C9A-4A43-84F3-C5CEC3FF0CCA@gmail.com>
In-Reply-To: <9A5612A3-0C9A-4A43-84F3-C5CEC3FF0CCA@gmail.com>
From: Tom Herbert <tom@quantonium.net>
Date: Fri, 07 Dec 2018 11:31:44 -0800
Message-ID: <CAPDqMepPQ_0NAK7ip6vX7x-Ge9k3DWEViNg=37WQPDS5eTvFCg@mail.gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
Cc: Dirk.von-Hugo@telekom.de, RJ Atkinson <rja.lists@gmail.com>, Saleem Bhatti <saleem@st-andrews.ac.uk>, Shunsuke Homma <homma.shunsuke@lab.ntt.co.jp>, Behcet Sarikaya <sarikaya@ieee.org>, Luigi Iannone <ggx@gigix.net>, erik@zededa.com, pidloc@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/pidloc/F-kUQpp54pfr1c9uvLh8uE4y8vE>
Subject: Re: [Pidloc] PIdLoc Webex
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: Fri, 07 Dec 2018 19:31:59 -0000

On Fri, Dec 7, 2018 at 11:08 AM Dino Farinacci <farinacci@gmail.com> wrote:
>
> > Yes, the network should assign ephemeral addresses. Scaling this so
> > that hosts can use a different address per connection is the problem
> > that ensues.
>
> For the outer (or only header), you cannot get assigned ephemeral addresses. They need to be provider-assigned addresses so routing deeper in the network can aggregate such addresses into coarser prefixes.
>
> And note ISPs want to use uRPF so another reason for provider-assigned addresses. The best way to solve the *entire* problem is to tunnel with encryption from a point inside the ISP. Then the outer addresses are coarsified and the inner addresses are obfuscated.
>
> You could solve some of the problem with ILA but you need to keep translating the packet as it goes to the destination. And that will be hard to debug since it breaks traceroute.
>

You are convoluting the behavior of internal network operations with
the externally visible behavior. Think of it this way, we have end
hosts and we have Internet servers. The desired property wrt privacy
is that any host can use an untrackable source address per connection
to talk to any Internet servers. Servers on the Internet should not be
able to draw any correlation between any two flows, nor should they be
able to deduce geographic location with any accuracy. End hosts and
server only see these assigned addresses. They don't know about
mapping systems, underlays, encapsulation, or what the addresses mean
other. All they know is that the addresses than they identify a
communicating node and are routable in IP packets over the Internet to
some service provider. It is up to the network provider to support
this using mechanisms that scale, but the details of that are not
relevant to privacy as long as the desired external behavior is met
and privacy is maintained.

Tom

> Dino
>