Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MAN: Adoption call on draft-hinden-6man-rfc1981bis-01)

Bob Hinden <bob.hinden@gmail.com> Fri, 05 February 2016 19:04 UTC

Return-Path: <bob.hinden@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 395EC1A883E for <ipv6@ietfa.amsl.com>; Fri, 5 Feb 2016 11:04:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
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, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id esRlmjTzLhav for <ipv6@ietfa.amsl.com>; Fri, 5 Feb 2016 11:04:36 -0800 (PST)
Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D5CC1A87D5 for <ipv6@ietf.org>; Fri, 5 Feb 2016 11:04:36 -0800 (PST)
Received: by mail-qg0-x233.google.com with SMTP id b35so74942666qge.0 for <ipv6@ietf.org>; Fri, 05 Feb 2016 11:04:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=5xkCCWR+6UU/s+Sh2xP0XKdks/E5wr7QB8DjN3A2urU=; b=G0fgHfbLju+eTQlF7FbW7kxb1KeKSXVx9MY/DwUGCE622Ewb+WsyYzsC5Q43ZH86ME Dd7SR3xd6PeWGxFtLu3KfnVJO/tt4h/o7ruazl23aMwTJ595X1XE01jMR7wqEaYMtpAw p2bbjkVlwQmApkb73ENlu40IYxPHlh3ZLblMYciA3vb4EJrSHMyJkGPdFYzGmPwWyZlR WaqfUnQx7ROJVmC7eoJ0xCmBfgzVRwmxV1C6sNRtWNS5xpBntVMUdOmv82hp49+UYeob Em6oO0KWcYOX75Hc/lSXZr9Y04YzY9ZWtU897YKVkTTsh4wLyOdaa36kKidNXa4pVY9Y yeLA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=5xkCCWR+6UU/s+Sh2xP0XKdks/E5wr7QB8DjN3A2urU=; b=dhQJWH1KBpTdUJWjJSnv36dxzK3iBe8+OWwYHbTvNRWhc6l9zrooq0ochkDMiILsr8 8Vb0nnIgD5eZA6s8RZRGNMynjDNHEwV1Mc5qm/3El5YWgUNKrRvTpwm60uxVdFkW5U6v ystNyrY+2FY4F5w/ouEneNN6vSqW+aIvuog+M6nBZnY5CSlu3d0BqWHaIhlCKUZQI1CW ZTZL/GKcN02B5NCcOVL2Jwxm/s5Qz9mx9VPfR6iYwKwOUJfHxBF8AI7Ynqeg2UpB/rvs RLlQRG+YKbRATPvIBzhG7+Mda/KNcOxlGdAzv9Tro52QUps0W6mn6Mh3iqV3JflEYFqQ KmgA==
X-Gm-Message-State: AG10YOT3H7JV5IE+9gUA4/icWMmNzFi5DC/UoVoZMb8vajt03EKnoiDRTr0f6t5fJTqDiw==
X-Received: by 10.140.16.225 with SMTP id 88mr19025635qgb.96.1454699075839; Fri, 05 Feb 2016 11:04:35 -0800 (PST)
Received: from [10.0.0.24] (c-71-202-19-53.hsd1.ca.comcast.net. [71.202.19.53]) by smtp.gmail.com with ESMTPSA id w16sm8516318qka.35.2016.02.05.11.04.34 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 05 Feb 2016 11:04:34 -0800 (PST)
Subject: Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MAN: Adoption call on draft-hinden-6man-rfc1981bis-01)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: multipart/signed; boundary="Apple-Mail=_569777CC-2804-4C2F-B553-CB6BF723EE33"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5.2
From: Bob Hinden <bob.hinden@gmail.com>
In-Reply-To: <2134F8430051B64F815C691A62D983183395EFC6@XCH-BLV-105.nw.nos.boeing.com>
Date: Fri, 05 Feb 2016 11:04:31 -0800
Message-Id: <93A717B5-CDAD-4273-B3A3-8A48C984109D@gmail.com>
References: <2134F8430051B64F815C691A62D983183395EFC6@XCH-BLV-105.nw.nos.boeing.com>
To: "Templin, Fred L" <Fred.L.Templin@boeing.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/FLm8sXMGvh8s0Diu6NQEGjqh1aE>
Cc: IPv6 List <ipv6@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, "Fred Baker (fred)" <fred@cisco.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 05 Feb 2016 19:04:38 -0000

Fred,

> On Feb 5, 2016, at 10:13 AM, Templin, Fred L <Fred.L.Templin@boeing.com> wrote:
> 
> Starting this under a new thread, IMHO if we want to promote RFC1981 to standard
> we should understand its use cases as well as the use cases for RFC4821.

Sorry for being argumentative, but this is not a requirement to move RFC1981 to Internet Standard.  It’s already at Draft Standard.  See RFC6410.

Instead continuing the debate over how RFC4821 should be cited in rfc1981bis, I am starting to think that a separate new document could discuss the relationship between the two approaches to learning the MTU, and make some recommendations on how they should be used together or separately.  Perhaps a BCP or update to Node Requirements.

I don’t think this topic needs to be part of advancing RFC1981.

Bob

> 
> First, it is reasonable to expect that paths that begin and end within the same
> well-managed administrative domain can be counted on to deliver the necessary
> ICMPs. An example is my employer's corporate network. In that case, traditional
> PMTUD per RFC1981(bis) can be applied alone w/o having to apply RFC4821.
> 
> On the other hand, paths that lead to Internet destinations cannot be counted
> on to deliver the necessary ICMPs. In that case, RFC4821 provides a mitigation.
> 
> But, if we do not believe that there are paths for which traditional PMTUD
> can still be used safely, then we should be working to deprecate RFC1981
> instead of making it a standard.
> 
> Thanks - Fred
> fred.l.templin@boeing.com
>