IETF Logo Mail Archive

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

Ole Troan <otroan@employees.org> Fri, 27 July 2018 12:37 UTC

Return-Path: <otroan@employees.org>
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 CFF9A130EAC; Fri, 27 Jul 2018 05:37:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 Et8S3_ddu1j7; Fri, 27 Jul 2018 05:37:40 -0700 (PDT)
Received: from accordion.employees.org (accordion.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE1D912D949; Fri, 27 Jul 2018 05:37:40 -0700 (PDT)
Received: from h.hanazo.no (219.103.92.62.static.cust.telenor.com [62.92.103.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by accordion.employees.org (Postfix) with ESMTPSA id 309232D526B; Fri, 27 Jul 2018 12:37:39 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id 279782033D2A3B; Fri, 27 Jul 2018 14:37:36 +0200 (CEST)
From: Ole Troan <otroan@employees.org>
Message-Id: <6EDF0F79-C8F3-4F05-8442-FF55576ADDD0@employees.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_2AB8CC5D-9534-4EDB-9B9F-9C577F62393C"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
Date: Fri, 27 Jul 2018 14:37:34 +0200
In-Reply-To: <0466770D-C8CA-49BB-AC10-5805CFDFB165@strayalpha.com>
Cc: Wassim Haddad <wassim.haddad@ericsson.com>, "internet-area@ietf.org" <int-area@ietf.org>, "intarea-chairs@ietf.org" <intarea-chairs@ietf.org>
To: Joe Touch <touch@strayalpha.com>
References: <F227637E-B12D-45AA-AD69-74C947409012@ericsson.com> <0466770D-C8CA-49BB-AC10-5805CFDFB165@strayalpha.com>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/XYC8gS0I3lU5qA-zdsOtyxXQy3s>
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: Fri, 27 Jul 2018 12:37:43 -0000

Joe,

> I still think it would be useful for this doc to describe how tunnels interact with fragmentation (per draft-ietf-intarea-tunnels), which seems to be something I’ve noted several times before.

There's nothing intrinsic in tunnels that require network layer fragmentation. The current IP in IP / GRE etc tunnel implementations do, but in principle we could design tunnel fragmentation/reassembly above the network layer.

> I’m also still not thrilled with the title I’d be happier with “IP fragmentation still not supported per requirements”, and I’d have to see where this goes with final recommendations.

If we were to conclude that IP fragmentation is done at the wrong layer...

Cheers,
Ole

v2.23.0 | Report a Bug | By Email