Re: The TCP and UDP checksum algorithm may soon need updating
Phillip Hallam-Baker <phill@hallambaker.com> Fri, 05 June 2020 16:10 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF4533A07BA for <ietf@ietfa.amsl.com>; Fri, 5 Jun 2020 09:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.397
X-Spam-Level:
X-Spam-Status: No, score=-1.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 uzbRlepROuCS for <ietf@ietfa.amsl.com>; Fri, 5 Jun 2020 09:10:37 -0700 (PDT)
Received: from mail-oo1-f54.google.com (mail-oo1-f54.google.com [209.85.161.54]) (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 B8CAD3A07AF for <ietf@ietf.org>; Fri, 5 Jun 2020 09:10:37 -0700 (PDT)
Received: by mail-oo1-f54.google.com with SMTP id e8so2078407ooi.11 for <ietf@ietf.org>; Fri, 05 Jun 2020 09:10:37 -0700 (PDT)
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=Ejqgt7k85HTm9WJbFcScd/tNE7TwCj7PFg6oJMXgeXk=; b=kuOcPc5vgB+djXD/H61/yM6u/iGcQOMWTmzsnJKoQrPDiXG6uWZzwv+mppet+BkAGF 45YNhqN98cfeWbMHpLVwVe/emuCh7FQw5CS6oi0+BtH/BEFtyl3WHfeVO+tI5m3vb/pc 1t+zQ469wddDf6m4O5318J9OhjPqtbcoo9t1+oNBJehW4o4dSwLo6Qh7Eoq1BdiV/Q88 FXK9zFbW/tjm9dEg/QFoELyvb/bY9oykX/xSVd9nXENsXi0EepiJf/q/0cPGh9402klL WPXi5U3aLs3jlU8w5TQJP9InIeQ2RU+8jDiX1/AJV3nZu9RLfAfdP1RJc0L7Ng/hb+pd P71A==
X-Gm-Message-State: AOAM5309G2sgjMotG88gEAEwHZUBdvsfV8+MtNCUZTrnfDZmMIj8QL74 Z7v35MisfbfITXYZO9BmnmWLq5S3PZ/HPZlFCmFIgO093O8=
X-Google-Smtp-Source: ABdhPJyTOQ76ETvKnKz3E6FH85v59ezaJqPbtG48kt3sA7LPi3Jist02VkJiavUgl245suLfGJ1e6O4e4whIeHoWx/k=
X-Received: by 2002:a4a:e2c1:: with SMTP id l1mr8419042oot.12.1591373436825; Fri, 05 Jun 2020 09:10:36 -0700 (PDT)
MIME-Version: 1.0
References: <CAHQj4Cem6YdTXKFPW6Mk6gK9Yt_2qD=M7PAE6nxFEdJrD==ZVA@mail.gmail.com> <8CDB0383-41B9-4D10-BCA8-FF6FC7AFF2DD@huitema.net> <db8943fc-5cd3-9ea7-2876-a5468216d86f@huitema.net> <CAMm+Lwj=5h_zgm0=fD6AjbLmsg91ctv7a6pW0fh8L9o38C1GmQ@mail.gmail.com> <76F7B5D1-27E3-467C-9375-0030AD5B839F@strayalpha.com>
In-Reply-To: <76F7B5D1-27E3-467C-9375-0030AD5B839F@strayalpha.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Fri, 05 Jun 2020 12:10:25 -0400
Message-ID: <CAMm+Lwj6jAW2w-Q7RuWrJJfrfii4L7zcdykdaYHw_w_0h89ZSQ@mail.gmail.com>
Subject: Re: The TCP and UDP checksum algorithm may soon need updating
To: Joseph Touch <touch@strayalpha.com>
Cc: Christian Huitema <huitema@huitema.net>, Craig Partridge <craig@tereschau.net>, IETF discussion list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000068330f05a75880e9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Cysqj9RrWWaceuG_E-_h-sUAJkk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2020 16:10:39 -0000
On Fri, Jun 5, 2020 at 12:01 AM Joseph Touch <touch@strayalpha.com> wrote: > > > On Jun 4, 2020, at 7:57 PM, Phillip Hallam-Baker <phill@hallambaker.com> > wrote: > > Consider the case in which I am transfering a 60GB 4K movie over the net. > Say for the sake of argument there is a 1% chance of a one bit failure. > > > There are a lot of statistical assumptions in that statement. > > How about somebody showing an actual case where this has happened, please? > > Before we solve a problem in theory rather than in practice. > Has anyone been looking? The security area has always been interested in theoretical attacks. They are by far the best kind. I was throwing those numbers out to point out what is now a routine sort of communication. It is clear that as the size of bulk transfers increase, the probability of a transmission failure that is not detected by the transport layer approaches 1. Traditionally, we just ignored the risk. That was probably an acceptable response in the days when we bought memory in 128K modules. Those assumptions no longer hold. SHA-2-256 is good for pretty much any feasible data transfer. But HTTP certainly isn't and neither is QUIC. And it would be kinda silly to conflate a protocol designed to support fast interactive response for Web browsing with bulk data transfer. The Mathematical Mesh has two separate messaging systems. There is a control plane where the messages are limited to ~32KB (not certain that is the sweet spot yet but less than 64K). And there is a data plane for bulk messages that will be eventually engineered to support Terabyte and Petabyte transfers. It is pretty clear that the current transport checksum is sufficient for my control plane. It is equally clear that the data plane can't rely on any imaginable transport layer checksum to support Petabyte transfers. So I am fine with the transport checksum either way. Sure, I have taken some extreme points on the curve here and there might be a point inbetween where it makes sense to upgrade the transport checksum because it is causing issues at the application level. But the burden of proof is on people suggesting we need to change the transport checksum that such a position exists.
- The TCP and UDP checksum algorithm may soon need … Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Joe Touch
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Richard Barnes
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Brian E Carpenter
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Richard Barnes
- Re: The TCP and UDP checksum algorithm may soon n… Richard Barnes
- Re: The TCP and UDP checksum algorithm may soon n… Christian Huitema
- Re: The TCP and UDP checksum algorithm may soon n… Christian Huitema
- Re: The TCP and UDP checksum algorithm may soon n… Phillip Hallam-Baker
- Re: The TCP and UDP checksum algorithm may soon n… Joseph Touch
- Re: The TCP and UDP checksum algorithm may soon n… Stewart Bryant
- Re: The TCP and UDP checksum algorithm may soon n… Phillip Hallam-Baker
- Re: The TCP and UDP checksum algorithm may soon n… Joseph Touch
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Michael Richardson
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Masataka Ohta
- Re: The TCP and UDP checksum algorithm may soon n… John Levine
- Re: The TCP and UDP checksum algorithm may soon n… Phillip Hallam-Baker
- Re: The TCP and UDP checksum algorithm may soon n… Joseph Touch
- Re: The TCP and UDP checksum algorithm may soon n… Christian Huitema
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Joseph Touch
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Salz, Rich
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Salz, Rich
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Michael Richardson
- Re: The TCP and UDP checksum algorithm may soon n… Benjamin Kaduk
- Re: The TCP and UDP checksum algorithm may soon n… Nick Hilliard
- Re: The TCP and UDP checksum algorithm may soon n… Carsten Bormann
- Re: The TCP and UDP checksum algorithm may soon n… Nick Hilliard
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Joe Touch
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Nick Hilliard
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Nick Hilliard
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Carsten Bormann
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… John C Klensin
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Richard Barnes
- Re: The TCP and UDP checksum algorithm may soon n… Russ Housley
- Re: The TCP and UDP checksum algorithm may soon n… Brian E Carpenter
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Warren Kumari
- Re: The TCP and UDP checksum algorithm may soon n… John C Klensin
- Re: The TCP and UDP checksum algorithm may soon n… Christian Huitema
- Re: The TCP and UDP checksum algorithm may soon n… John C Klensin
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Eric Rescorla
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Nico Williams
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… John Levine
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas
- Re: The TCP and UDP checksum algorithm may soon n… Brian E Carpenter
- Re: The TCP and UDP checksum algorithm may soon n… Warren Kumari
- Re: The TCP and UDP checksum algorithm may soon n… John R Levine
- Re: The TCP and UDP checksum algorithm may soon n… tom petch
- Re: The TCP and UDP checksum algorithm may soon n… Salz, Rich
- Re: The TCP and UDP checksum algorithm may soon n… Carsten Bormann
- Re: The TCP and UDP checksum algorithm may soon n… Salz, Rich
- Re: The TCP and UDP checksum algorithm may soon n… Craig Partridge
- Re: The TCP and UDP checksum algorithm may soon n… Michael Thomas