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

Erik Nordmark <nordmark@acm.org> Thu, 05 November 2015 01:47 UTC

Return-Path: <nordmark@acm.org>
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 98D7B1B3608 for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 17:47:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] 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 xwt3EChQ5lOr for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 17:47:29 -0800 (PST)
Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 428371A882A for <v6ops@ietf.org>; Wed, 4 Nov 2015 17:47:29 -0800 (PST)
Received: from [133.93.28.217] (dhcp-28-217.meeting.ietf94.jp [133.93.28.217]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id tA51lGem015877 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 4 Nov 2015 17:47:18 -0800
To: "Fred Baker (fred)" <fred@cisco.com>, "v6ops@ietf.org WG" <v6ops@ietf.org>
References: <20151001150947.6527.30286.idtracker@ietfa.amsl.com> <CAKD1Yr3Xw=ddZieF0OzU=wyqs2P5WXvRh8CXn1S2qS6WEZmb9A@mail.gmail.com> <E616A912-FC4D-4EBE-ABFA-17CD60CC5D79@cisco.com>
From: Erik Nordmark <nordmark@acm.org>
Message-ID: <563AB521.8000309@acm.org>
Date: Thu, 5 Nov 2015 10:47:13 +0900
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <E616A912-FC4D-4EBE-ABFA-17CD60CC5D79@cisco.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Sonic-CAuth: UmFuZG9tSVYG1qtu6NJzGZ2aGynY7vnJjZCUfuT7qlzMXt/3bVMy1F3C4s9Ck5TIX79LJGI9bHO9XWgwwA1FZmqVfoaGvWrR
X-Sonic-ID: C;UvuCJF+D5RGHzL0U9jFv0A== M;zpgIJl+D5RGHzL0U9jFv0A==
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/pXv_ez4TJFxzv657dT0cq8ZeOXk>
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 01:47:30 -0000

[Resent with corrected from address]

On 10/2/15 3:39 AM, Fred Baker (fred) wrote:
> Folks - I'd appreciate it if you would look at the update and comment 
> quickly. The big new text is in section 4 and the security 
> considerations. 
> https://tools.ietf.org/rfcdiff?url2=draft-ietf-v6ops-reducing-ra-energy-consumption-02.txt 
>
>
> My issue is that I moved too quickly. I looked at the list traffic and 
> noted that it had come to a hiatus, and assumed that Lorenzo/Andrew 
> had dealt with the open issues. This draft is intended to be the 
> update that does that. However - I filed it with the IESG. If I need 
> to snatch it back, say so now, please.
Fred,

I had reviewed draft-ietf-v6ops-reducing-ra-energy-consumption-00 and 
fully agreed with the the recommendations in section 4 about 
implementation and configuration of routers.

However, in 01 there was a section added (4.2 - now 5.2) with device 
side recommendations/requirements, with with I have serious reservations 
at several levels:
1. The text uses terms like "maintain IPv6 connectivity" and "disconnect 
from the IPv6 network" which are not defined. I would not know what 
impact this has on an implementation with those terms being defined. 
E.g., does "disconnect" mean to discard all IPv6 addresses and prefixes 
and release all DHCPv6 leases? Kill all connections? What?

2. Section 5.2 changes (or at least clarifies) the IPv6 standards which 
seems to not be in scope in the v6ops charter.

Thus I think section 5.2 should be removed and that discussion be had in 
the 6man WG.

Sorry for not catching the scope expansion in -01 earlier.

Regards,
     Erik

>
>> On Oct 1, 2015, at 8:13 AM, Lorenzo Colitti <lorenzo@google.com 
>> <mailto:lorenzo@google.com>> wrote:
>>
>> On Fri, Oct 2, 2015 at 12:09 AM, <internet-drafts@ietf.org 
>> <mailto:internet-drafts@ietf.org>> wrote:
>>
>>           Title           : Reducing energy consumption of Router
>>     Advertisements
>>             Authors         : Andrew Yourtchenko
>>                               Lorenzo Colitti
>>             Filename        :
>>     draft-ietf-v6ops-reducing-ra-energy-consumption-02.txt
>>             Pages           : 6
>>             Date            : 2015-10-01
>>
>>
>> The changes from -02 are as follows:
>>
>>  1. Added a section on RA intervals and lifetimes.
>>  2. Added text on RA guard in the security considerations section.
>>
>> Both are in response to previous WG comments.
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org <mailto:v6ops@ietf.org>
>> https://www.ietf.org/mailman/listinfo/v6ops
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops