IETF Logo Mail Archive

Re: Meta-issues: On the deprecation of the fragmentation function

james woodyatt <jhw@apple.com> Wed, 10 July 2013 18:23 UTC

Return-Path: <jhw@apple.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 557FE21F9FA1 for <ipv6@ietfa.amsl.com>; Wed, 10 Jul 2013 11:23:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 aPiQ1KQnW-1S for <ipv6@ietfa.amsl.com>; Wed, 10 Jul 2013 11:22:56 -0700 (PDT)
Received: from mail-out.apple.com (honeycrisp.apple.com [17.151.62.51]) by ietfa.amsl.com (Postfix) with ESMTP id C247F21F9EC2 for <ipv6@ietf.org>; Wed, 10 Jul 2013 11:22:56 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"
Received: from relay3.apple.com ([17.128.113.83]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MPQ0074YGDWJQ40@mail-out.apple.com> for ipv6@ietf.org; Wed, 10 Jul 2013 11:22:50 -0700 (PDT)
X-AuditID: 11807153-b7fed6d0000060fa-89-51dda67a29d3
Received: from sesame.apple.com (sesame.apple.com [17.128.115.128]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id 16.B1.24826.A76ADD15; Wed, 10 Jul 2013 11:22:50 -0700 (PDT)
Received: from [17.114.6.207] by sesame.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MPQ00ECOGE1W510@sesame.apple.com> for ipv6@ietf.org; Wed, 10 Jul 2013 11:22:49 -0700 (PDT)
Subject: Re: Meta-issues: On the deprecation of the fragmentation function
From: james woodyatt <jhw@apple.com>
In-reply-to: <2CF4CB03E2AA464BA0982EC92A02CE2509FBAB7B@BY2PRD0512MB653.namprd05.prod.outlook.com>
Date: Wed, 10 Jul 2013 11:22:49 -0700
Message-id: <B5A72885-678A-442A-86D7-D710D2324A28@apple.com>
References: <FAD482FE-4583-472A-8B57-E789A942686E@gmail.com> <1DF7BDE3-1490-41FE-A959-EC8EC54B0A5F@tzi.org> <8B84E185-36AC-4F22-A88E-5A2F1200AE8B@gmail.com> <51DC48F7.2080901@dougbarton.us> <2CF4CB03E2AA464BA0982EC92A02CE2509FA39E2@BL2PRD0512MB646.namprd05.prod.outlook.com> <51DC5955.4030700@dougbarton.us> <2CF4CB03E2AA464BA0982EC92A02CE2509FB8317@BY2PRD0512MB653.namprd05.prod.outlook.com> <2134F8430051B64F815C691A62D983180B812F@XCH-BLV-504.nw.nos.boeing.com> <2CF4CB03E2AA464BA0982EC92A02CE2509FBAB7B@BY2PRD0512MB653.namprd05.prod.outlook.com>
To: "ipv6@ietf.org" <ipv6@ietf.org>
X-Mailer: Apple Mail (2.1784.1)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprBLMWRmVeSWpSXmKPExsUi2FDcoFu17G6gwflZHBYvz75ncmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxolP8xgLVrJXnHg8nb2B8T1rFyMnh4SAicT3GU/YIWwxiQv3 1rN1MXJxCAn0MUlcXL0ByvnLKPFi8ztGkCpmAS2J9TuPM3UxcnDwChhIvD/kBBIWFvCSOL1y DzOIzSagIvHt8l0mEJtTIFni/7pWMJtFQFXiz+HlzBBjtCWevLvACjHGRmLpAhWIVVtYJFoO rAGrFxFQlpjRfY4N4jh5ic6G16wTGPlnIbliFsIVs5BMXcDIvIpRoCg1J7HSWC+xoCAnVS85 P3cTIzi8CoN3MP5ZZnWIUYCDUYmHtyH+bqAQa2JZcWXuIUYJDmYlEd6TU4BCvCmJlVWpRfnx RaU5qcWHGKU5WJTEeS31bgcKCaQnlqRmp6YWpBbBZJk4OKUaGKNPWmkGP+nRj3R4ELq5OfeZ xPn805L9fQkr9xTMSxb40lQpfPGwieiFvHaLevf+b3KstellS85bxwhm7b6k8i1U/aOD3kqT kG2iZusq/xd4GOnzL/h8Te1iuGKkxh2r+OMSLSw1n7qkN8WrbP7ld79h6bpPX2X8ZvJNTD+S n3pafvW3iqTXSizFGYmGWsxFxYkA+nH9HisCAAA=
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: Wed, 10 Jul 2013 18:23:04 -0000

On Jul 10, 2013, at 08:49 , Ronald Bonica <rbonica@juniper.net> wrote:
> [...]
> Probably, the best alternative is for the tunnel ingress router to tunnel ingress router to discover the PMTU to the egress. When the tunnel ingress router receives a packet that is so large that it cannot be forwarded through the tunnel, it discards the packet and sends an ICMP PTB to the packet's originator. The packet's originator then modifies its sending behavior based upon its new estimate of the PMTU associated with the destination.
> [...]

ICMPv6 packet too big errors are unreliable on the real-world Internet.

I hate to sound like a broken record, but I will: I look forward to reviewing a proposal to update to Generic Packet Tunneling in IPv6 [RFC 2473] for implementing tunnel path MTU discovery at the encapsulation layer [c.f. RFC 4821].


--
james woodyatt <jhw@apple.com>
core os networking

v2.23.0 | Report a Bug | By Email