Re: [Int-area] WG Adoption Call: IP Fragmentation Considered Fragile

Joe Touch <touch@strayalpha.com> Sun, 26 August 2018 22:41 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 219E2130DDD; Sun, 26 Aug 2018 15:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.99
X-Spam-Level:
X-Spam-Status: No, score=-1.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 mq0ZUH9oD1mb; Sun, 26 Aug 2018 15:41:24 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE23A130DD5; Sun, 26 Aug 2018 15:41:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=d2DvPM3vLgTY41TdBlUp5Q3JxbxHk/dad0dHO44hRBc=; b=Ak2yQ4wV98oPq7gzh7VhxuuoG IyXFk78iQQ7pH0RB7tz3tMgmsXuaU9f1D3gLr23JllXLVvcXz+rQBlYDaLXQoc5On7L2v105iC6pX 3XFcekJFW2ly969nUiaozV/DGfZs92wnVSDIaTWplFKtNcUcu0mSt66PItJV4krSI9UR0ENcMN1gJ YwOMV8iIU1Kc2aOu3hJCaO88+QCmhfxxdkK8WzZBzx+VF79nfsiwh8W2V/n3UWHbOzxZ62Ofj9zec X8E4bwlRtPVjUP5OCneAeI5PLf75ET/5ufZKQPKC5aqFVpnXGLiFYQbeT39s6bJbDgtJ/7szCuN32 wGWJnVNOg==;
Received: from cpe-172-250-240-132.socal.res.rr.com ([172.250.240.132]:60866 helo=[192.168.1.77]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from <touch@strayalpha.com>) id 1fu3ij-002YYb-9Z; Sun, 26 Aug 2018 18:41:22 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joe Touch <touch@strayalpha.com>
In-Reply-To: <20180826213134.qfy3imjvy4shhrfn@faui48f.informatik.uni-erlangen.de>
Date: Sun, 26 Aug 2018 15:41:18 -0700
Cc: Mikael Abrahamsson <swmike@swm.pp.se>, int-area <int-area@ietf.org>, intarea-chairs@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <1964C02B-EFB0-49D1-BB15-E8107FFDAC72@strayalpha.com>
References: <CALx6S34qmKngi3hK_PVrJA1DMa5kfaLww3jfqRKN=up5v0Y0Ww@mail.gmail.com> <8D23C8B1-C2DA-4A8B-A2BE-8CCF6233B3A5@strayalpha.com> <D1D5EDCE-7C43-4CD8-947C-AA43CDB18892@employees.org> <1B04E207-08FA-400F-BBED-67379FEFD64E@strayalpha.com> <137751A3-7C52-4CCF-AE9C-B99C4A85EFC1@strayalpha.com> <alpine.DEB.2.20.1808021749020.19688@uplift.swm.pp.se> <CALx6S35kw2dodgG2L3LE3A5y8RYEXy6izQWgrQTwg7-yPqpzOg@mail.gmail.com> <alpine.DEB.2.20.1808030857370.19688@uplift.swm.pp.se> <20180825032457.ol5rlrr7h2kqi6px@faui48f.informatik.uni-erlangen.de> <B6127A45-8C16-444C-9851-EAC1BD80E54F@strayalpha.com> <20180826213134.qfy3imjvy4shhrfn@faui48f.informatik.uni-erlangen.de>
To: Toerless Eckert <tte@cs.fau.de>
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/2kz89e853cPDz6FKGmTz6DBcKbI>
Subject: Re: [Int-area] WG Adoption Call: IP Fragmentation Considered Fragile
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Aug 2018 22:41:26 -0000


> On Aug 26, 2018, at 2:31 PM, Toerless Eckert <tte@cs.fau.de> wrote:
> 
> On Sun, Aug 26, 2018 at 09:09:54AM -0700, Joe Touch wrote:
>> 
>> 
>>> On Aug 24, 2018, at 8:24 PM, Toerless Eckert <tte@cs.fau.de> wrote:
>>> 
>>> Of course. Will take a decade to get ubiquitously deployed, but
>>> neither IPv4 nor IPv6 will go away, only the problems with fragmentation
>>> will become worse and work if we do not have an exit strategy like this.
>>> 
>>> If we don't try an exit strategy like this, we will just get what
>>> Joe said, the complete segmentation of the Internet with more and
>>> more L4 or even higher layer proxies
>> 
>> FWIW, what I said was that *this exit strategy* would lead to the complete segmentation of the Internet and its consequences.
> 
> I can't rmember i saw a good explanation why on the thhread and neither in
> the draft - aka: Why we still need fragementation to keep the internet
> from falling apart". I like 4821 and think its the way to go also for other
> transports.


As I noted before in this thread and in other discussions on this topic, requiring support for fragmentation at another layer merely pushes all of what IP does (endpoint addressing, message multiplexing, etc.) to that other layer, at which point you’re back where you start - that layer then will end up needing to support fragmentation in places and ways you don’t want to support because of its cost.

For IPv4, the ONLY problem with fragmentation is the limited fragment ID space, and that can be mitigated as per RFC 6864.

Joe