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 >
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Mark Andrews
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Michael Richardson
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Michael Richardson
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Fred Baker (fred)
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Fernando Gont
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Fernando Gont
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Mark Smith
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Mark Andrews
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Brian E Carpenter
- Use cases for PMTUD and PLPMTUD (was: RE: 6MAN: A… Templin, Fred L
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Fernando Gont
- RE: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Templin, Fred L
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Bob Hinden
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Michael Richardson
- RE: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Templin, Fred L
- RE: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Templin, Fred L
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Michael Richardson
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Mark Andrews
- Re: Use cases for PMTUD and PLPMTUD (was: RE: 6MA… Fernando Gont