Re: I-D Action: draft-ietf-6man-maxra-02.txt

Lorenzo Colitti <lorenzo@google.com> Fri, 10 March 2017 04:47 UTC

Return-Path: <lorenzo@google.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 EABD412941C for <ipv6@ietfa.amsl.com>; Thu, 9 Mar 2017 20:47:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 RrLy1Hz9rxRp for <ipv6@ietfa.amsl.com>; Thu, 9 Mar 2017 20:47:02 -0800 (PST)
Received: from mail-ua0-x232.google.com (mail-ua0-x232.google.com [IPv6:2607:f8b0:400c:c08::232]) (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 A721E1288B8 for <ipv6@ietf.org>; Thu, 9 Mar 2017 20:47:02 -0800 (PST)
Received: by mail-ua0-x232.google.com with SMTP id f54so97810866uaa.1 for <ipv6@ietf.org>; Thu, 09 Mar 2017 20:47:02 -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=0JGArspBlSt0l10lJRAySs/TlAzOmk/WmjFK4EJE/bU=; b=jQMBL8wgoV/z36rN1SHzfZuFeiGtuAlwr2hHmGrWo7lF8QlBFKW/k90kQy41pIi6dI RQ9e9vwrEf/QAwS/BFN21O+3bZIg3ekp1HhdtN6IA5b8D8cOFmBFzi0NRikOsaKlO3uI lQyjxeN2+8+TfoU87sIYz1LX98O+sc8yBCKUYgwqvFSO5CMQxwMMiuv217KuO9X+/huj 3RVGaZuWq6vYEDGIDTz+7pgF1Mt1AxYYIVYQnGHKDzq/J9SYh+3VWy2sV547SbZfx9bc 6mKZCYivlGuEMgy6CmLfhmia4TjIYpBXtqXjqpTe37UwiuDn5/iHuDYxMBNLRpGTXpMY oOeg==
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=0JGArspBlSt0l10lJRAySs/TlAzOmk/WmjFK4EJE/bU=; b=nUz6I35N0Bhht2QRLzokQ3AX+9Lirsdqp5LlTFUiwMxKq5XcqIirSRpXp9feFMxuDj 1OE910Ipk4qYjBelFpvzun5lDckWRVpYT9eP2M2nWpcTcK4xQixQcxvPN6WNdblDewb3 HpGTVrSBrKjIdxWqjiyr+n4R/sxJiHgPoqyYAqkf4nz/mKtQiYHnAHazEMZq47i8qxKd MAUt+SqGOJibhgwSwV627WM6++hFSZUPdxsw5tnEzedHFipRsS8RMmPffdFqkqrhEXIT nDExiaJMkLrVqa6CjsvNKyrvDj0iXXxBuJWwIuphxlwhFT34tb+jbdMgXPMNzeHQoH6Y kf5Q==
X-Gm-Message-State: AMke39mfe6IzhvcsnBjp4U5TBKFULpAmurzBvPQCE/+cmcUakGHOkQGXLjUrzy71OO4PnyJehS2ouRQUAmaMVddy
X-Received: by 10.176.1.5 with SMTP id 5mr7934004uak.30.1489121221639; Thu, 09 Mar 2017 20:47:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.31.171.2 with HTTP; Thu, 9 Mar 2017 20:46:41 -0800 (PST)
In-Reply-To: <148911912639.5852.17633348656785673120@ietfa.amsl.com>
References: <148911912639.5852.17633348656785673120@ietfa.amsl.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Fri, 10 Mar 2017 13:46:41 +0900
Message-ID: <CAKD1Yr3qjUmXC9p1F5SFKEgY2oaFKmQvH5Zoiq1c_UxdwGjJfw@mail.gmail.com>
Subject: Re: I-D Action: draft-ietf-6man-maxra-02.txt
To: internet-drafts <internet-drafts@ietf.org>
Content-Type: multipart/alternative; boundary="001a113d058c71cbca054a590daf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/-bE7E7HKdVPJIeq5AQOnmdqz4nE>
Cc: IETF IPv6 Mailing List <ipv6@ietf.org>, i-d-announce@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 10 Mar 2017 04:47:05 -0000

On Fri, Mar 10, 2017 at 1:12 PM, <internet-drafts@ietf.org> wrote:

>    The neighbor discovery protocol specifies the maximum time allowed
>    between sending unsolicited multicast Router Advertisements from a
>    router interface as well as the maximum router lifetime.  It also
>    allows the limits to be overridden by link-layer specific documents.
>    This document allows for overriding these values on a per-link basis.
>

The changes proposed by this draft are fine, but I have concerns about the
stated rationale.

Rationale: it makes no sense to say that we should be able to extend the
maximum RA timer above 9000 seconds because multicast is inefficient on
some links, and then cite a draft that says that multicast is not efficient
on 802.11 networks. On 802.11 networks, multicast is not as reliable as
unicast, but it's certainly not the case that one packet every 9000 seconds
is a problem. Maybe instead of citing 802.11, remove all mention of 802.11
and focus only on the 3GPP use case? Or, in addition to that, say that for
some power-constrained nodes, one packet every 9000 seconds might still be
too much.

Also: since we continue to see implementers do bad things such as set
maxinterval to 4s and router lifetime 12s on a wifi network, I would add to
the end of section 4:

As explained in Section 3, the relationship between MaxRtrAdvInterval and
AdvDefaultLifetime must be chosen to take into account the probability of
packet loss.