Re: [6gip] 6G

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 14 January 2021 14:07 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: 6gip@ietfa.amsl.com
Delivered-To: 6gip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFC633A13DD for <6gip@ietfa.amsl.com>; Thu, 14 Jan 2021 06:07:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.406
X-Spam-Level:
X-Spam-Status: No, score=0.406 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] 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 c7rJd3VE8hRu for <6gip@ietfa.amsl.com>; Thu, 14 Jan 2021 06:07:53 -0800 (PST)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 3778C3A137E for <6gip@ietf.org>; Thu, 14 Jan 2021 06:07:53 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 10EE7kvR011790; Thu, 14 Jan 2021 15:07:46 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id F069920435C; Thu, 14 Jan 2021 15:07:45 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id DD7F3207F68; Thu, 14 Jan 2021 15:07:45 +0100 (CET)
Received: from [10.14.10.2] ([10.14.10.2]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 10EE7jCk022830; Thu, 14 Jan 2021 15:07:45 +0100
To: Lars Eggert <lars@eggert.org>
Cc: "Flinck, Hannu (Nokia - FI/Espoo)" <hannu.flinck@nokia-bell-labs.com>, "6gip@ietf.org" <6gip@ietf.org>, Kaippallimalil John <john.kaippallimalil@futurewei.com>
References: <HE1PR07MB3386A43B4B32BF2CE5DC48C79BAA0@HE1PR07MB3386.eurprd07.prod.outlook.com> <248399ab-7dc1-ee13-928c-751568ea58e5@gmail.com> <HE1PR07MB3386A19851BFFF1ED5DDECAE9BA90@HE1PR07MB3386.eurprd07.prod.outlook.com> <SA0PR13MB40801CE55D18D1EF814ED7CDE8A99@SA0PR13MB4080.namprd13.prod.outlook.com> <86fad3c0-a5b0-f6a5-4671-1802d724c5a5@gmail.com> <43004FC4-43C2-4B52-99C8-33A9360DEA30@eggert.org> <40993238-97e2-1c5b-fcd9-824b58be5e94@gmail.com> <844E2FF4-7D79-45FE-95DD-86AEBB44C180@eggert.org> <e1bd046b-b87b-8a1d-dc93-edc4cd7e9a9b@gmail.com> <38BF235B-577E-4674-8703-26C9ADCA6AFF@eggert.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <123dab34-7db0-6d26-f3ef-8960e7e57439@gmail.com>
Date: Thu, 14 Jan 2021 15:07:45 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1
MIME-Version: 1.0
In-Reply-To: <38BF235B-577E-4674-8703-26C9ADCA6AFF@eggert.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/6gip/f12HOkzf0TNrBRl3CJLOaSbu314>
Subject: Re: [6gip] 6G
X-BeenThere: 6gip@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IP Issues in 6th Generation Mobile Network System \(6gip\)" <6gip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6gip>, <mailto:6gip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6gip/>
List-Post: <mailto:6gip@ietf.org>
List-Help: <mailto:6gip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6gip>, <mailto:6gip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Jan 2021 14:07:55 -0000


Le 14/01/2021 à 13:45, Lars Eggert a écrit :
> On 2021-1-14, at 14:41, Alexandre Petrescu 
> <alexandre.petrescu@gmail.com> wrote:
>> In year 2030, when 6G does 1us (micro-second) latency, maybe LAN 
>> does 1ns (nano-second) latency.
>> 
>> Of course, for LAN to do 1ns there is a need for short cables and 
>> multiple flows of light carrying data.
> 
> Yes, short cables of at most 30cm, due to speed-of-light.

Right, probably.

It might be that cables and fibers already (and always have) transmit
each bit at almost the speed of light, even though the bandwidths we
experienced across generations has always increased.

In that sense, maybe it is the electronics who are the culprit
preventing one from experiencing 500Gbit/s on 6G.  Maybe improving the
electronics will lead to higher bandwidths, and consequently lower
latencies.

I suspect that, as in computing, adding parallelization will set the sky
as the only limit to reducing the latency.

Of course, a zero latency couldnt be reached, but micro-seconds is still
far from 0.  A particular mantra in future networking talks about 'zero
latency' as well, but that might have to do with quantum Internet, in
the QIRG of IRTF.  Maybe another suggestion suggests data to be there
before it was even sent, which might question causality overall; but
micro-seconds latency is not questioning causality, because it is a
positive number.

> Multiple flows do not decrease latency, they (only) increase 
> throughput.

Hmm, but there has always been a tight relationship between bandwidth
(throughput?) and latency on the same medium.  On Ethernet, higher
bandwidth meant lower latency.  On 3G, 4G, 4G too.  On WiFi too.

Also, one parameter of throughput is the size of the data to be sent.
Distributing that data on two channels halves that size, so throughput
is increased.

With these two things I think I can reasoably assume that ping on 6G
might display micro-second latencies (RTT, round trip time)?

Or maybe hundreds of micro-seconds latency on 6G?

Or maybe milli-seconds latency on 6G?

Alex