Re: TSVDIR LC review: <draft-ietf-6man-resilient-rs-04.txt> (Packet loss resiliency for Router Solicitations) to Proposed Standard

Suresh Krishnan <suresh.krishnan@ericsson.com> Wed, 18 February 2015 04:58 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94BFE1A913B; Tue, 17 Feb 2015 20:58:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 aHNymLpnlgvH; Tue, 17 Feb 2015 20:58:26 -0800 (PST)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CF791A8A81; Tue, 17 Feb 2015 20:58:26 -0800 (PST)
X-AuditID: c6180641-f79916d00000623a-3a-54e3bbd0ce49
Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 1C.82.25146.0DBB3E45; Tue, 17 Feb 2015 23:08:16 +0100 (CET)
Received: from [153.88.4.49] (147.117.188.8) by smtps-am.internal.ericsson.com (147.117.188.75) with Microsoft SMTP Server (TLS) id 14.3.210.2; Tue, 17 Feb 2015 23:58:24 -0500
Message-ID: <54E41BE2.2050103@ericsson.com>
Date: Tue, 17 Feb 2015 23:58:10 -0500
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Allison Mankin <allison.mankin@gmail.com>, IETF Discussion <ietf@ietf.org>
Subject: Re: TSVDIR LC review: <draft-ietf-6man-resilient-rs-04.txt> (Packet loss resiliency for Router Solicitations) to Proposed Standard
References: <CAP8yD=tNQS5eiRaL9L3DHpD4DEPJMM26i696JhZMnf0KJ=CtdQ@mail.gmail.com>
In-Reply-To: <CAP8yD=tNQS5eiRaL9L3DHpD4DEPJMM26i696JhZMnf0KJ=CtdQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [147.117.188.8]
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPLMWRmVeSWpSXmKPExsUyuXSPt+6F3Y9DDL4csra43v2NyeLZxvks Fi/Pvmey+HblBrsDi8fOWXfZPZYs+ckUwBTFZZOSmpNZllqkb5fAldF7/wJzwSKZiucvjrE2 MH4T7WLk5JAQMJF4eGY3G4QtJnHh3nogm4tDSOAIo8SN3iZ2CGczo8TBL9fBqngFtCXuHl3A 3MXIwcEioCrx86kpSJgNaNCGnZ+ZQGxRgTCJ75t3MEOUC0qcnPmEBcQWEfCT+H5mLyuIzSxg K7FgZRczyHxhgV5GifPzVoMlhAQCJE7svAPWwCkQKPH0xW1GiAYLiZnzz0PZ8hLb385hhqjX lNi65jsrxAeKEi+O/2SawCg0C8nuWUjaZyFpX8DIvIqRo7Q4tSw33chwEyMwhI9JsDnuYFzw yfIQowAHoxIPr4HdoxAh1sSy4srcQ4zSHCxK4rxlVw6GCAmkJ5akZqemFqQWxReV5qQWH2Jk 4uCUamA8uFGqQ/HkCfflB2InizldPWO34Io1V1p0uMjlB31LT8xKPGa2+PcyYdMirebHz39x TrL2v7H47v2dh6dutK+9Er2o0HBjj6Zsumvpjff3r+p3nGdvNXF8zzQjftK9H7OqX3isrjL6 94xf51t5wJHHid933D1Q9PTzcp7iQ33X786+/blDNqczRomlOCPRUIu5qDgRAEUlhidCAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/5KD23AoHFKnaD3RbYhlMTLrTe7c>
Cc: ipv6@ietf.org, Transport Directorate <tsv-dir@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 04:58:28 -0000

Hi Allison,
   Thanks a lot for your review. I will update the reference for 
SOL_MAX_RT to RFC7083.

Thanks
Suresh

On 02/16/2015 05:39 PM, Allison Mankin wrote:
> I am the assigned TSV Directorate reviewer for this draft.
>
> Please resolve these comments along with any other Last Call comments
> you may receive.
>
> Document: draft-ietf-6man-resilient-rs-04.txt
> Reviewer: Allison Mankin
> Review Date: 2015-02-16
> IETF LC End Date: 2015-02-16
> IESG Telechat date: N/A.
>
> Summary: This draft is ready for publication as a standards track RFC.
>
> This draft deals with the problem that packet loss of Router
> Solicitations (RS)  can lead to an extended period of being disconnected
> from the Internet.  The circumstances are well described and the
> solution specified is sound from a transport point of view, and also it
> has a track record. The draft directs hosts to use the retransmission
> algorithm from RFC 3315, the DHCPv6 specification, which includes
> backoffs and a randomization factor.  The draft specifies using this
> algorithm with no maximum retransmission count (MRC) or maximum
> retransmission duration (MRD) and shows that if there is an extended
> cause for a router to not reply, there will be roughly one RS per hour
> from each host.
>
> Major issues:
> None found
>
> Minor issues:
> The Maximum Retransmission Time (MRT) is set to a value of 3600 seconds
> instead of a smaller value from RFC 3315.  The rationale is cited
> normatively from an individual internet-draft from 2012 but the correct
> reference (and the one that may be cited normatively) is RFC 7083.  I
> find that the datatracker is missing a replaced-by that would have led
> from the 2012 individual i-d through the WG i-d to the RFC.
>
> On 2 February 2015 at 10:32, The IESG <iesg-secretary@ietf.org
> <mailto:iesg-secretary@ietf.org>> wrote:
>
>
>     The IESG has received a request from the IPv6 Maintenance WG (6man) to
>     consider the following document:
>     - 'Packet loss resiliency for Router Solicitations'
>        <draft-ietf-6man-resilient-rs-04.txt> as Proposed Standard
>
>     The IESG plans to make a decision in the next few weeks, and solicits
>     final comments on this action. Please send substantive comments to the
>     ietf@ietf.org <mailto:ietf@ietf.org> mailing lists by 2015-02-16.
>     Exceptionally, comments may be
>     sent to iesg@ietf.org <mailto:iesg@ietf.org> instead. In either
>     case, please retain the
>     beginning of the Subject line to allow automated sorting.
>
>     Abstract
>
>
>         When an interface on a host is initialized, the host transmits
>     Router
>         Solicitations in order to minimize the amount of time it needs to
>         wait until the next unsolicited multicast Router Advertisement is
>         received.  In certain scenarios, these router solicitations
>         transmitted by the host might be lost.  This document specifies a
>         mechanism for hosts to cope with the loss of the initial Router
>         Solicitations.  Furthermore, on some links, unsolicited multicast
>         Router Advertisements are never sent and the mechanism in this
>         document is intended to work even in such scenarios.
>
>
>
>
>     The file can be obtained via
>     http://datatracker.ietf.org/doc/draft-ietf-6man-resilient-rs/
>
>     IESG discussion can be tracked via
>     http://datatracker.ietf.org/doc/draft-ietf-6man-resilient-rs/ballot/
>
>
>     No IPR declarations have been submitted directly on this I-D.
>
>
>