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. > > >
- TSVDIR LC review: <draft-ietf-6man-resilient-rs-0… Allison Mankin
- Re: TSVDIR LC review: <draft-ietf-6man-resilient-… Spencer Dawkins at IETF
- Re: TSVDIR LC review: <draft-ietf-6man-resilient-… Ole Troan
- Re: TSVDIR LC review: <draft-ietf-6man-resilient-… Suresh Krishnan