Re: Address privacy (was: Re: RFC4941bis: consequences of many addresses for the network)

Fernando Gont <fgont@si6networks.com> Tue, 28 January 2020 01:37 UTC

Return-Path: <fgont@si6networks.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63BEE3A0873 for <ipv6@ietfa.amsl.com>; Mon, 27 Jan 2020 17:37:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 RHgakI0igfbb for <ipv6@ietfa.amsl.com>; Mon, 27 Jan 2020 17:37:13 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C44D63A0867 for <ipv6@ietf.org>; Mon, 27 Jan 2020 17:37:12 -0800 (PST)
Received: from [192.168.100.103] (unknown [186.183.48.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id B6C3B86BA1; Tue, 28 Jan 2020 02:36:57 +0100 (CET)
Subject: Re: Address privacy (was: Re: RFC4941bis: consequences of many addresses for the network)
To: Jared Mauch <jared@puck.nether.net>, Ted Lemon <mellon@fugue.com>
Cc: 6man WG <ipv6@ietf.org>, Christian Huitema <huitema@huitema.net>, Michael Richardson <mcr+ietf@sandelman.ca>
References: <D4C40CE0-B8BE-47AF-9E69-BDE7513E35CB@fugue.com> <1C48AB82-CDDA-4050-A7ED-67B6B7DA30D2@puck.nether.net>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <5deaf0b5-17c0-3123-eea8-9152ccce7657@si6networks.com>
Date: Mon, 27 Jan 2020 20:41:10 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <1C48AB82-CDDA-4050-A7ED-67B6B7DA30D2@puck.nether.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/AA66hxmYfYQY-HLibYELiAuhyEw>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jan 2020 01:37:16 -0000

On 26/1/20 13:16, Jared Mauch wrote:
> The systems rotate them away over the course of a week. You may not see 
> this in a environment where you use many different networks. If your 
> network is stable, such as an enterprise you will see this.
> 
> Call it a bug if you want to dismiss the design principle but the 
> privacy folks have it wrong here when you break the user with forced 
> rotation for the sake of a principle that may not apply in an enterprise 
> (you generally have no right to privacy here).

The problem here is not necessarily the rotating addresses (in this 
respect), but the lack of a proper API fo the ssh client to signal the 
lower layers what properties it expects from the address. (local vs 
global? stable vs temporary? etc.) Please see: 
draft-gont-6man-address-usage-recommendations

To some extent, we have produced a lot of features in IPv6 addressing, 
with not much of a means for apps to leverage them. This, at times, 
turns those features into actual problems.

Regarding the number of addresses, I believe that you should be able to 
convey network configuration policy when deemed necessary. As of today, 
this would likely mean "be able to use DHCPv6" on your network. I 
realize that it's quite unfortunate that the religious war between the 
slaac and dhcpv6 camps have prevented you from having that option.

At least some years ago, folks were against conveying policy in slaac, 
as per: draft-gont-6man-managing-slaac-policy.

This, in away, boils down to your only options being anarchy or turning 
stuff off.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492