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

David Farmer <farmer@umn.edu> Thu, 05 November 2015 15:13 UTC

Return-Path: <farmer@umn.edu>
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 ABDBA1B2EB0 for <v6ops@ietfa.amsl.com>; Thu, 5 Nov 2015 07:13:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.308
X-Spam-Level:
X-Spam-Status: No, score=-4.308 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 IPKbDu-7-sKP for <v6ops@ietfa.amsl.com>; Thu, 5 Nov 2015 07:13:24 -0800 (PST)
Received: from vs-m.tc.umn.edu (vs-m.tc.umn.edu [134.84.119.120]) by ietfa.amsl.com (Postfix) with ESMTP id 272041B2EC8 for <v6ops@ietf.org>; Thu, 5 Nov 2015 07:12:46 -0800 (PST)
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) by vs-m.tc.umn.edu (UMN smtpd) with ESMTP (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128/128); for <v6ops@ietf.org>; Thu, 5 Nov 2015 09:12:39 -0600 (CST)
X-Umn-Remote-Mta: [N] mail-ig0-f170.google.com [209.85.213.170] #+LO+TS+TR
X-Umn-Classification: local
Received: by igbhv6 with SMTP id hv6so13012540igb.0 for <v6ops@ietf.org>; Thu, 05 Nov 2015 07:12:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:from:subject:date:to; bh=nuL7F00bAnU0PzWXcW//W+Et+tBSAD8sN+hBmuBHmp0=; b=Vl2IqhvAfWFczht+DivtUl7tvwzVe9ntomzQcR6InsV4bKN4NWzchk5uaraJmrxVbG 3r05kkyMNAv+JnePY0zVepvyIcPR6DItREAI+jDHwjb3ZTmdJlq9KFkci40I9sHoEhNY o7L+/UU7wMS6wLasNExTaAy3LVJ/nW1QK40Ks=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:content-type:message-id:cc:from:subject :date:to; bh=nuL7F00bAnU0PzWXcW//W+Et+tBSAD8sN+hBmuBHmp0=; b=QunDm8GDc/TvWLTU+xqSBgaovFvI8qo5noEj6KbSlfK8W8dDI2C4swBH9cZIyhVXqN 3dsmLkHV445oHGXEQZ9JX4McFCMtjdU820c8GFkPS0zCc6SqtUm+uQNnKcVZgKvPuxWu V9xwmDco5IXQpig/kdBhDhQuj97whPXO8lsnl9iuhfCkz0vBWBXptB1pKAH66rBEP6aC Z4B+V+WKgqSf9ofJjbP3hkvnrx+xDtK9LwJYRsZMQSRqwm9vau6VkJ76F8sI2Va0h636 hfS1SEN4AemS4yanVhi9rRrE9OSqqXCTnU+18FHFbcpLtC3odp1ljOudInZIFU1Kpud7 fmJA==
X-Gm-Message-State: ALoCoQm1jtXcb6NCd1+I0o7fo8Bbs2YWCqYSLboYrHgWoIXSsUavIO+EdvMMLwAX9qzdVclnkwDecW6e+ie1st060yxGCED48p9aBQv6UeEoA5clsKR7LBjpVbnqNll8GjLX5R5aiLAq
X-Received: by 10.50.78.194 with SMTP id d2mr3603330igx.72.1446736358110; Thu, 05 Nov 2015 07:12:38 -0800 (PST)
X-Received: by 10.50.78.194 with SMTP id d2mr3603286igx.72.1446736357737; Thu, 05 Nov 2015 07:12:37 -0800 (PST)
Received: from [10.0.0.7] (c-68-47-68-88.hsd1.mn.comcast.net. [68.47.68.88]) by smtp.gmail.com with ESMTPSA id k62sm3030256ioi.30.2015.11.05.07.12.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Nov 2015 07:12:36 -0800 (PST)
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> <CAKD1Yr060tf1N+ReZDv=xBy7uV=dNQ2VjQ1D+QBGC8-uz8R0ww@mail.gmail.com>
In-Reply-To: <CAKD1Yr060tf1N+ReZDv=xBy7uV=dNQ2VjQ1D+QBGC8-uz8R0ww@mail.gmail.com>
Mime-Version: 1.0 (1.0)
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary="Apple-Mail-88426400-4985-4660-9AFF-462FA4FE7949"
Message-Id: <1D37A3AC-68E8-402B-BE1A-51EC3075A2A1@umn.edu>
X-Mailer: iPad Mail (13B143)
From: David Farmer <farmer@umn.edu>
Date: Thu, 05 Nov 2015 09:12:36 -0600
To: Lorenzo Colitti <lorenzo@google.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/k7ZfW4xu89bxjntHMqnsaqam6IU>
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 15:13:30 -0000


-- 
===============================================
David Farmer                          Email: farmer@umn.edu
Office of Information Technology
University of Minnesota    
2218 University Ave SE         Phone: +1-612-626-0815
Minneapolis, MN 55414-3029   Cell: +1-612-812-9952
===============================================


> On Nov 5, 2015, at 01:32, Lorenzo Colitti <lorenzo@google.com> wrote:
> 
>> 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?

I still don't understand why this is using the term "mobile device", and the rest of the text uses "battery-powered host".  

Thanks