Re: [Ila] [DMM] Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt

Lorenzo Colitti <lorenzo@google.com> Tue, 06 February 2018 05:22 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: ila@ietfa.amsl.com
Delivered-To: ila@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFC941200C1 for <ila@ietfa.amsl.com>; Mon, 5 Feb 2018 21:22:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 kciSmWNqc4jq for <ila@ietfa.amsl.com>; Mon, 5 Feb 2018 21:22:28 -0800 (PST)
Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (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 869FE126BFD for <ila@ietf.org>; Mon, 5 Feb 2018 21:22:28 -0800 (PST)
Received: by mail-wr0-x236.google.com with SMTP id a43so606037wrc.4 for <ila@ietf.org>; Mon, 05 Feb 2018 21:22:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JdazuBXBp2JvhAMoDVEql8whxBy24qYZs5TiwUghzug=; b=NUyncU4TrG4p2iK2rnoeYKSgZJTpxHzveJWa8WHUfWRoYU9gMgXMzlpWK/A1C7MieA e1tbMnVlKhzdk/SQSYfc1L9N5uYzTTfl2x4UjSdJg4126jGoc2IeVQ2LnAnoBSCFGySx sk2rtTjQiCFUg9AOpM8UF+K1e26IgvP3i88XVdKWjGhqMvLmyRBVPCiCgu5h4cPiu7Et nMITCS/Nobq08nDyeNu7nH8z2tcexYKXR3Cncbbe3fNOemz0mcuGYqEA6C8AZq2a4I6F O5s2Ii+PxuCnh6DLGIJZmIDY3cbwSlxVUciMzy+kOv9FGEXNsMR9bARtq6U/PNq5u3qW c+1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JdazuBXBp2JvhAMoDVEql8whxBy24qYZs5TiwUghzug=; b=cRoCiO/2u4RQkQnkIOcrisjZGFBq39I4G9JjmE9IliyrzcL0ONaRgg9xREpqPKsLB3 legN0g3TtNEfV5fym3Bp7EGGAV7T5xN+ku5+PEKKOwLAQ868VBVJOmC5ykxaInwoQh4u zMfxq6xpspBGZnQo9VNNuQu+/gy/gM2qims75ZK9UBynYJZkx9edS+ir0mppHuUgNzah +zuAwPzdq1TlAnGpOoTXRc/844VoW43lvB7uiMB80mMazSvGKayOpjQdLt3/zT0H4ca/ M/5XIGZQzbfalfkHYPXwObfl827PyR1PjrjkdR5UFMNOTcoLvR8U31MD0nJHTEqdOYEE GrpA==
X-Gm-Message-State: APf1xPCqeysmvRVAg8Y93D0wH9nT8VaBadMSUQ9O0Bbp234aJDVrY0wB vUtvzuZATJ/V9w6yxVrckf6JNlb3pbdmr+2aIhbEsQ==
X-Google-Smtp-Source: AH8x2269Wvp1aNMLDabvzMxweb9HBjvSAgPyINIRxQ1vI6B3/pnM81KX2F+q0g1NpgiSarl8257TKBR3Q10hcc1ihdE=
X-Received: by 10.223.176.172 with SMTP id i41mr918920wra.47.1517894546839; Mon, 05 Feb 2018 21:22:26 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.220.215 with HTTP; Mon, 5 Feb 2018 21:22:06 -0800 (PST)
In-Reply-To: <CAPDqMepxQcDhx2gE3cNtGewaYeYD1Gw+XCxz2U2okBf7kaxFcw@mail.gmail.com>
References: <151750859755.24445.6929673804211867286.idtracker@ietfa.amsl.com> <CAPDqMerbX4UJ-mK-A-f=im=1h0Yz-52QfWLLgVDkybtSShNp5Q@mail.gmail.com> <CAKD1Yr0Xpi=3mn8VfQ3eRm4ZWWDfYd10e+y3EUcY2rX-FaYbXw@mail.gmail.com> <CAPDqMepxQcDhx2gE3cNtGewaYeYD1Gw+XCxz2U2okBf7kaxFcw@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 06 Feb 2018 14:22:06 +0900
Message-ID: <CAKD1Yr14D+8dv=Hj=4c+aQvLVUN1hS9TPST+T0tgpmYAW8ncVg@mail.gmail.com>
To: Tom Herbert <tom@quantonium.net>
Cc: dmm <dmm@ietf.org>, ila@ietf.org
Content-Type: multipart/alternative; boundary="001a113cb5ce45ca230564845dbc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/M38TzA67k3ZI0OBry-UwYQmrcfo>
Subject: Re: [Ila] [DMM] Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt
X-BeenThere: ila@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Identifier Locator Addressing <ila.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ila>, <mailto:ila-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ila/>
List-Post: <mailto:ila@ietf.org>
List-Help: <mailto:ila-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ila>, <mailto:ila-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Feb 2018 05:22:31 -0000

On Tue, Feb 6, 2018 at 2:17 PM, Tom Herbert <tom@quantonium.net> wrote:

> Section 8.3 provides the argument that singleton addresses are needed for
> privacy-sensitive communications. For practicality and probably scaling /64
> is needed, however for strong privacy singleton addresses would be needed
> (to avoid resorting to NAT).
>

You don't need singletons for privacy. You can just assign /64s that change
over time.


> I'm not sure a best practice can be defined here since it may depend on
> the application context.
>

There already is a best practice. It's written down in RFC 7934.