Re: [5gangip] 6G White Paper

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 09 July 2020 09:13 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: 5gangip@ietfa.amsl.com
Delivered-To: 5gangip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D13F03A097E for <5gangip@ietfa.amsl.com>; Thu, 9 Jul 2020 02:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.671
X-Spam-Level:
X-Spam-Status: No, score=0.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, 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 idh5UKgU8j6l for <5gangip@ietfa.amsl.com>; Thu, 9 Jul 2020 02:13:24 -0700 (PDT)
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 1AD963A0A55 for <5gangip@ietf.org>; Thu, 9 Jul 2020 02:13:15 -0700 (PDT)
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 0699DDQS020268 for <5gangip@ietf.org>; Thu, 9 Jul 2020 11:13:13 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 99CD9202FA0 for <5gangip@ietf.org>; Thu, 9 Jul 2020 11:13:13 +0200 (CEST)
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 8FAA6202612 for <5gangip@ietf.org>; Thu, 9 Jul 2020 11:13:13 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0699DDMC015564 for <5gangip@ietf.org>; Thu, 9 Jul 2020 11:13:13 +0200
To: 5gangip@ietf.org
References: <CAC8QAcd8FbzngiNDpU+S2mOvqHkzmPeMvE7_1OcRXuaJRG6fZQ@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <7eeac8ff-0bb1-e486-e7cd-c5bc6246de85@gmail.com>
Date: Thu, 09 Jul 2020 11:13:13 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CAC8QAcd8FbzngiNDpU+S2mOvqHkzmPeMvE7_1OcRXuaJRG6fZQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/5gangip/Pif9sqiOI4j5G0bC13GvAyhX__Y>
Subject: Re: [5gangip] 6G White Paper
X-BeenThere: 5gangip@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of implications of the upcoming 5th Generation \(fixed and\) Mobile communication systems on IP protocols." <5gangip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/5gangip>, <mailto:5gangip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/5gangip/>
List-Post: <mailto:5gangip@ietf.org>
List-Help: <mailto:5gangip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/5gangip>, <mailto:5gangip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jul 2020 09:13:26 -0000


Le 03/07/2020 à 17:14, Behcet Sarikaya a écrit :
> Hi all, Please check this out:
> 
> http://jultika.oulu.fi/files/isbn9789526226842.pdf

Thanks for the pointer.  It does refer to many concepts from IETF, which
is excellent.  I too will refer to it when people ask me what is 6G.  So 
there are ideas to think about.

But I would also like to comment on it.

I think 6G Flagship needs input from experts when publishing this text.
  It might be that their statements are too much away from reality, and
there might be a need to be more humble when making such statements,
especially if these statements are public in nature, as the above paper
seems to be.

It is a question of Ethics.

The paper says:
> For 6G services, the fundamentals of the IP layer may need to be 
> entirely redesigned.

I wonder whether the authors have conscience of what it means to
re-design the IP layer, entirely.  It sounds pompous, if I write that
correctly.

Because there might be some difficulty in proposing IP re-designs
through the 6MAN WG which maintains the current and future version of
IP.  I know this from personal experience of trying to propose even
slight changes such as relaxing a 64bit bound rule in 6MAN WG.

I think 6G could start by analyzing why simple IPv6 is still absent from
5G (GTP carries IPv6 flows in UDP/IPv4, 64share is a non-std RFC),
despite the talk of IPv6 since the 3rd generation.  That analysis might
lead to some sensible measures, if performed following certain requirements.

The requirements of analysis of why IPv6 is absent from 5G would be
somewhere among following:
- ask the implementers.
- get feedback from the experts.
- make public some example packet dumps from deployments.
- ask the end users.
- ask the operators.
- ask the association of end users.
- ask the people who oppose 5G for health reasons.

These requirements will lead to many solutions, among which the use of
IP and IPv6.

> As it is known, the current Internet Protocol (IP) is designed based 
> on two basic concepts: statistical multiplexing and best-effort 
> forwarding.

I am 100% sure IP does not do statistical multiplexing.  Otherwise I
would have seen an implementation of some statistics function like a
Poisson distribution somewhere in the core IP stack.

Maybe instead of multiplexing the authors wanted to say bidirectional
transmission of data, as opposed to single direction.  But multiplexing?

Maybe they meant not just simplex, not just duplex, but a universal
3D-like multiplexing.  But multiplexing probably means nothing for IP(?)

If one wants to mention a basic concept of IP that is in many IP stacks,
especially in the core IP routers, it is a longest prefix match
algorithm.  It has no statistics but works more like Dirac functions: 0
or 1.

> Inter-networking is evolving away from the current single public 
> Internet due to a combination of factors such as data-concentration 
> in the multi-access edges, centralization of data in global public 
> clouds, and the onset of global broadband satellite networks.

There is a draft about this, I think.  It is about limited domains.

But the limited domains concept does not challenge the Inter-networking
per se.  The Inter-networking is still there, and Internet will still be
there.

Alex

> 
> 
> Regards,
> 
> Behcet
> 
> 
> 
> _______________________________________________ 5gangip mailing list
>  5gangip@ietf.org https://www.ietf.org/mailman/listinfo/5gangip
>