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

Tom Herbert <tom@herbertland.com> Tue, 31 July 2018 15:25 UTC

Return-Path: <tom@herbertland.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 F3E85130F15 for <int-area@ietfa.amsl.com>; Tue, 31 Jul 2018 08:25:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.009
X-Spam-Level:
X-Spam-Status: No, score=-0.009 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 jVlAZe-CvPZp for <int-area@ietfa.amsl.com>; Tue, 31 Jul 2018 08:25:48 -0700 (PDT)
Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 97200130F11 for <int-area@ietf.org>; Tue, 31 Jul 2018 08:25:48 -0700 (PDT)
Received: by mail-qt0-x229.google.com with SMTP id c15-v6so16366795qtp.0 for <int-area@ietf.org>; Tue, 31 Jul 2018 08:25:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j2rJ8ZMCcyFwD3j1wfagOmoIskyzSyE8fKtCofXybnk=; b=TWOMQAg1Hyma523Wy1mq+xPxqavWr+XNY1s4ithyGY4Ye7e09Yqi8TMxO/ozdE+eD/ CpJzTeHh23qoWPvixqVxHDv9crVfdxKc2vHINFxq/GM/TuBh663WtIKSrLBk4mdH+xrg YVmHbFWqIBwzy4oBnz4nk+BzTqz+PpuM5xuGXV6drsiChXFaOHpTckWd5BZYpvgKuwnl tYqd/KgdfaACsXx2h+wBmQsP2QuLHvKVBnSdrnQ9z1Y0VvJBxy1QOyoUDFhOU5UO45ph MajHZPebe8cbDkkmq/oPuNiXypSllTro4kuhNbRDFJbGk+CCbvPOKVYMeXsbsagG1tC2 AZrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j2rJ8ZMCcyFwD3j1wfagOmoIskyzSyE8fKtCofXybnk=; b=YYHbaAi6tX+NyLlqza0l5wKoqIwKwAnwvwjhqyGU+iaq7s9Kq7uMJ9impY6LnpiC+t /YeGz8gYn2PnXOJwZkY413arULAigb4YaZH9RIj3xqQp8g5FKDqTgS9gWiiBqNASLeD0 i9z6QuhWe8Y6otg7MguUxGOK8yPxinLZU+y3FKqrchl9SMNVsSCZdGbgQZWGX2/cRXhH g50kDWZFiN+lkWyov0ITPMNk6Ay7xgGCwTHn1LE3/52SCz3+nWAl7XcH6iCYJJWjNEbm bE4KhToiqTZ1TyUCIA79xizoofriVWpJmQAO1mJ30Ty17bLSBe8mPLObYiBsPdlGsS13 FpbQ==
X-Gm-Message-State: AOUpUlGtDHUWGyOYUP8hnXY0Bci6ppNf13anx+vgNt81jnqe7ZQrKrv+ tqd/iKolOlt0QPfIbpHzNEx/K+ANOqnml4921Cu99UKI
X-Google-Smtp-Source: AAOMgpf9j0rQnvTywh4kY9ocChzVwPnXxRIYtMjAJj1qOKshBdASjF8oQfu92jp93vuBLUxaHPFq/gPE0Z8rZ6FQRTA=
X-Received: by 2002:ac8:6648:: with SMTP id j8-v6mr21510568qtp.254.1533050747436; Tue, 31 Jul 2018 08:25:47 -0700 (PDT)
MIME-Version: 1.0
References: <F227637E-B12D-45AA-AD69-74C947409012@ericsson.com> <0466770D-C8CA-49BB-AC10-5805CFDFB165@strayalpha.com> <6EDF0F79-C8F3-4F05-8442-FF55576ADDD0@employees.org> <alpine.DEB.2.20.1807271530280.14354@uplift.swm.pp.se> <CALx6S35LthDLRry7k-pF8KSoX4BXBA8kyArOpDUAcJMDCoLQpQ@mail.gmail.com> <alpine.DEB.2.20.1807280811540.14354@uplift.swm.pp.se> <8640DCF6-A525-4CF7-A89D-2DEDBF0FADC8@strayalpha.com> <FFF1C23B-7A24-46BC-929E-DD56C77D69A2@employees.org> <A248CA44-B568-4CB9-B450-067B1845AF9B@strayalpha.com> <CALx6S36w=5J0-=JQqrX0_PR7254V0HrhJct7oomPKdxSOSU43w@mail.gmail.com> <2872BF43-20AA-4179-9269-9C4FE6F5986B@strayalpha.com> <CALx6S35VidDr1uTGCHeb3Dcc0qF3O8Lz0vvV-XKPfbY057n6XA@mail.gmail.com> <cd34a1e8da6ff4bbf5b20875827d2a09@strayalpha.com> <CALx6S348jLsnHG3gp-mh9d4KJ1bROT3OcVz=XjwVgpv1aSsi_w@mail.gmail.com> <c271e9501b381c9be6ac1f3a0095a1d9@strayalpha.com> <CALx6S35DRCEjS5qaVkj2_FJzNumrkSfCZmoSJLueqqZs+pm9gw@mail.gmail.com> <240E40E2-81F9-4FAB-A271-825BD7AC6073@strayalpha.com> <96EB5285-E0F6-43BB-A6CE-B087A4F8DF62@employees.org>
In-Reply-To: <96EB5285-E0F6-43BB-A6CE-B087A4F8DF62@employees.org>
From: Tom Herbert <tom@herbertland.com>
Date: Tue, 31 Jul 2018 08:25:34 -0700
Message-ID: <CALx6S36Ef3t7Axmx9hg994DHpVM=NdW-7ygf89E==gL4XKrkQg@mail.gmail.com>
To: Ole Troan <otroan@employees.org>
Cc: Joe Touch <touch@strayalpha.com>, int-area <int-area@ietf.org>, intarea-chairs@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003978dd05724d31bf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/PgM_dT7QCf95HadvtsemzPxD0NM>
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: Tue, 31 Jul 2018 15:25:51 -0000

On Tue, Jul 31, 2018, 5:28 AM Ole Troan <otroan@employees.org> wrote:

> Joe,
>
> >> The need for fragmentation cannot be completely
> >> eliminated and we do need it to work. Devices that do things to
> >> prevent correct operation still need to be fixed, and it would be
> >> productive for the draft to include statements on how some of the
> >> sub-problems problems can be fixed (like using flow label for ECMP
> >> instead of ports).
> >
> > On that we agree. That’s my key concern - how to do this in a way that
> doesn’t effectively kill off IP fragmentation for the rest of us.
>
> For IPv4 it’s an unfortunate side-effect of the fact that we are out of
> IPv4 addresses. As we continue to increase the ratio of users per IPv4
> address, IPv4 fragmentation, or any protocol that isn’t TCP or UDP are not
> going to work well in the public IPv4 Internet.
> IPv4 Internet Architecture is evolving as a consequence of address
> run-out. I think we’ve pretty much explored the solution space for IPv4
> sharing mechanisms, so I think you just have to accept this new and
> unimproved (sic) IPv4 Internet architecture.
>

Ole,

How is this story going to be different for IPv6? How do we ensure that
non-conformant implementation for IPv4 isn't just carried over so that
fragmentation, alternative protocols, and extension headers are viable on
the IPv6 Internet?

Tom


> Cheers,
> Ole