[6gip] Minutes taken by Dirk

Behcet Sarikaya <sarikaya2012@gmail.com> Tue, 28 July 2020 13:47 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 D82F93A0C58 for <6gip@ietfa.amsl.com>; Tue, 28 Jul 2020 06:47:02 -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 N6GRL-Z7admY for <6gip@ietfa.amsl.com>; Tue, 28 Jul 2020 06:47:01 -0700 (PDT)
Received: from mail-yb1-xb2b.google.com (mail-yb1-xb2b.google.com [IPv6:2607:f8b0:4864:20::b2b]) (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 1B7953A0C54 for <6gip@ietf.org>; Tue, 28 Jul 2020 06:47:01 -0700 (PDT)
Received: by mail-yb1-xb2b.google.com with SMTP id g6so10626457ybo.11 for <6gip@ietf.org>; Tue, 28 Jul 2020 06:47:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to:cc; bh=dZ+DcThbKnqx1JP1v9KdoPZpXlwmLihm21N9xuZAZVg=; b=NnTCdLsnX8I0znw5KZZLQqcyVJ+94e4l7Tdwir/mPxLWl3+acgrXLhsBQG1i3gV0XV qdWjSR8hr38AoyVfhLeBlO5ZT6wyHrrpHtWbx/KFUve2PXWxT89+jZ9a3XfeXy5yygQY R+13P0FpkaEvf1KOAmskeZsIWRisTPRnuW2rkgijkLFLI9XMgiIVUYYhSpZBU3f33nDa +RxBFPFPLHru4gwvr6OSyA8ah1yU9iXoAz5sE8ZicEoLFfpEpys4C5PU+6In166XE0JY LVmfWbrcdmH9fuN01ue9rWwkD8srik1ljeIecrKky/BddNZedzXQ0xC/duV5clG022SF qTag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to:cc; bh=dZ+DcThbKnqx1JP1v9KdoPZpXlwmLihm21N9xuZAZVg=; b=KU3Z3tpDdB+yiyplQW9XrsGNFjTDGq/027Yu1UUf5kTIKL5i1S5f91Edrd5hS6Zpy7 UtrnnbQowT7AYE5i2xPEKlijyakb4lKsKr1ECmKTyVhiw50VPN7uNogloBnvhz7nnsKp q6+hnqRVV1Y082asWPdZC+sQRCagLTiyDaO67NreSbAAxFyrcMIVsYFvntAErT0ECH5e zmFHkTrJr1/qKIGHDzcPH1AuzEX7rFo+Ixpd+Y78mreIKSdp83G0wEt+LHXaHnLhLP+j 3iwVRnr/YJcEwkNLHFtISq8JKuVafSgC4yAaPO/NN0AJWkwpT4bC/jsYrAsLsSCosAMk 5wEA==
X-Gm-Message-State: AOAM531nhI9SkqscitqHL5NbviuqRN5xc1gr0XW4M7Qyo2SNZA15bO/O wngee7521BkTaZxm9g/HuiTQMXgJz6CTwXAJpPCliVJy+LE=
X-Google-Smtp-Source: ABdhPJwzCzXsRXOUVmfMaIff8OcwL/QJ2jbvvWFV10DZUtXSsDIiwgQWyUpe2ciBk+ZOoxCQOGyJMOcUBQxap/U9rQw=
X-Received: by 2002:a25:cbce:: with SMTP id b197mr41591055ybg.327.1595944019880; Tue, 28 Jul 2020 06:46:59 -0700 (PDT)
MIME-Version: 1.0
Reply-To: sarikaya@ieee.org
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Tue, 28 Jul 2020 08:46:49 -0500
Message-ID: <CAC8QAccg0uh8o8cFtuGf2aN=DrB9WjS=ZPsEHuz+GzdYrYzmOA@mail.gmail.com>
To: 6gip@ietf.org
Cc: "<Dirk.von-Hugo@telekom.de>" <Dirk.von-Hugo@telekom.de>
Content-Type: multipart/alternative; boundary="00000000000062ed7905ab80acdc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6gip/6uu2sh13T_lln6PX6EtxgL1S7Go>
Subject: [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 13:47:04 -0000

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.
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.