Re: [6gip] Minutes taken by Dirk

Behcet Sarikaya <sarikaya2012@gmail.com> Tue, 28 July 2020 17:20 UTC

Return-Path: <sarikaya2012@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 090F13A0D6E for <6gip@ietfa.amsl.com>; Tue, 28 Jul 2020 10:20:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=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=gmail.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 HLHiNhDoJfBD for <6gip@ietfa.amsl.com>; Tue, 28 Jul 2020 10:20:19 -0700 (PDT)
Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) (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 142D13A0D61 for <6gip@ietf.org>; Tue, 28 Jul 2020 10:20:18 -0700 (PDT)
Received: by mail-yb1-xb31.google.com with SMTP id q16so8813492ybk.6 for <6gip@ietf.org>; Tue, 28 Jul 2020 10:20:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to; bh=lAV4Xnwh9OR34pwjD92QYjyBXHaOfa1deERvQbRZTY4=; b=lRvdhELyolPqHO6U6w4SvnD+bxkK+TJcZLC+FUYu9RphbtstyqfyjmFwdQ0j6gR6bI waLgJmLrAtvUDWS6VpNMnxJDGjO6S8Ed3aO2ea2muvOe3a5cTat+L8zgB0lRhI2GP+84 PXLHeMEMd9Z3+GBGczUuEGPEYHigklBu7Am/6+YEPPM8QXpIdLWhqhMdeVBzSBOD/v3T DbLOFMNzlB370YCvmhf0kILD+QIzecQALDV6rpCjujnidWgA6d0tPLB6Y9iY8MNwLdtK 6Wb8GwCNhDEtQ7C5+zgp4hOYiLW5sTFHh8TfrvsmxOndFpCxEL5/RsRj74dFM68Uz6Fa iC3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to; bh=lAV4Xnwh9OR34pwjD92QYjyBXHaOfa1deERvQbRZTY4=; b=NDfC35Zh3gWBWMmPtnE9pugPEzFTJujZV06g9aAW/rIJs93XnvgEgT2aDx3DwBHzET YU96dUzleLA8PSogs7aDvksrqvWwaVAcpz/9sEAnyTujFAMFy3U2C2QTVIUlWZwjTTfK +DQcCafU5p2zBwYTgs+00ufXXhL+b2IfebOfV23++bCjaiLl/9+IBO7/oYeAewRp0g/C s7buz05ELy47SLA/SZ6Q9Vqoz0Dh3q6c4JjiKONL9mj9ZqSbzV7OO5ZLhmn019r0iFzT GmyumA7LkHW4eXgeoGce+G/wY/zUi36g/59URmxE3MshWuar1Rp8YMCURvwGXM9lI33k 9TvA==
X-Gm-Message-State: AOAM531u2K8saaBkuEncahgWijM1zmMs2yA1rad85A2NFDbfZwWNYQI9 mMjHgOInF0b1Op68aSueWxC8dfsuwXISSr3CQJxiKEs2
X-Google-Smtp-Source: ABdhPJw8NTm8NSHXwvSuuTBuYi2xYD9OOLXmVKdYot7F27Buabsc25YtJuB0kcWPK4AjEI5QrOYc7biIF9hUkk8TAdg=
X-Received: by 2002:a25:c6cd:: with SMTP id k196mr24754824ybf.318.1595956817877; Tue, 28 Jul 2020 10:20:17 -0700 (PDT)
MIME-Version: 1.0
References: <CAC8QAccg0uh8o8cFtuGf2aN=DrB9WjS=ZPsEHuz+GzdYrYzmOA@mail.gmail.com>
In-Reply-To: <CAC8QAccg0uh8o8cFtuGf2aN=DrB9WjS=ZPsEHuz+GzdYrYzmOA@mail.gmail.com>
Reply-To: sarikaya@ieee.org
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Tue, 28 Jul 2020 12:20:07 -0500
Message-ID: <CAC8QAceQpngoCvfTtDx-jGXSmBVyzU6HLpkJQ8sc9_ofm0e7qg@mail.gmail.com>
To: 6gip@ietf.org
Content-Type: multipart/alternative; boundary="00000000000034dc4305ab83a7cf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6gip/kuxOgwitWAYvpPYpnjdbo_uoEtM>
Subject: Re: [6gip] Minutes taken by Dirk
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: Tue, 28 Jul 2020 17:20:21 -0000

Hi all,

On Tue, Jul 28, 2020 at 8:46 AM Behcet Sarikaya <sarikaya2012@gmail.com>
wrote:

> Here are Dirk's notes from our side meeting:
>
> Minutes of side meeting 6Gip during IETF#108 online – July 27, 2020 16h UTC
> About 20 people had dialed in. After some technical issues (not with
> Meetecho but Webex) Behcet
> went over the slides posted on the ML.
> Alex asked in the chat for clarification what Mandate (in Mandate-Driven
> Architecture) does mean.
> Behcet replied that ”mandate” is seen as collection of network services
> required from underlying
> network(s) to comply with dynamic end-to-end QoS needs from specific
> applications (in the WP)
> Lars complained in the chat: so if the proponents of this effort are
> planning on asking people to
> make time on their schedules for another side meeting at some time in the
> future, *please* have
> some actual content planned for presentation and discussion.
> Behcet agreed: OK Lars
> Colins key feedback was that IRTF does not work on overarching
> architecture but particular subtopics
> and problem statements – AI is already worked on in NMRG and computing in
> COIN and a
> contribution/collaboration there regarding 6G should be investigated.
> Alex tried to answer on what 6G is – perhaps (at least) true IPv6 but much
> more: futuristic use cases
> and scenarios, eventually what will be mandatory use cases?
> Lars said that it was not clear before the meeting what we were asking for.
> Alex mentioned that successful RGs have started low – but Lars emphasized
> that they dealt with a
> well scoped problem.
> Colin said that development from 5G to 6G is no concrete focus, not worked
> on by existing RGs.
> Behcet argued that network management is also no real focus.
> Dirk tried to explain how MDA could serve here.
> Marco asked which term could be moving towards a solution. It should be
> worked on gaps between
> SBA++ and current enhanced SBA (Rel. 16/17).
> Behcet mentioned future use cases and Alex clarified that hologram use
> case mentioned in WP
> requires much bandwidth.
>


Alex had mentioned a few requirements/ use cases like self driving cars
which is not captured in the minutes.

Alex can you please remind them?

Behcet

> Lars: use case done meant problem statement (?) and reminds that IntServ
> had not been successful
> and it would be good to understand whether to re-invent old issues.
> Toerless thiks that similar technology could at other times be successful.
> L2 TSN (IEEE) using detnet
> concept (used in limited campus scenarios) could be a good exercise
> ? use cases and business models are the difficult parts (for all new
> technologies/approaches)
> Colin asked how to fit to new proposals and Behcet answered to use this
> opportunity to discuss
> more.
> Hannu emphasized that 6G would be a new generation compared to 5G – THz
> technology as good
> example. We should look at use cases 5G is not able to do – very tricky
> thing!
> Alex mentioned a typical use case which is not deployed in 5G: V2X
> (neither network-based nor
> direct communication) - more 5G use cases (other than eMBB) may not be
> deployed in 5G but only
> with 6G (as with other specifications in 3GPP never deployed).
>
> Hannu expects that in 6G the same services may be deployed, but in a
> simpler manner.
> Dirk agreed – also more sustainable methods could help deployment. FMC is
> another example
> already standardized for 3G but coming actually with 5G now.
> Alex asked whether people active in 3GPP could confirm that 6G has already
> been discussed before?
> Tim said that 3GP does not yt speak of 6G specifically but NGMN (Next
> Generation Mobile Networks
> association) has started to talk on this (WP#2).
> The chairs thanked all participants for joining and contributing to good
> discussion to be continued on
> the list and on future side meetings.
>