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

Erik Nordmark <nordmark@sonic.net> Thu, 05 November 2015 01:44 UTC

Return-Path: <nordmark@sonic.net>
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 957851B363D for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 17:44:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 eniKvWf3omGm for <v6ops@ietfa.amsl.com>; Wed, 4 Nov 2015 17:44:03 -0800 (PST)
Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 195F31B363C for <v6ops@ietf.org>; Wed, 4 Nov 2015 17:44:03 -0800 (PST)
Received: from [133.93.28.217] (dhcp-28-217.meeting.ietf94.jp [133.93.28.217]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id tA51hqp7005352 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 4 Nov 2015 17:43:53 -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@sonic.net>
Message-ID: <563AB457.20302@sonic.net>
Date: Thu, 05 Nov 2015 10:43:51 +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: UmFuZG9tSVYLGYgVUsZRhZ6dCnmo54Z2R2R18M5dBfGwVCBc+pyWENosZZDh9d0wK7EFoIZXaJqrhpJTCEoxiGI4WaU7Mhzv
X-Sonic-ID: C;YuPXql6D5RGXreK7sH9FTg== M;Ynhgq16D5RGXreK7sH9FTg==
X-Sonic-Spam-Details: 0.0/5.0 by cerberusd
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/tfzflrEsn3BeVmfQTiXE-ZRGv_c>
X-Mailman-Approved-At: Sat, 07 Nov 2015 15:45:30 -0800
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:44:04 -0000

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