Re: [6gip] Side Meeting Closing Notes

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 11 March 2021 11:48 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 E80663A1A12 for <6gip@ietfa.amsl.com>; Thu, 11 Mar 2021 03:48:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.648
X-Spam-Level:
X-Spam-Status: No, score=0.648 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.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 CGij_QjF6wv1 for <6gip@ietfa.amsl.com>; Thu, 11 Mar 2021 03:48:13 -0800 (PST)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 CBD063A1A0E for <6gip@ietf.org>; Thu, 11 Mar 2021 03:48:12 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12BBmAHS027793; Thu, 11 Mar 2021 12:48:10 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 96D8D204E55; Thu, 11 Mar 2021 12:48:10 +0100 (CET)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 89336204E4B; Thu, 11 Mar 2021 12:48:10 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12BBmAa6015920; Thu, 11 Mar 2021 12:48:10 +0100
To: David Lake <d.lake@surrey.ac.uk>, "6gip@ietf.org" <6gip@ietf.org>
References: <CAC8QAcdxyPPNuCWRXFfh_cK6f71MLR-swj=R_RxtUu7Ge30jTw@mail.gmail.com> <DB7PR06MB479295BFD19D532A9EDD74B5B5929@DB7PR06MB4792.eurprd06.prod.outlook.com> <3B9C4872-F5A5-4242-8BD5-5198913C3ABD@eggert.org> <ba64d5a0-fa28-3e73-2a0a-dad8637a0c58@gmail.com> <DB7PR06MB4792A06548A6DC8707C951A5B5909@DB7PR06MB4792.eurprd06.prod.outlook.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <ed8f44f2-5e27-91c1-31fd-09e82a1e3224@gmail.com>
Date: Thu, 11 Mar 2021 12:48:10 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <DB7PR06MB4792A06548A6DC8707C951A5B5909@DB7PR06MB4792.eurprd06.prod.outlook.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/6gip/C4Y5wPpHYsOHTMKpAlMRpgeoH7Y>
Subject: Re: [6gip] Side Meeting Closing Notes
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, 11 Mar 2021 11:48:15 -0000

David,


Le 11/03/2021 à 11:32, David Lake a écrit :
[...]
> I restate - IMHO there is no IETF or IRTF work in "6G" in the 
> short/medium term

It depends on what we mean by '6G' more precisely.

I wouldnt disqualify that IETF and IRTF work on 6G.  Comparing it to
QIRG (an RG at IETF), I think 6G might happen well before a Quantum
Internet happens, yet there is an RG for this latter.

If 3GPP does not work on 6G at this time, would that be reason enough to
stop others from grouping and working on what they think to be '6G'?

Is 6G a Copyright or a Trademark of 3GPP?

> but there ARE interesting elements of Future Networking which this 
> community in conjunction with our friends and colleagues in ITU, 
> ETSI, ATIS, 3GPP, IEEE, academia et al. should be working on.

I agree also on this term 'Future Networking'.

But I will not oppose on the use of the term '6G' either.

I know that in the recent past someone proposed to work on something
termed 'IPv10'.  Technically, the proposal was qualified as unreasonable
by many at IETF, and the end result of that was something exceptional -
forced retiring text from an I-D.  It was a ban.  A limitation in a
freedom of speech if I can say so.

I know that DVD wrote a secret encryption algorithm that was later
reverse engineered, publicized and banned by rights owners.  Some people
printed it on t-shirts, IIRC, but it is still somehow illegal.  People
moved on to other schemes.

But with 6G things are different.  One could ban the '6G' term at IETF
now, but one is almost sure that term would come up again maybe later.

> Personally, I am unclear which branch of the ISOC-family could be 
> chartered with this kind of work and guidance would be appreciated.

I think ISOC has branches in countries (chapters) but they dont develop
technical work.  They do promote the technologies developped at IETF.
ISOC does fund a large part of IETF operations.

There is IETF, IRTF and IAB.

At this time, for my part, I would think there are possibilities to work
on something related to 6G in each of these three bodies.

Some times one might think that IETF might not work on things qualified
as 'buzzwords'.  E.g. IETF does not have WGs with names containing
'Cloud' or 'AI'; until recently it was so about 'IoT' too (no WG with
'IoT' in the name) but recently there is this 'iotops' WG.  This might
constitute an indicator that a '6Gops' might qualify as a potential name
of a WG, even though, of course, the detail mechanism or requirement
should be agreed by a group of people at IETF, including IESG
representatives, before dreaming about it.

Then there are the SDOs: ITU-R, ITU-T, ETSI, 3GPP, IEEE.  You also said
'ATIS' that I dont know what it means.  IETF has persons that are
'liaisons' to these SDOs.  But some of them no: e.g. ITU-R and ATIS.
The list of liaisons is at https://www.ietf.org/about/liaisons/
Maybe IETF could develop a separate liaison to each of these not-yet
liaised SDOs, on the topic of '6G'.

> I was the person who said we needed to reset this group.

YEs yes, thanks.

While resetting, I was wondering whether we could get the most recent
version of the slides presented?

And then, or maybe later, maybe this '6GIP' name is not really about the
relationship between '6G' and 'IP', like I was trying to describe in my
earlier emails.  The only activity about addressing (other than me)
seemed to come from only one other person, so I guess that is not enough.

At that point, maybe, a name change in the name of the list could be
part of this reset too... but too many name changes before even
chartering is probably too much work.

Alex

> 
> We do.
> 
> David
> 
> -----Original Message----- From: 6gip <6gip-bounces@ietf.org> On 
> Behalf Of Alexandre Petrescu Sent: 11 March 2021 09:10 To: 
> 6gip@ietf.org Subject: Re: [6gip] Side Meeting Closing Notes
> 
> 
> 
> Le 11/03/2021 à 09:50, Lars Eggert a écrit :
>> Hi,
>> 
>> On 2021-3-10, at 1:46, David Lake <d.lake@surrey.ac.uk> wrote:
>>> We cannot continue like this.  I'm afraid for me the tone of the
>>>  conversation and the quality of the chairmanship was simply not
>>>  acceptable.
>> 
>> I would like so strongly second this. In another email on this 
>> thread, I already pointed to the IETF Note Well 
>> (https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
>>
>>
>>
>>
>>
>>
>> 
.ietf.org%2Fabout%2Fnote-well%2F&amp;data=04%7C01%7Cd.lake%40surrey.ac.uk%7C7c32e0a7ae7c44319c5108d8e46d6ffd%7C6b902693107440aa9e21d89446a2ebb5%7C0%7C0%7C637510505969958157%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=%2F3UBcJHPOhE%2BRdoIGHrhq89Zwpi9EJ0CyYjbIWN%2FMME%3D&amp;reserved=0)
and explained that it applies to side meetings. It (also) says:
>> 
>> . As a participant or attendee, you agree to work respectfully with
>> other participants (...)
> 
> Inherently, I think that what appeared as disrespect was not really 
> disrespect.
> 
> I think that the person was on a very hurry to push eveyrone to
> focus on the discussion slide (the 6G topics) rather than diverging
> on other topics.  I think this is normal in early topic meetings to
> try to make progress.
> 
> Also, it is true, that there was an apparent non-listening, or non 
> understanding, from the organizer.  But that has multiple causes 
> which are not his fault: - the time was very short and the organizer 
> had to react quickly. - the way in which webex works (only one video 
> displayed, lack of queueing and a mike attribution strategy), made 
> participants think (I suspect) that they should reply to the 
> organizer, whereas the organizer assumed that there should be 
> discussion between participants, not between participants and 
> organizer.
> 
> Also, it is true, that the end result of this appeared to be very
> bad to contributors.  That situation is really not desirable.
> 
>> Several of us pointed out during the meeting that the way in which 
>> a convener of the side meeting repeatedly talked over Marie-Jose 
>> Montpetit when she tried to make a contribution was simply 
>> unacceptable, even more so because male participants were not 
>> subjected to the same behavior.
> 
> But, that amounts to sexism.  If that is the same feeling from 
> several people, then I think it should be addressed and not let go, 
> action taken.
> 
> Alex
> 
>> 
>> If I see other instances of such disrespectful behavior, I will 
>> work towards getting this mailing list closed, and will discourage 
>> IETF participants from attending any future side meetings.
>> 
>> Lars Eggert IETF Chair
>> 
>> 
> 
> -- 6gip mailing list 6gip@ietf.org 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2F6gip&amp;data=04%7C01%7Cd.lake%40surrey.ac.uk%7C7c32e0a7ae7c44319c5108d8e46d6ffd%7C6b902693107440aa9e21d89446a2ebb5%7C0%7C0%7C637510505969958157%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=idIxgn1PB7vEInaXeaXwHp81s9SdT8mAwEg527dYjSU%3D&amp;reserved=0
>