Re: Last Call: <draft-ietf-6man-rfc1981bis-04.txt> (Path MTU Discovery for IP version 6) to Internet Standard Fri, 03 February 2017 10:52 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6A321129BCD; Fri, 3 Feb 2017 02:52:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key); domainkeys=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 0dvGlmsEynT6; Fri, 3 Feb 2017 02:52:20 -0800 (PST)
Received: from ( [IPv6:2607:7c80:54:3::87]) by (Postfix) with ESMTP id D65B4127078; Fri, 3 Feb 2017 02:52:20 -0800 (PST)
Received: from ([]) by with ESMTP; 03 Feb 2017 10:52:20 +0000
Received: from (localhost []) by (Postfix) with ESMTP id BCFD6D788B; Fri, 3 Feb 2017 02:52:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed;; h=from :message-id:content-type:mime-version:subject:date:in-reply-to :cc:to:references; s=selector1; bh=WLVTZzl/UkBVNerehzLjeLcHc7o=; b= DbbN4pv/PAvLVFY2CjteBhREqnGIV66LrVvyE5Rce4BguVsJmlj5mCq0sqsG9mh3 VB94YDmYpg2DS+sslf44KW6oWCRag9PIegYYWnh79nBqiUX35tNuJu3wr9PLokZs Bvve6mkmwHCM9yeqA5OXggWtbAHbzBsax3tLz6BaRT4=
DomainKey-Signature: a=rsa-sha1; c=nofws;; h=from :message-id:content-type:mime-version:subject:date:in-reply-to :cc:to:references; q=dns; s=selector1; b=RRykAQr/3+d/+k5Q8+jIpIn 75I5fGGuIsaYkBaAOE1j4EWNWnbGCw7WdUqXnWj62Z1NlaVrSlyWOnAW28DAk/a0 M3ONQCemQBdgzjXEPG6TGiejq9UhjkUtzyAUNFxvcLC89NVyJ1Iw6H5xGMeNBDhk B+qryWfiygFAdHgxvcqI=
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: otroan) by (Postfix) with ESMTPSA id 3DE44D788A; Fri, 3 Feb 2017 02:52:19 -0800 (PST)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by (Postfix) with ESMTP id 8CC538384171; Fri, 3 Feb 2017 11:52:15 +0100 (CET)
Message-Id: <>
Content-Type: multipart/signed; boundary="Apple-Mail=_094FAC1C-73B5-4845-A68C-D88D0438C1AD"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: Last Call: <draft-ietf-6man-rfc1981bis-04.txt> (Path MTU Discovery for IP version 6) to Internet Standard
Date: Fri, 3 Feb 2017 11:52:14 +0100
In-Reply-To: <>
To: "Eggert, Lars" <>
References: <> <> <> <>
X-Mailer: Apple Mail (2.3259)
Archived-At: <>
Cc: "" <>, "" <>, 6man WG <>, "" <>, "" <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 03 Feb 2017 10:52:22 -0000


> Matthew Luckie and Ben Stasiewicz. 2010. Measuring path MTU discovery behaviour. In Proceedings of the 10th ACM SIGCOMM conference on Internet measurement (IMC '10). ACM, New York, NY, USA, 102-108. DOI=
> PDF here:
> "This paper measures PMTUD behaviour for
> 50,000 popular websites and finds the failure rate in IPv4
> is much less than previous studies. We measure the overall
> failure rate between 5% and 18%, depending on the MTU of
> the constraining link."
> 5-18% is pretty bad. I would expect that the widespread deployment of CGNs since this was published in 2010 to not have improved things.

Emilie also did some work on this:

If you took this argument to it's extreme logical conclusion, wouldn't you then just state that the only thing that works in the Internet is TCP port 443 and UDP port 53?
I'm not sure how much sense it makes to let broken middlebox behaviour steer standardisation.
1981 is proven to work well. If a network operator has chosen to pull the plug on ICMP then there really isn't much IETF can do about that.

PLMTUD is better, and it is even better combined with PMTUD. But PLMTUD isn't deployed everywhere, nor used for UDP etc..
I don't see how that has any bearing on making 1981 an Internet standard.

I would really encourage more work on the Path MTU discovery problem though. Possibly combined with removing fragmentation from the IP layer. But that's far outside of the context of taking 1981 to Internet standard.

Best regards,