Re: FW: New Version Notification for draft-bonica-6man-frag-deprecate-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 21 June 2013 20:52 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B38221F9947 for <ipv6@ietfa.amsl.com>; Fri, 21 Jun 2013 13:52:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.572
X-Spam-Level:
X-Spam-Status: No, score=-102.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4d7wZ-Gd5Rac for <ipv6@ietfa.amsl.com>; Fri, 21 Jun 2013 13:52:41 -0700 (PDT)
Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 079F221F91BF for <ipv6@ietf.org>; Fri, 21 Jun 2013 13:52:37 -0700 (PDT)
Received: by mail-pb0-f46.google.com with SMTP id rq2so8334770pbb.19 for <ipv6@ietf.org>; Fri, 21 Jun 2013 13:52:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=+8IZFYvdt4mej3JhpNcia7WHruaroOdGyUNfuQrTckM=; b=c1Y3ok0T8Za5zF50VXtg5TXb9lUzDYZvLeisblv8xc5nBykYqGF3ZB0CJ32hjEYaK7 gX9lid3ZnBWl/RnFHuRSyJIg2qw3kyMpG4Xl9eLavuHm3DRow/JJ/zGS8BkqkKEQrnd2 zjC9YIJhO1VAlYIeDuUOaFEOky7dh2Lx6kM7hcn3e8S6+1iTncttwSXvQuQjuf38Ua8d E8EFC1k0IiQasrOyfIBMUrXZK9Qq5j8c2TthP0aZGarcDEWQmj6i9wZnRf67u0SZK6So e93ElmBSZdpgAabQeWH2Nt6pPGk4Lkp+faufXvFqdqsTbjuTSdrww6Is3tZSD4Z6RQpy rE7Q==
X-Received: by 10.66.159.195 with SMTP id xe3mr17835404pab.49.1371847956261; Fri, 21 Jun 2013 13:52:36 -0700 (PDT)
Received: from [192.168.178.20] (36.200.69.111.dynamic.snap.net.nz. [111.69.200.36]) by mx.google.com with ESMTPSA id dj5sm6207540pbc.25.2013.06.21.13.52.34 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 21 Jun 2013 13:52:35 -0700 (PDT)
Message-ID: <51C4BD1E.6030002@gmail.com>
Date: Sat, 22 Jun 2013 08:52:46 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Ronald Bonica <rbonica@juniper.net>
Subject: Re: FW: New Version Notification for draft-bonica-6man-frag-deprecate-00.txt
References: <2CF4CB03E2AA464BA0982EC92A02CE2509F85151@BY2PRD0512MB653.namprd05.prod.outlook.com> <51C408BC.4030909@forthnetgroup.gr> <2CF4CB03E2AA464BA0982EC92A02CE2509F85BCB@BY2PRD0512MB653.namprd05.prod.outlook.com> <51C48776.9070107@globis.net> <2CF4CB03E2AA464BA0982EC92A02CE2509F85FBA@BY2PRD0512MB653.namprd05.prod.outlook.com> <51C4AD03.2050303@globis.net> <2CF4CB03E2AA464BA0982EC92A02CE2509F86075@BY2PRD0512MB653.namprd05.prod.outlook.com>
In-Reply-To: <2CF4CB03E2AA464BA0982EC92A02CE2509F86075@BY2PRD0512MB653.namprd05.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: Ray Hunter <v6ops@globis.net>, "ipv6@ietf.org 6man-wg" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jun 2013 20:52:48 -0000

On 22/06/2013 07:53, Ronald Bonica wrote:
>> I don't 100% agree. In the case that PMTUD is broken, there'd be
>> nothing to stop a current DNSSEC implementation from always assuming a
>> default path MTU of 1280, without awaiting confirmation from PMTUD, and
>> fragmenting the UDP packet pre-emptively [assuming fragmentation was
>> not equally broken along the path as ICMP PTB was].
>>
> 
> Do any implementations actually do this?
> 
> If they do, how well are they working, today?

Does it matter? Since we know that fragmentation is broken on some
paths due to broken firewalls, and that other paths have tunnels
on them, and that MSS negotiation fails on some paths, today's
sad reality is that the only safe link MTU for all times and places
is 1280.

I'm not yet convinced that deprecating fragmentation is sufficient
to fix this problem. In this case, not being sufficient might
also mean not necessary, so I'd like to see much more thorough
analysis across the IETF as a whole before reaching a conclusion.

(Thanks to the authors for coming out and saying it, though.)

   Brian