IETF Logo Mail Archive

Re: Last Call: draft-ietf-tcpm-tcp-soft-errors (TCP's Reaction to Soft Errors) to Informational RFC

JINMEI Tatuya / 神明達哉 <Jinmei_Tatuya@isc.org> Fri, 17 October 2008 23:50 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D8A83A6969 for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 17 Oct 2008 16:50:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.363
X-Spam-Level:
X-Spam-Status: No, score=-99.363 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SJZLZ7XDc-JO for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 17 Oct 2008 16:50:14 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 9B7FF3A6A12 for <v6ops-archive@lists.ietf.org>; Fri, 17 Oct 2008 16:50:14 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1Kqz2f-0007hD-GC for v6ops-data@psg.com; Fri, 17 Oct 2008 23:47:37 +0000
Received: from [2001:4f8:3:36::162] (helo=mon.jinmei.org) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <Jinmei_Tatuya@isc.org>) id 1Kqz2Y-0007gl-QP for v6ops@ops.ietf.org; Fri, 17 Oct 2008 23:47:32 +0000
Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:bb:217:f2ff:fee0:a91f]) by mon.jinmei.org (Postfix) with ESMTP id 5704A33C59; Fri, 17 Oct 2008 16:47:30 -0700 (PDT)
Date: Fri, 17 Oct 2008 16:47:30 -0700
Message-ID: <m2tzbawzql.wl%Jinmei_Tatuya@isc.org>
From: JINMEI Tatuya / 神明達哉 <Jinmei_Tatuya@isc.org>
To: Lars Eggert <lars.eggert@nokia.com>
Cc: ext Jari Arkko <jari.arkko@piuha.net>, 'IPv6 Operations' <v6ops@ops.ietf.org>, IETF IPv6 Mailing List <ipv6@ietf.org>, draft-ietf-tcpm-tcp-soft-errors@tools.ietf.org
Subject: Re: Last Call: draft-ietf-tcpm-tcp-soft-errors (TCP's Reaction to Soft Errors) to Informational RFC
In-Reply-To: <409ACC0E-8BE6-4348-9DA5-E02A32D42226@nokia.com>
References: <20080812141311.F22353A68F8@core3.amsl.com> <48A2949B.9040504@piuha.net> <409ACC0E-8BE6-4348-9DA5-E02A32D42226@nokia.com>
User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

At Thu, 18 Sep 2008 14:40:14 +0200,
Lars Eggert <lars.eggert@nokia.com> wrote:

> the second last call has ended, but I didn't see a review from the v6  
> community. (But maybe I missed it in the pile of unread email that  
> built up during my vacation.)
> 
> Are the v6 folks OK with this document? If yes, I'd like to move this  
> forward after the gen-art review has been addressed.

In case it's not too late, I'm fine with this document.

I have some minor comments (on the 08 version):

- it refers to draft-ietf-v6ops-v6onbydefault-03, but this document
  has been published as RFC4943.
- RFC4861 deprecates the "on-link by default" rule, so the situation
  is not as bad as described in Section 3.2, at least with newer
  implementations that follow the latest RFC.  The main point of this
  draft still holds, so I think this is a minor issue.

As a meta-level comment, I hope the workaround described in Section
4.1 will be more widely adopted and deployed.  It's a pity that this
document will be published as informational in this sense because it
won't affect implementors who would rather be compliant to standards.
This is probably a compromise after a political war, however, so I
won't object to that conclusion.

---
JINMEI, Tatuya
Internet Systems Consortium, Inc.

v2.23.0 | Report a Bug | By Email