rfc4941bis: Change to Valid Lifetime of temporary addresses

Fernando Gont <fgont@si6networks.com> Thu, 30 January 2020 22:27 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 5A6071200A1 for <ipv6@ietfa.amsl.com>; Thu, 30 Jan 2020 14:27:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 ibyPN-09zlea for <ipv6@ietfa.amsl.com>; Thu, 30 Jan 2020 14:27:40 -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 47FA412006F for <6man@ietf.org>; Thu, 30 Jan 2020 14:27:40 -0800 (PST)
Received: from [192.168.100.103] (unknown [186.183.50.221]) (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 D357F866E0; Thu, 30 Jan 2020 23:27:35 +0100 (CET)
From: Fernando Gont <fgont@si6networks.com>
Subject: rfc4941bis: Change to Valid Lifetime of temporary addresses
To: "6man@ietf.org" <6man@ietf.org>
Message-ID: <9cb65947-f634-e250-bfdc-134cfa2c91e9@si6networks.com>
Date: Thu, 30 Jan 2020 19:27:25 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
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/w1nDojS1WkulCJMnPfudqiX5qRw>
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: Thu, 30 Jan 2020 22:27:42 -0000

Folks,

It has been suggested by Lorenzo Colitti, David Farmer, and others, to 
change the default Valid Lifetime of temporary addresses.

Namely, to change it from the current (RFC4941) "one week", to "two 
days". This indirectly limits the maximum number of temporary addresses 
employed by hosts. (2, compared to the current 11 (as per RFC4941)).

This requires these changes:

* Section 3.5:

OLD:
    Because the precise frequency at which it is appropriate to generate
    new addresses varies from one environment to another, implementations
    SHOULD provide end users with the ability to change the frequency at
    which addresses are regenerated.  The default value is given in
    TEMP_PREFERRED_LIFETIME and is one day.  In addition, the exact time
    at which to invalidate a temporary address depends on how
    applications are used by end users.  Thus, the suggested default
    value of one week (TEMP_VALID_LIFETIME) may not be appropriate in all
    environments.  Implementations SHOULD provide end users with the
    ability to override both of these default values.

NEW:
    Because the precise frequency at which it is appropriate to generate
    new addresses varies from one environment to another, implementations
    SHOULD provide end users with the ability to change the frequency at
    which addresses are regenerated.  The default value is given in
    TEMP_PREFERRED_LIFETIME and is one day.  In addition, the exact time
    at which to invalidate a temporary address depends on how
    applications are used by end users.  Thus, the suggested default
    value of two days (TEMP_VALID_LIFETIME) may not be appropriate in all
    environments.  Implementations SHOULD provide end users with the
    ability to override both of these default values.


* Section 5:

OLD:
    TEMP_VALID_LIFETIME -- Default value: 1 week.  Users should be able
    to override the default value.

NEW:
    TEMP_VALID_LIFETIME -- Default value: two days.  Users should be able
    to override the default value.


Comments? Objections?

Thanks!

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