Re: [tcpm] Gen-ART review of draft-ietf-tcpm-tcp-soft-errors-08.txt

Lars Eggert <lars.eggert@nokia.com> Thu, 18 September 2008 12:42 UTC

Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F096E3A6E2D; Thu, 18 Sep 2008 05:42:52 -0700 (PDT)
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 255CA3A6B5E; Thu, 18 Sep 2008 05:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.32
X-Spam-Level:
X-Spam-Status: No, score=-6.32 tagged_above=-999 required=5 tests=[AWL=0.279, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 LqmECywaFxTS; Thu, 18 Sep 2008 05:42:45 -0700 (PDT)
Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id 1796C3A6E2B; Thu, 18 Sep 2008 05:42:44 -0700 (PDT)
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-mx03.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m8ICfVeD000763; Thu, 18 Sep 2008 15:41:37 +0300
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 18 Sep 2008 15:41:31 +0300
Received: from dhcp137.dagstuhl.de ([10.241.184.208]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 18 Sep 2008 15:41:30 +0300
Message-Id: <31E6C091-0710-4E63-9E93-AFA3C1417C03@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: "ext Black_David@emc.com" <Black_David@emc.com>
In-Reply-To: <9FA859626025B64FBC2AF149D97C944A3C6EEA@CORPUSMX80A.corp.emc.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 18 Sep 2008 14:41:24 +0200
References: <9FA859626025B64FBC2AF149D97C944A3C6EEA@CORPUSMX80A.corp.emc.com>
X-Mailer: Apple Mail (2.929.2)
X-OriginalArrivalTime: 18 Sep 2008 12:41:31.0394 (UTC) FILETIME=[E078EE20:01C9198B]
X-Nokia-AV: Clean
Cc: tcpm@ietf.org, david.borman@windriver.com, ietf@ietf.org, gen-art@ietf.org, fernando@gont.com.ar, weddy@grc.nasa.gov
Subject: Re: [tcpm] Gen-ART review of draft-ietf-tcpm-tcp-soft-errors-08.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

Hi,

I believe the gen-art comments need to be discussed before this  
document can move before the IESG.

Lars

On 2008-8-21, at 23:30, ext Black_David@emc.com wrote:

> I have been selected as the General Area Review Team (Gen-ART)
> reviewer for this draft (for background on Gen-ART, please see
> http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).
>
> Please resolve these comments along with any other Last Call comments
> you may receive.
>
> Document: draft-ietf-tcpm-tcp-soft-errors-08.txt
> Reviewer: David L. Black
> Review Date: 21 August 2008
> IETF LC End Date: 26 August 2008
>
> Summary:
> This draft is on the right track, but has open issues, described
> in the review.
>
> Comments:
> This is a good draft reporting on problems encountered in practice
> with TCP's handling of ICMP errors and what has been done about
> them.  This draft has received extensive discussion in the Transport
> Area, and I believe it is wise to defer to the Transport Area decision
> that this draft will not make any changes to the TCP standard.
>
> While the draft is in generally good shape, I did find three open
> issues:
>
> (1) The I-D Tracker says that the v6ops-v6onbydefault draft is Dead.
> Relevant portions of that draft should be reproduced or otherwise
> explained in Section 3.2.  As part of doing this, please state
> whether trying v6 and v4 connections in parallel is a good idea or
> not and why.
>
> (2) Section 4.1 describes a mechanism from RFC 3168 that retransmits a
> modified SYN when an RST is received in response to an ECN-setup SYN,
> and suggests that this mechanism is applicable to ICMP errors received
> in response to an ECN-setup SYN.  This mechanism was specified in
> RFC 3168 because there were known deployed middleboxes with this
> problem-causing RST behavior, and the mechanism was necessary to deal
> with them.  Are there any known middleboxes that send an ICMP error
> in response to a SYN that signals ECN capability?
> - If yes, state the specific ICMP error(s) that is(are) used and limit
> 	the recommendation to the actual error(s).
> - If no, remove this entire RFC 3168 discussion as speculative, or
> 	describe it as a possible response should this problem scenario
> 	ever arise in practice.
>
> (3) Section 5.3 describes a NAT behavior that causes a host TCP  
> problem
> and then suggests changing the NAT to fix it.  While that's a good  
> idea
> in an ideal world (and needs to be stated in the draft), in practice,
> deployed NATs have to be dealt with as-is.  In addition to  
> recommending
> fixing the NAT, please discuss what could be done when the NAT cannot
> be fixed.
>
> Nits:
>
> Section 1 - reduce generality of this text.
> OLD:
>   This document analyzes the fault recovery strategy of TCP [RFC0793],
>   and the problems that may arise due to TCP's reaction to ICMP soft
>   errors.
> NEW:
>   This document analyzes problems that may arise due to TCP [RFC0793]
>   fault recovery reactions to ICMP soft errors.
>
> It would be good to provide the text expansion of the codes in
> Figure 1, as was done in the text before the figure.
>
> In section 4, please provide the expansion of TCPM WG (TCP Maintenance
> Working Group).
>
> idnits 2.08.10 ran clean.
>
> Thanks,
> --David
> ----------------------------------------------------
> David L. Black, Distinguished Engineer
> EMC Corporation, 176 South St., Hopkinton, MA  01748
> +1 (508) 293-7953             FAX: +1 (508) 293-7786
> black_david@emc.com        Mobile: +1 (978) 394-7754
> ----------------------------------------------------

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm