[tsvwg] Network congestion, dynamic lossless compression?

"David G. Pickett" <dgpickett@aol.com> Sat, 03 August 2019 17:13 UTC

Return-Path: <dgpickett@aol.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5F6912011E for <tsvwg@ietfa.amsl.com>; Sat, 3 Aug 2019 10:13:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aol.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 eHhMx26ycCAF for <tsvwg@ietfa.amsl.com>; Sat, 3 Aug 2019 10:13:51 -0700 (PDT)
Received: from sonic309-14.consmr.mail.bf2.yahoo.com (sonic309-14.consmr.mail.bf2.yahoo.com [74.6.129.124]) (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 4F69612012D for <tsvwg@ietf.org>; Sat, 3 Aug 2019 10:13:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1564852430; bh=9klgh0G9NxNtv6pY8E4K0i02K8hya0VXizpmwpUAfHc=; h=Date:From:To:Subject:References:From:Subject; b=ltMLQwkBraD+JposBY4xmDfdQaP7dmUu2cE5Y8WppV6S9I5VVenElrBOuxgS+zxaQZX3wpNN2NoyFnGWCgDRNpzR+dWEu3Phzj0fYApw9NMB9oKyUJcpD7tkpcCBxRA9nj+xL8l4jdZQg6N9ke4cHR66pVetk/KfeRQ+2BK4c4okapB5Alj9T2vjwyS/D4+Al27+f2WLyNCqOusVIkHMsrN2TZ12fEh6muNeg9ZmOi6cV3D7TW1WjwzGF0K+JuQlTrykSI5TvRvcksAQULmk1m7yrvh0/KRTsFk2q7fu4qDvgSh3LtisX5boYZSe23J990osbnKzhpPCtxybA/IL+w==
X-YMail-OSG: xKleyqMVM1l3WeoPR90WC5rysN7mU0JCTfhaHtbVX0BwtG18L3AvSJMZqTQfU2I NhX0nE3HYi7wgZxbd2TFam23a.XtO0g59RwnWi9V5JGHYnRd02JK7IhCV0Qm6MZetgGv3hiRHCev uuUUVQF3L9qTR1Zo_mFUVZM.Aajfs7.rXZ4nhkUL7ca_mLPiKdIYMiQl06on_e4SVaihemechz1Z hjlIE3fRRwuWiZA5XS.I6tn6E7nf2VXBXNf.bpBhz4jfg9HkQpK17F2BY8Y3x.8idubdosF67doG BOi5Ct8qK_MewKimwc3xYZY7IUEmuTZmUpXD5I1JfvPaF6u7MYkBFUOcb8Zfbs4jDpmwMt3kw8wh 27WzAYzg9hMUrfzLMRWg4ApFrPJc4rWZs.VHM0BtaViWdn1SlJjUxGpLEDtwJFrLzcDsW_K3Y65Q FZGbf_kIts4zIARmQZNz3HichF5uxjcYrrTXnuND_chckWMDNuxm2psngyfb8IKDgfcK9giOuSiB Okz03iwDun5_BdlXZYjB4KMjE_7CSCP68uA59XuINZ2d340kOq9lZB0uLftHNoR1.gaxe5kfTmCX 5if3wlbOpIFO8w.gOILSgrtXQue9jEL_cg49YYDX08k.tMj5NIueSu1wLplhStYDC.ytTeQ5t4lr e8pigei4UMzVyxmK2TbreY73ca1pYs0mE4oKrNwAWAERO8dt6GDSgA3zCcvmhBuIXGZFZMFYi.M_ oE04aOWxMOObWpe4KlHQwsT4M9EVyqyaxHkx7OoUQsMAMJLsLKtRWCrVPuhfT3RxRUA8ka3AceiO yxYnPdkwnGj_aRNtoSpsglNlldUL381bCsLw2UlaNJslaqdFg62LQcQ1e72FW2pZAhG3JyjTaUTX e9ThKP47eTo3VJBOa3Y2438cBpWp4TJCvzrXWW132aGNdso67uVb0A1ZlUOYsyYM6aC047AJqD.A CddvUBk6wTOktEO8H3.gmbT1Fpz1AFCYeUJKlq14ZbTIWh0kl57WPbmUmMxXlbB9pWHHmCJyXUxK f4d.FOrBKZe2mGy5VLtoy1MSnW7TPIhRCyFBfzKUUe01aBU84PRCu.AFplfyIhemXIyvWzo.NeG_ qDPCC4crCOZ6U4RLy349XsumreD09yyw2FNLeISjrK2xBE2RTbc2bJxFHKscPMBhNRea.A5bseig BDnO6wooeW.IjQnze_FUYZdYdEA--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Sat, 3 Aug 2019 17:13:50 +0000
Date: Sat, 3 Aug 2019 17:13:46 +0000 (UTC)
From: "David G. Pickett" <dgpickett@aol.com>
To: tsvwg@ietf.org
Message-ID: <240549020.737374.1564852426405@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_737373_128504601.1564852426404"
References: <240549020.737374.1564852426405.ref@mail.yahoo.com>
X-Mailer: WebService/1.1.14097 aolwebmail Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.87 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/IgH1PURHoLpq930aWNvKGGsZ-Jo>
Subject: [tsvwg] Network congestion, dynamic lossless compression?
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Aug 2019 17:13:53 -0000

Wandering out of lurker land with an idea to deal dynamically with network congestion:
If a router or similar network point discovers congestion in packets going to a specific next hop or final destination, it might divert the flow of those packets into a compressed stream of max sized packets under a wrapper protocol, so that network congestion from smaller packets and bulk data transfer can be sped up.  The speed of modern processors has so outstripped much of the transmission media that bandwidth and even latency might be improved by speeding up the link.  Lossless compression could be applied without any effect on the transmitted data.  I used to manually do something similar for bulk data flows in the 56K international WAN days: find ...|cpio ...|gzip -9|rsh somewhere 'gunzip|cpio ...", and later with 'ssh -C9' even over local networks.  Since the data is not going anywhere soon, the network node even has time to consider various standard compression algorithms, much like zip does for each file, perhaps even for each packet or IP port.  The compression algorithms, taken from the world of open source, would be supported by all nodes exchanging a supporting protocol version or higher.