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

Tom Herbert <tom@herbertland.com> Thu, 02 August 2018 17:07 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 14323130E34 for <int-area@ietfa.amsl.com>; Thu, 2 Aug 2018 10:07:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham 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 TVhkKKQsCOwd for <int-area@ietfa.amsl.com>; Thu, 2 Aug 2018 10:07:27 -0700 (PDT)
Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 CCB71130E13 for <int-area@ietf.org>; Thu, 2 Aug 2018 10:07:26 -0700 (PDT)
Received: by mail-qk0-x230.google.com with SMTP id b5-v6so2071308qkg.6 for <int-area@ietf.org>; Thu, 02 Aug 2018 10:07:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=r1L4TjI2sKvxeUc3js0omd2e1Zb5xHDITVhMFsuk2TM=; b=R2AvX2S6MWtFodOyUwScfWFBYYrFgs4pQWzhx9leGKyBaOOVEFIqCSP/Fs9DLcSAfF b1uHoKiir+Sgbmwkh0k/pK45REmjRo1S9CItSz+ntZfDmMCpy0keLP9E9f3LxTNLffPY u+DmKTcRZUuE6LkRA2TnCBj28s5dLa4nZocLf1QOJxAR5RjXvmuzh29qpdqibcpG+Lmu XHNHYcAtHoCuv4pyn/YT1VuthyF5MrWR/0haJM2tYIuRddPDJGywMnWbhtRcS+26vQf2 ky01p9cuELataYexfuk8keo/+M7r0sVGXdOkfLPosBasSgRGMFjNhTVB3+R5dm0P9Ksn jWqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=r1L4TjI2sKvxeUc3js0omd2e1Zb5xHDITVhMFsuk2TM=; b=GFldkbsokWm54P08qqmg8qm1J95ujIvpo3UCMSzlMZZHan5Hv0yBDXqKXkuybQQHwc sJqBJzO0wQ8j82l5GxiL6KG/WrBRkNOeFX3gV8ZtUhHE5KZXUNYNkdLPbBjr1/Hiamf2 a3zRPC60WazG+O8IAsWc+cQUVcAqkZq/3JPaWBuYrVB9nMegUy/glEl4xJErZ1911srI QJ1oE7VyYjwiMaHvRaKJyQRTwSTkxEsGoWRUcBZ2fXBkqLSEpBE6nmxix0zMLA9HrLHf VmIxhG4g1QXKwNZOMzNXxaO/s6gnIldTaIVtX9n7nQRsEnTzSL1t6w7687x8eWR0RcZk d/rA==
X-Gm-Message-State: AOUpUlFGsIf7FjgnqrXQM2IJKY8BlYzNDxsHd3x27b+uhUFIX6okifmR kzbrk/AuhmPZxE6cGRh22NtkDf9U17nECN6CBBtZAg==
X-Google-Smtp-Source: AAOMgpfXlHGjEoB5jfzVDQTp+RRSYfOhpS6SMZXsKesTttg4+nmCMOpZbIF2Rm/VtQJR2s2CLtov+jsZvWo37L7WqTY=
X-Received: by 2002:a37:c946:: with SMTP id q67-v6mr362902qki.148.1533229645526; Thu, 02 Aug 2018 10:07:25 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:ac8:3304:0:0:0:0:0 with HTTP; Thu, 2 Aug 2018 10:07:24 -0700 (PDT)
In-Reply-To: <alpine.DEB.2.20.1808021749020.19688@uplift.swm.pp.se>
References: <F227637E-B12D-45AA-AD69-74C947409012@ericsson.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> <CALx6S36Ef3t7Axmx9hg994DHpVM=NdW-7ygf89E==gL4XKrkQg@mail.gmail.com> <5E21B3C1-0420-404C-9824-9B7E5A850BC5@employees.org> <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>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 02 Aug 2018 10:07:24 -0700
Message-ID: <CALx6S35kw2dodgG2L3LE3A5y8RYEXy6izQWgrQTwg7-yPqpzOg@mail.gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: Joe Touch <touch@strayalpha.com>, int-area <int-area@ietf.org>, intarea-chairs@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/rw2ZY14N7ts_iwZMgvTMgzx0bm0>
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: Thu, 02 Aug 2018 17:07:29 -0000

On Thu, Aug 2, 2018 at 8:50 AM, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> On Thu, 2 Aug 2018, Joe Touch wrote:
>
>> So you want us to redesign the Internet to run over port 443.
>
>
> Nope.
>
>> The again, IP has fragmentation. That too is reality, even if we don’t
>> like it.
>
>
> IP have lots of things. Hop-by-hop-headers for instance. Really bad idea.
>
Mikael,

Definition of hop-by-hop options might have been flawed in that they
were required to be processed by every node in the path. But with that
restriction relaxed, this now is the only feasible mechanism that
provides inband host to network or network to host signaling. IMO,
this is far better idea than all the approaches that have being do ad
hoc DPI into transport layers or even transport payload. Fortunately
this is one area that might progress. QUIC seems to have enough
traction and encrypts header to render DPI ineffective. If the QUIC
application wants to tell something to the network it can do that by
HBH (this is a premise of FAST).

>> Again, something broken needs fixing. You can chase the symptoms forever
>> or you can deal with the cause. It’s simply not tenable to ‘fix’ the
>> internet to accommodate broken devices.
>
>
> The thing here is that you haven't proposed a realistic way to deal with the
> problem. We do not have any enforcement mechanism.
>
> Applications need to work when faced with adverse conditions. They can work
> less well, that's fine, but they still need to work.
>
This leads to driving everything down to only support the least common
denominator. Problem is that we can never move things forward if
everyone is bound to LCD.

Tom

>
> --
> Mikael Abrahamsson    email: swmike@swm.pp.se
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>