Re: [irtf-discuss] Why the World Must Resist Calls to Undermine the Internet)

willi uebelherr <willi.uebelherr@riseup.net> Wed, 16 March 2022 20:20 UTC

Return-Path: <willi.uebelherr@riseup.net>
X-Original-To: irtf-discuss@ietfa.amsl.com
Delivered-To: irtf-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9016C3A1053 for <irtf-discuss@ietfa.amsl.com>; Wed, 16 Mar 2022 13:20:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=riseup.net
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 CSZZ2ItnwYxX for <irtf-discuss@ietfa.amsl.com>; Wed, 16 Mar 2022 13:20:16 -0700 (PDT)
Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 3B9D03A0EBD for <irtf-discuss@irtf.org>; Wed, 16 Mar 2022 13:20:14 -0700 (PDT)
Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4KJhTn58NzzDw17; Wed, 16 Mar 2022 13:20:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1647462013; bh=dz3t2K7jxA/4fDc1zzrU1bXwOtnyQOhHsNhj7zhZDiY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=O4wYoxtKiVVhdlkvuTiXFwEIA3QTkZZsIuIzqn6LGU4sh4NZ0yjzWRqFN0FpeqfzE WN05REryrvHkX5edGqaj4VRSEtUb1U5H6HBCnjxwFJKaANqHUNXkfAJKJJw1iVHlUj tkSfwJu9OHRXoxVQE03FBKnCPSvVX+s0J/ogS+tc=
X-Riseup-User-ID: 406184A9F1E1E56BA7CDFB51239F0C8D329685DF4B5544CE297F15AE15C05916
Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4KJhTl1xpNz5vw2; Wed, 16 Mar 2022 13:20:11 -0700 (PDT)
Message-ID: <ae00e0f5-f149-82b1-ae3a-0e9fb9d891f2@riseup.net>
Date: Wed, 16 Mar 2022 17:20:08 -0300
MIME-Version: 1.0
Content-Language: en-US
To: ISOC Internet Policy <internetpolicy@elists.isoc.org>
Cc: IRTF discuss <irtf-discuss@irtf.org>, IETF discussion <ietf@ietf.org>, Hannes Tschofenig <Hannes.Tschofenig@arm.com>
References: <f4badf59-e067-27a0-bda6-5404a3a9d083@riseup.net> <CAG-id0YaEgXmBdRu+j7YJZRyhdbYWQ5NeO=+Xmfo_rH_bgZX5Q@mail.gmail.com> <CAAFtm_V0k3AVj4Jo29-s__M8xrNzWquY5LJrv_ZBUQBE2f=o+Q@mail.gmail.com> <2b90e223-679c-8ff6-3f8a-1acad7a5e8c0@comcast.net> <YjDXSOoyemT19MTw@faui48e.informatik.uni-erlangen.de> <dd1abd00-8c90-90c2-d4ff-51c3fe4f57f8@riseup.net> <DBBPR08MB59156FEF2CCE31FD012F149DFA119@DBBPR08MB5915.eurprd08.prod.outlook.com>
From: willi uebelherr <willi.uebelherr@riseup.net>
In-Reply-To: <DBBPR08MB59156FEF2CCE31FD012F149DFA119@DBBPR08MB5915.eurprd08.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/irtf-discuss/f5Ds1U-u7WeUiCIVVyaZbsIPlmw>
X-Mailman-Approved-At: Sun, 20 Mar 2022 12:48:18 -0700
Subject: Re: [irtf-discuss] Why the World Must Resist Calls to Undermine the Internet)
X-BeenThere: irtf-discuss@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IRTF general and new-work discussion list <irtf-discuss.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/irtf-discuss>, <mailto:irtf-discuss-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/irtf-discuss/>
List-Post: <mailto:irtf-discuss@irtf.org>
List-Help: <mailto:irtf-discuss-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/irtf-discuss>, <mailto:irtf-discuss-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Mar 2022 20:20:21 -0000

Dear Hannes,

absolut correct, we act in the past and on the level of the past. In 
this time, the digital information, coded in analog signals, was going 
over a pure analog system with relais and amplifiers and on the end you 
have the digital information decoded.

In general, nature does not know digital technology. Data transmission 
will always be analog. Internally in our data processing systems we work 
with digital interpretation of analog signals.

In analog systems, no error checking can take place that relates to 
digital interpretations.

But today, every node in the network works with digital information. 
Only the connections must still be analog. And thus the error checking 
can take place in each segment of the transport system.

TCP/IP is no longer needed. Also, because the resources in all end nodes 
are sufficient to receive the packets.

If not, the transmitter can determine the capacity of the receiver 
beforehand, or the receiver will reject the reception.

greetings, willi



Am 16.03.2022 um 04:49 schrieb Hannes Tschofenig:
> A small note:
> 
>> I would like to propose the following: Let's make a strict separation of transport and application.
> 
>> The Internet is only a transport system for digital data in packet form and has only one task: To make sure that the packet sent by the sender arrives exactly the same at the receiver. Thus the error handling is implicit part of the transport system.
> 
> Very few people use the term "Internet" to only refer to the "Internet Protocol". Instead, the Internet is usually used to refer to the whole system, including the applications, TCP/UDP, TLS, and all the other good stuff.
> 
> If you narrow your definition of the "Internet" down to "IP" then your definition of the task above is wrong. IP does not provide error handling so that the packets sent by the sender arrive exactly in the same manner at the receiver. This is a function provided by layers above IP.
> 
> Ciao
> Hannes
> 
> IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.