IETF Logo Mail Archive

Re: [v6ops] I-D Action: draft-ietf-v6ops-reducing-ra-energy-consumption-02.txt

Lorenzo Colitti <lorenzo@google.com> Thu, 05 November 2015 07:32 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31EC11B3B27 for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 23:32:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 tuHQDRL0chBF for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 23:32:40 -0800 (PST)
Received: from mail-yk0-x230.google.com (mail-yk0-x230.google.com [IPv6:2607:f8b0:4002:c07::230]) (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 183661B3B4F for <v6ops@ietf.org>; Wed, 4 Nov 2015 23:32:40 -0800 (PST)
Received: by ykdv3 with SMTP id v3so26915704ykd.0 for <v6ops@ietf.org>; Wed, 04 Nov 2015 23:32:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tDwvxDch+BOuzKGjGHzvFtcffpP07sq6oD9Dvj2ZSJs=; b=axsNfGdmQPq0cf7zhJdLsRHpvl+1iiELhnnVLzp5zvN/nZk/T7UpLvU3COLLf2EbXf 63gfnYY3YZ8UtnToiS9DGZnFVrSmA4jqlcpRiKMEna2GGplyS8e9/HUff81m4NdhKdtl yFak1R7O5C4cMkhBxCT2YRjpVFcczJFKnE6BVeDiMJ5WcO2YczItQR04tqHAReMAPUvZ MQcz/Py/IvZBzEsH3Ae4MnOVcpefp8dQ3RTAFSqWMtfXQCiP0NjAuYCLlyvWbB1xz21B 49TVSkoJwKa9FSG3KXDq+LzC7SRBAT57i1re8/TFlhWVN6eSAlQGlgZ9O8EkfuJ8tMVe OXrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=tDwvxDch+BOuzKGjGHzvFtcffpP07sq6oD9Dvj2ZSJs=; b=NTXPbCr1WWnMWCMXY9k2dyr5ZH6sk7aIlvSPVrFDGcPDY10cvLxYxTypWQ07zpmgvv 6CIF+DfFIkvTbRce4VnwrG0sJo3Qoa9Cat37MIOkczYMvzlF/7d2swKfuzcNaYwM0PbM 2MqXxWFOWpIXTsAVUO5tR7WQChe8AWX0gtqsfyO6Vv1Cq/7eJ6QS3wAcG8Tlys8w2Pcm c6EHHhBRm58RQ4XMPnvB31cclMOdP39mI8eJlzCdHMjemqurz3WDrDcT2pLelyBtWqVu 0zqHmxFonwvtCubO3RyKkQSnDHFrI1wN1G+1CCmnH6UF/ZuuwGPd2zzTQFSQWuTKhdrE TAlA==
X-Gm-Message-State: ALoCoQmvUWtrYh3uS+ayWQ/c+YGBKCD15nth2bPwXFeE+9uE3QMEM06kGIjkyAhKMM0XodTO1Etz
X-Received: by 10.13.246.70 with SMTP id g67mr5703664ywf.116.1446708759282; Wed, 04 Nov 2015 23:32:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.87.197 with HTTP; Wed, 4 Nov 2015 23:32:19 -0800 (PST)
In-Reply-To: <714D355E-81FA-4D5D-95CA-BF3FE15C17C1@nestlabs.com>
References: <20151001150947.6527.30286.idtracker@ietfa.amsl.com> <CAKD1Yr3Xw=ddZieF0OzU=wyqs2P5WXvRh8CXn1S2qS6WEZmb9A@mail.gmail.com> <E616A912-FC4D-4EBE-ABFA-17CD60CC5D79@cisco.com> <563AB521.8000309@acm.org> <714D355E-81FA-4D5D-95CA-BF3FE15C17C1@nestlabs.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 05 Nov 2015 16:32:19 +0900
Message-ID: <CAKD1Yr060tf1N+ReZDv=xBy7uV=dNQ2VjQ1D+QBGC8-uz8R0ww@mail.gmail.com>
To: James Woodyatt <jhw@nestlabs.com>, Erik Nordmark <nordmark@acm.org>
Content-Type: multipart/alternative; boundary="94eb2c0338d4b12d480523c62155"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/2-SP1E_iktk5tYQJa7hACCbNGbo>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-reducing-ra-energy-consumption-02.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Nov 2015 07:32:41 -0000

On Thu, Nov 5, 2015 at 3:00 PM, James Woodyatt <jhw@nestlabs.com> wrote:

> I’m opposed to that suggestion. The practice described in section 5.2 is
> necessary today for dealing with behavior of deployed networks that conform
> to existing standards. If 6MAN wants to clarify or improve the ND6
> specification to change the need for the behavior documented here, then
> that would be splendid, but please count me on the list of people who
> prefer not to wait for the deliberations in 6MAN to resolve successfully
> before a practical solution to real world problems can be applied.
>

Erik, James and I worked on this together and I believe we're OK with the
following text:

   1.  Maintaining IPv6 connectivity requires that hosts be able to
       receive periodic multicast RAs [RFC4861]. Therefore, hosts that
       process unicast packets sent while they are asleep MUST also
       process multicast RAs sent while they are asleep. Hosts MAY
       rate-limit identical RAs if they are sent too frequently.

   2.  Mobile devices that do not intend to maintain IPv6 connectivity
       while asleep SHOULD either disconnect from the network, abandoning
       all IPv6 configuration, or perform DNAv6 procedures [RFC6059]
       when waking up.

Erik, James, can you confirm?

Cheers,
Lorenzo

v2.23.0 | Report a Bug | By Email