Re: [tcpm] comments on draft-ietf-tcpm-icmp-attacks-05

Fernando Gont <fernando@gont.com.ar> Thu, 11 June 2009 08:30 UTC

Return-Path: <fernando.gont.netbook.win@gmail.com>
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 48DCB3A6853 for <tcpm@core3.amsl.com>; Thu, 11 Jun 2009 01:30:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.332
X-Spam-Level:
X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[AWL=0.267, BAYES_00=-2.599]
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 MM2L02lhJnGK for <tcpm@core3.amsl.com>; Thu, 11 Jun 2009 01:30:14 -0700 (PDT)
Received: from mail-qy0-f116.google.com (mail-qy0-f116.google.com [209.85.221.116]) by core3.amsl.com (Postfix) with ESMTP id 34CFA3A6803 for <tcpm@ietf.org>; Thu, 11 Jun 2009 01:30:14 -0700 (PDT)
Received: by qyk14 with SMTP id 14so23780qyk.29 for <tcpm@ietf.org>; Thu, 11 Jun 2009 01:30:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=LYtbSzvp5TY5U0kPBY+QIWlL5HaUdMGkWy7e2dwHpWg=; b=sTRgEQaZK3z3SyvDYxEPN+BFlEabefF6eqAeKppPL87lS6GFcuKNV1+cJJqfZE+uA5 MOhsYzhxFPz4kmLoEAkvFy1WN5zqaUH6rsYxc2D3l7N6cmHCetHO/rFrbiabuErAptfM /RIz7yj9Ss0XuYM1H/LuKnaoeQCpdZLyLwTfg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=SJ/1ct1Hk3GwXLsLdLz6U3u7gMYIrcjWh17mwOR4aF5Nkkq38Lik6LnirpUqbr66TZ EbqgenASSuWwLInIZx805XuNukablpeC1Z3Td8bB4H7zvRQgreLJ+D4fMFkj3LvNcPVd QppRB+7rqFwqWg+OuCPx2jfIJyp1Jmk+rvfCI=
Received: by 10.224.74.84 with SMTP id t20mr2859023qaj.328.1244709019418; Thu, 11 Jun 2009 01:30:19 -0700 (PDT)
Received: from ?192.168.0.151? (129-130-17-190.fibertel.com.ar [190.17.130.129]) by mx.google.com with ESMTPS id 7sm1800296qwb.46.2009.06.11.01.30.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 11 Jun 2009 01:30:18 -0700 (PDT)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4A30C093.5060408@gont.com.ar>
Date: Thu, 11 Jun 2009 05:30:11 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: "Eddy, Wesley M. (GRC-MS00)[Verizon]" <wesley.m.eddy@nasa.gov>
References: <C304DB494AC0C04C87C6A6E2FF5603DB221796D53C@NDJSSCC01.ndc.nasa.gov> <C304DB494AC0C04C87C6A6E2FF5603DB221796D53E@NDJSSCC01.ndc.nasa.gov>
In-Reply-To: <C304DB494AC0C04C87C6A6E2FF5603DB221796D53E@NDJSSCC01.ndc.nasa.gov>
X-Enigmail-Version: 0.95.7
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, Fernando Gont <fernando.gont@gmail.com>
Subject: Re: [tcpm] comments on draft-ietf-tcpm-icmp-attacks-05
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: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Thu, 11 Jun 2009 08:30:15 -0000

Hello, Wes,

Comments in-line....

> As both a WG-participant and co-chair, I think that the
> Appendix A explanations of which ICMPs need to be paid
> attention to because some of them say things that I'm
> not sure are totally supported by prior RFCs.  

Any specific issues?


> For
> instance, I'm not certain that setting the DF bit is
> only possible for hosts that support PMTUD ... is there
> a reference for that?  

What's the reason for setting the DF flag for IP packets carrying TCP
segments if you don't implement PMTUD?

Actually, if you don't implement PMTUD, "frag needed" becomes a hard
error. So setting the DF flag would be sort of dumb, as in the event one
of your segments needs to be fragmented, you'd received an ICMP "frag
needed" message, which would reset your connection.



> Further, it discusses ambiguity
> in 1122, that we should be clarifying in the main text
> rather than an appendix, I think ... what does the rest
> of the WG think?

The appendix was at some point part of the main text. I moved the text
into an appendix probably on request of somebody, but not because I
thought the text should be there. So I have no problem moving the
entirre appendix (or part of it) back into the main part of the document.

Thanks!

Kind regards,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1