Re: [tsvwg] Fwd: Qs on your 5G L4S slides

Ruediger.Geib@telekom.de Mon, 15 March 2021 10:47 UTC

Return-Path: <Ruediger.Geib@telekom.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA1983A0BDC for <tsvwg@ietfa.amsl.com>; Mon, 15 Mar 2021 03:47:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.345
X-Spam-Level:
X-Spam-Status: No, score=-2.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
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 gotDaRFzfsvm for <tsvwg@ietfa.amsl.com>; Mon, 15 Mar 2021 03:47:45 -0700 (PDT)
Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (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 162D03A0BDA for <tsvwg@ietf.org>; Mon, 15 Mar 2021 03:47:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1615805265; x=1647341265; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EXwAh/XYOtyJ2z/E6sCjgwaD0NzgWftFKmsbfr3BI10=; b=FoKL8zbAsAc18y9TWXK57vFR5JfwrxhWabDgq8N+ELQS6ryeTzvlYDfM NyDifIVdPyL10Uz++8dDIVLCOBgBJcE1PoOnTVANOo73w5i7DJdFKJbTo f0Va6hAHDYh6XEskc5QTzzcgXlhx9tprkEXQn6WjPx26G5g4etyYYQY1J eY+feW+O3aFVpimRX+hVlGAitLgqzLDrkS3bgBx7uQ8UxnnZTTi5dKrYI sUEkS4Pm/6gbXjJZjR6KyOGqwng/30USZfFrFzpi3gZvmoKy5pFCeVwzO 89wRaKs3+wA7HAvQMGTEQ63uZ1cwuPfeHZ1fEs/712odiV/vv0zL8nTKf Q==;
IronPort-SDR: lUw74wunnyfgGXu8WeKg6C3eQk9OarMpqXyRj5GX+rcoaZUezFqwGUVjJaLyB1jBVdGPmBzQ09 6KS/UR5QEloA==
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Aj1nGBavioWCmqnXgbdSnf2NK7skCRIcji2?= =?us-ascii?q?hD6mlwRA09T+WxrOrrtOgH1BPylTYaUGwhn9fFA6WbXXbA7/dOkPIsFJ+Ydk?= =?us-ascii?q?3DtHGzJI9vqbHjzTrpBjHk+odmpN9dWoBEIpnLAVB+5PyKmTWQO9wrzMCbtI?= =?us-ascii?q?WhgunDx3lgJDsaHZ1IxS0RMHfkLmRdQg5aCZ0lUL+V4cRarzStEE5nJ/iTLH?= =?us-ascii?q?8DQuTFupn3hIvrCCR2XyIPxQGSgVqTmczHOjeC2BN2aUIy/Z4D9iz/nxX99u?= =?us-ascii?q?GftZiAu2jh/k/J6ZNunsD9juFvP6W34aYoAxHNrirtW4h7Qb2Fu1kO0bqSwX?= =?us-ascii?q?InisPFrRtlH+kb0QKlQkiPrRHg2xbt3V8VgheOpi788B+Txr2eNUhKdvZpvo?= =?us-ascii?q?5XfgDU7EAtprhHodZ29lmUqoZNClf4lDn9juKlazhRikG2rXA++NRj/kB3bI?= =?us-ascii?q?oEZLdd6awZ8U9Fea1wbx7S1YE9HOFiSPzb/fZdGGnqH0zxg28H+q3SYl0DWj?= =?us-ascii?q?ecRE86vNeJlxBo9UoZ82IogOgwtjMb6Jk4S4Nf5+LCW54Y9o1mf4szV+ZQFe?= =?us-ascii?q?0BScy4BijmWhTXKl+fJlzhCeUuJ2/Ng4Sf2sRu2MiaPLgziLcikpXIV11V8U?= =?us-ascii?q?QofVj1NMGI1JpXtjjQXWSGWyj3wM023eklhpTMAJ7QdQGTQlEnlMWt598FBN?= =?us-ascii?q?fAZvq1MJVKR9juMHXpAoQM+wHlQZFdJT0/XaQuy4oGcmPLhviOBpzht+Tdfv?= =?us-ascii?q?qWDqHqCywYVmT2BWZGUyP0IMlG80C3Sn71iBXcQBrWCxLC1KM1NJKf0/kYyY?= =?us-ascii?q?ALOIEJmBMSk06F6saCLiAHsqFeRjouHJrX1oeA4UWm92fB6GtkfjBHCFxO3b?= =?us-ascii?q?nmW3RW4QsDM0b+d6cfq8ySEFoijEevF1tadYf7AQRfr1N49eacNJqL3x0vDN?= =?us-ascii?q?qhLyadlHscpHWDSp8Gga2d7cL5epc1Z6xWB5BZJEHuLVhYiAxqoGBMZEsvXU?= =?us-ascii?q?nEDA7jjq2jkdgJHu3FbsJ9hw2qOMZQrnrauSyn1JISb0peewTrfd+cgA4oST?= =?us-ascii?q?YRu0Z49LUHhqGc3Ry1L3Ekveg+OFpQSWieDb5cFj6ZbIFMlr2DQnAjcU66wR?= =?us-ascii?q?ihzzA6YC7D6lgbjG2JF1zdRdj7Rn5m/k1+/omv2lVubWmZd193cRlBwMZAPF?= =?us-ascii?q?WDnn5y1OSBIoCpw3KNA2Fpot01AXXgaTsWKQgr/dyxyTSPiC+efE9WpakGD6?= =?us-ascii?q?j6F7Qsc7bax3W3DpaH/Jt2S8N8zdJZEJTVldIwFdi6Rjb9FkKsN8ogxxGVqn?= =?us-ascii?q?E5OCN9tXkjlrfy1Af46XWjtURPTMb6JE5nXocfK9qR6nKMfYfD7Lxpyd0ypu?= =?us-ascii?q?e+KWP3d5qPzrzWdSdKLlfJrXexVPxAk+ESgYsi8L9yFYLcSz3GyTVO2wg/Nt?= =?us-ascii?q?79kColMeFGyaGEPo9kZMoJfS1FulIvidSUNUMu9gj7GPU3c11oj3jVObqykv?= =?us-ascii?q?71gKtqBk2Kvw3rP1aDtyVb4vfeRiOGkacAFLhYGxUXVGEsrHB5uO+SfYzZDw?= =?us-ascii?q?unM+lF4VqhK3e4NLtQUrKMF7kcpgtziuv42dO/Zm79wkTdrDF7KqVB/yK8Tc?= =?us-ascii?q?S+DBmFFORI/9a5UG78wJeC8Yq2lnP6WDG7Y0MXiclZbkQWdN1EkSRng4st0C?= =?us-ascii?q?S+I5aH+34Ngh9b+3VgmVHs0IT9vzueEkFCLAHDgpJZGTNUKWOFiMzZ8e6ekH?= =?us-ascii?q?TxiQI1l6XrBQNVZJVJHdNVU438ayFpIsIUtKSz/6Uujj9YCS1eTFIUmXT4xa?= =?us-ascii?q?d+wby92P/OQOXsBnfjJEIZ9Vd+d8FJtz1urXsFbtO34p28aBgGD+IEA/Mw4Y?= =?us-ascii?q?ZNjTJiw2KDrmE0flFqrQwn1obEM1zhMTB9DMHV7MfLvCQ=3D?=
X-Mailbb-Crypt: true
Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 15 Mar 2021 11:47:42 +0100
IronPort-SDR: t8bKSBSfPlzX46qM6+Qb3HyDj9ecCmhMJrHlnUFnnBy57Gifz0s+c4QSG0WJZu21mf6eYyzsX6 U6hqloINWy4w==
X-Mailbb-Crypt: true
Received: from he102090.emea1.cds.t-internal.com (HELO he102090) ([10.162.178.105]) by QDE9XY.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 15 Mar 2021 11:47:42 +0100
Received: from QDE8E4.de.t-internal.com ([10.171.255.33]) by he102090 (Totemo SMTP Server) with SMTP ID 875; Mon, 15 Mar 2021 11:44:46 +0100 (CET)
IronPort-SDR: /qlcWcdrRbIBqKLTFO4ZBDOKAv4V24T0T12Sr+kwjVQPuZiUSTMICfCAjVQTR+z4Sitl0JucGD PLxPPPehPyYbap/XhoGDZbbpWJhgcY/kc=
X-IronPort-AV: E=Sophos;i="5.81,249,1610406000"; d="p7s'?scan'208,217";a="971139351"
X-Mailbb-Crypt: true
X-Mailbb-SentCrypt: true
X-MGA-submission: =?us-ascii?q?MDELh4sSk6oUqds9frJZhkd1VowxPuRgtF7CkV?= =?us-ascii?q?ZsYwtpFVLK1DP/8yzF2laMWAWHRFo/xYQl8MDa4hy16VrJ8S2YLw1Zrt?= =?us-ascii?q?FYEQ35Zi2m9tTma6G9Cn7JlO5c95FXPaYcuP0A3CWCzidCeEvnw+J7xj?= =?us-ascii?q?xSbq5GSWraNVCZtdv223Mjrw=3D=3D?=
Received: from he199743.emea1.cds.t-internal.com ([10.169.119.51]) by QDE8PP.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 15 Mar 2021 11:47:40 +0100
Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE199743.emea1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Mar 2021 11:47:39 +0100
Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE199743.EMEA1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 15 Mar 2021 11:47:39 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.169) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 15 Mar 2021 11:47:39 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=k9LhKFycE1NXoj1PMg+hv5my9F8R4P4wkV+LBtbvCX+2nMjHPb9/iw9T5w5aznIHLHf4ZFdTcFNWDPbq20n7AJaMcDo4/WI5boyxC9HZ9KXuc/oR8DxslOiMJfcbbQ7BZO8GxFpdZR2wC9WhWY8xbLki4zMz3gcj7dxXpnIuQxYJ++R/Zx0Wh8FCaTdVIdObPZEZnuXP1hwrF/GyjZT6BJFB666zsMquo0HzAF6e/fqoPm75OS1ga2y/bi6G56dNwFOTUQTESjqwp+deuNJOBDtdIBxBcXJo0udc3xyQdFsUDIpxtufmbzQPs3julzObghZpJmNYYVnyMILvYLDwWg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pOUv61of5DOxm0y3713hKplRyu3kooGIjUUvGxVSdeI=; b=Vgpa4BcKz39S2j2xN8JKRWLim+IE9SMMYWNBz3fH9dymQ2HxR3QHimKRNnsU/pSmUBx6dU2JomK6vpWCfius6jQ1qDZcKRUNNS/+xVdNSl+/rN8iD/9WvWvzZDCuGvJKUkizeKoaUcgC3JBrVbqATkQCvI1xAm4Yux+ZmHbHocJqal0gxUL9SpLgknhZPFljc4xAwPECvGNVzlvTGBJD8edFg9uy3Ml3glE3CX+Zn+dzRVUvn30KL8ZJyjOCiw9FNu+8K4kBL+K+LD/ZnZOHXxPvQWFP7hydG4EKVQk+xVB9cHh8zhF/3Qmk+gw5J9qBfJwDzpS+ArS5qHZve+KWMg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2::11) by FR2P281MB0642.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2d::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.10; Mon, 15 Mar 2021 10:47:38 +0000
Received: from FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885]) by FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM ([fe80::e40f:c4ab:db76:e885%3]) with mapi id 15.20.3955.011; Mon, 15 Mar 2021 10:47:38 +0000
From: <Ruediger.Geib@telekom.de>
To: <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
CC: <Kevin.Smith=40vodafone.com@dmarc.ietf.org>, <ietf@bobbriscoe.net>, <tsvwg@ietf.org>
Thread-Topic: [tsvwg] Fwd: Qs on your 5G L4S slides
Thread-Index: AQHXFbPMumpcTzhMykiML1sdSgFD76p9PKwAgABBFQCAAuW6gIAEZCywgAAYqPA=
Date: Mon, 15 Mar 2021 10:47:38 +0000
Message-ID: <FRYP281MB0112A5CDAEFD57D3E935904C9C6C9@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM>
References: <HE1PR0701MB22994BB36811BDAB98F464B9C2919@HE1PR0701MB2299.eurprd07.prod.outlook.com> <4cf84500-756f-9da9-81d2-b29e1aebad4a@bobbriscoe.net> <AM7PR05MB7090AB2C98F6EA6328DCFB75916F9@AM7PR05MB7090.eurprd05.prod.outlook.com> <HE1PR0701MB2299229839CFE56847FCAD2FC26C9@HE1PR0701MB2299.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB2299229839CFE56847FCAD2FC26C9@HE1PR0701MB2299.eurprd07.prod.outlook.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_Enabled=true; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_SetDate=2021-03-12T13:56:05Z; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_Method=Standard; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_Name=0359f705-2ba0-454b-9cfc-6ce5bcaac040; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_SiteId=68283f3b-8487-4c86-adb3-a5228f18b893; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_ActionId=a56cabfc-2ffc-42d2-9b0c-00000a1283fb; MSIP_Label_0359f705-2ba0-454b-9cfc-6ce5bcaac040_ContentBits=2
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=telekom.de;
x-originating-ip: [87.147.148.139]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6c887a43-6a69-41e1-1b1b-08d8e79fc066
x-ms-traffictypediagnostic: FR2P281MB0642:
x-microsoft-antispam-prvs: <FR2P281MB064269EC6DD436DAD1B2006E9C6C9@FR2P281MB0642.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:1201;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hF4bb8V6i2gDqRj2J9nkA+HzZny2Ko3ziC6Uoc2SLu5oGJ9XWV1LSV2W409RO9yYQcWZq3sGWN2jJSz43U9SYHNBe3QvTkKocgdvE4DDayRZmdebO4LlXrxnyVUaf2KumWkCRuWpbvIUfptrp184AaEElPil6gEL2mPxwJ2f+uzhO/sz25uvBZIcbWn7SC/KjgPF28zRwpSGf4BupFu/LvTCsYMj9w3bY0pUrZLGnylm64C4JZSOTTGkfupnDhuzRGMKa5pezKQ8RO/D7eVuuq8SVy4UwTZwCl/IAr1nNU2JwyQ4tGALGTANjpIQaruDwiQlYv6gD//KTvX6E3BM9OohKCu03xPbVYbwI0lNMtu0zfJbI47I3Qi/QIZCneI1N62PebCgEIvlB0uslYHo+cKI1kf+TmHKi6NLy44uu6RocMOtFGLXk375STxBLC8SAMd1TFOtc+yFWmwpJm6KoxvBte/PkPk+jDE7Xp4T8pCC9LE8ylZG1BaLVWOObqB4r3/kedNe8YMIqaBLG3JOkREpC3sOEbB6vq6R4NYaheCVizt15HipCXRRmr9TVJcTe3e0VBocvS9G6bJeHvjsOlKJb57RaNl1DdTlfN/nD38cwUeTecVw4KbJx7F8b2Wr6UtHnRLaJ0DOaywl+mYh1w==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(136003)(376002)(39860400002)(396003)(366004)(8676002)(83380400001)(33656002)(99936003)(166002)(9686003)(52536014)(4326008)(54906003)(2906002)(186003)(316002)(64756008)(66476007)(71200400001)(9326002)(66946007)(86362001)(6506007)(7696005)(66556008)(53546011)(26005)(8936002)(66616009)(66446008)(478600001)(5660300002)(966005)(66574015)(55016002)(76116006); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?444UFqoreYIbwYQh+6sSwO4c7NQFZ0JztBuGLm4Fggsz0Rq31kLQhkcrtn?= =?iso-8859-1?Q?1y3HI4czmS91bs/IfCEips3EnqVIdFgUcEC9BfIfmJ74kAqGnpDneozDE5?= =?iso-8859-1?Q?iiJ8rzeSLJ1QLaR4KL0vajybP3ShrL07r+K3SSq7P8h7A//HwClvW4frTt?= =?iso-8859-1?Q?oDhYLsf9hl17IHQ8HHgf/vdvfqCDgdBakrvVO8QuwChu74iZ8dXzZPC8CE?= =?iso-8859-1?Q?Hj4AKfQNASxn5ewEQDFMGIWTGwxx5cLfmHhRgkwH11bi3dpyMUkoirbvfY?= =?iso-8859-1?Q?t61fz9VR5N7mD1YbfnutuD0TfpzCW35c3ZNuGyOs17MY8/u4BmiR/2UyNp?= =?iso-8859-1?Q?Ea2G09tQ7r3J8IIW4xCUwkH8B3xWt3RTMxw3k6OQ4EWgMnmzBYrm5WQtOL?= =?iso-8859-1?Q?qrqZAQJZ+Ns8Z7A5AM50HWhJGapH6HgY4EA9x5Ua9Z6QGX4gdGsP9VfCbD?= =?iso-8859-1?Q?TC24uPIMoVOxetyaBQKa67Yiq3L7gU01YqtsP9Fh0uBhO6Hh6QYD7ewMkS?= =?iso-8859-1?Q?kYpc2OEOFBJPSqOV4wJfFGYm5aKWGurmLJ204CJh+jywrjDRKZvU8oYUJt?= =?iso-8859-1?Q?eEHFwRhON85fyKpffXG2uH2S1mv6IcodMkuhGu7mOniUzq2Rcz7dPzAO8J?= =?iso-8859-1?Q?s4N7YLFOnWUvY7OyhYv6WTF+OAC2+o1QgmMWHH4gaRadYBvdgfmJg0Ifmn?= =?iso-8859-1?Q?riD+ypROBiaxhL0u5jRb9BD9sDwpRVp4We/TA4ccFw2WH7V+HDKA6zfYXx?= =?iso-8859-1?Q?MDW1lrt2MafINXW56mKN8YWG6AktqOdF8kfAqegxscPaHJC0jr4Dtz8CDI?= =?iso-8859-1?Q?X7r0A4Q0Bypq3fBvaFSjfCWWY+/6bRb59Hf1OIJ6J0nJFTLLeIjIw12LyP?= =?iso-8859-1?Q?EeFDIFtSnCKYsy0wFK3vmBLIEm6QooRpR29o/Ula6Mgt9qArwNn0csh9He?= =?iso-8859-1?Q?p/ube7KEoRRF7QoLVbKfKYN7d8/rwCKxxHXcOr6TsaZfJdnmwhhIHXBfdj?= =?iso-8859-1?Q?tFqt351wRJ4ziks8FI8RxO2mmg5GhYxwJX/rtxQ1nn/Cx7bGvgbR6h4v8Y?= =?iso-8859-1?Q?tyGS4BxspPRitxMC6iQq4DgBH2q7GTGw4t6hucCieqz69C0O3FFqFuVjYP?= =?iso-8859-1?Q?NtEXJ5eGDn3OJF97dFBaW0/DD6WlEEjecnztLv5+M9ABBHt3z2JY4/FamC?= =?iso-8859-1?Q?AsdVzZ5Q4jlY9++n0cZdDEkI+FxVHe1AqiYTokcuosNYk/miFB9hIKfRiL?= =?iso-8859-1?Q?g1BO5xxcVJw+bECEzzJP42alJ+jHeZD+uhaDocLrFZ+24nEBi5mZH8ZR1E?= =?iso-8859-1?Q?6fboApAQ9nzBynvoL9jjNf8nB/Hmr+d8YHa28Y0ypO8mGsKoz7qPkOaSv8?= =?iso-8859-1?Q?oit5RaJOZc?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0006_01D71990.F811CC60"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 6c887a43-6a69-41e1-1b1b-08d8e79fc066
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Mar 2021 10:47:38.6111 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Dduk05rE0z8IyRyS3K/qpj278QtQDOv1oKRQlmlBRXlXT6II5Zmu7cm/7XYQXSZbq4C+IOv4J9KeUpOfSAZai6WsvylBk6KLBVCX4DIWcKE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0642
X-TM-SNTS-SMTP: 34A5A58D6CD70973692AB4A5F4D2A0CDF5F1E6EAAE09DD33E68A67C1C9DEFE202000:8
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/Dg_V94mlJ-ew4Fp2fnrwlM18RpM>
Subject: Re: [tsvwg] Fwd: Qs on your 5G L4S slides
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2021 10:47:49 -0000

Hi Ingemar,

 

That depends. For WiFi, draft-ietf-tsvwg-nqb-05 specifies mapping L4S to a
priority bearer based PHB. Then this stops to be an L4S problem. I’d like to
be clear about that issue and the question is, whether there will be a
recommendation to assign L4S traffic to a 4G or 5G priority bearer. If your
answer is no, why is there a draft specifying a priority bearer for WiFi L4S
traffic?

 

The underlying question is, to which extend does the end-to-end performance
of L4S depend on suitable radio schedulers coupling two congestion control
algos or queuing behaviours, like L4S standardises for fixed line
schedulers. And how to operate a network, if these are absent.

 

Regards,

 

Ruediger

 

Von: tsvwg <tsvwg-bounces@ietf.org> Im Auftrag von Ingemar Johansson S
Gesendet: Montag, 15. März 2021 10:55
An: Smith, Kevin, Vodafone Group
<Kevin.Smith=40vodafone.com@dmarc.ietf.org>; Bob Briscoe
<ietf@bobbriscoe.net>; tsvwg IETF list <tsvwg@ietf.org>
Betreff: Re: [tsvwg] Fwd: Qs on your 5G L4S slides

 

Hi Kevin, Bob + others

CC Davide (thesis author)

 

Yes, there was a test with the use of the dedicated bearer (DBS) and no-L4S.
This is exemplified in section 5.3.6 in the thesis report. In short the
outcome is that the background traffic will be severely affected. The reason
is that the DBS scheduler (originally devised for e.g. VoLTE) prioritizes a
bearer when the queue delay exceeds a given low threshold (e.g 10ms). And
because SCReAM without L4S targets larger queue delay, the outcome is that
it will hog an unreasonable share of the available resourses. 

What this means is that it is necessary to use some extra guard mechanism
when prioritized bearers are used, but this is of course not only an L4S
problem.

 

/Ingemar

 

* http://www.diva-portal.org/smash/record.jsf?pid=diva2%3A1484466
<http://www.diva-portal.org/smash/record.jsf?pid=diva2%3A1484466&dswid=-2512
> &dswid=-2512

 

 

From: tsvwg <tsvwg-bounces@ietf.org <mailto:tsvwg-bounces@ietf.org> > On
Behalf Of Smith, Kevin, Vodafone Group
Sent: den 12 mars 2021 14:56
To: Bob Briscoe <ietf@bobbriscoe.net <mailto:ietf@bobbriscoe.net> >; tsvwg
IETF list <tsvwg@ietf.org <mailto:tsvwg@ietf.org> >
Subject: Re: [tsvwg] Fwd: Qs on your 5G L4S slides

 

Hi Ingemar,

 

Just to ask, was there also a variant of the test with no L4S but with the
dedicated bearer? I’d be interested to see that comparison.

 

@Bob, regarding UPF placement: the ability to virtualise network functions
in 5G Core allows easier scaling of UPFs as required. 

 

All best,

Kevin

 

 

 

 

C2 General

From: tsvwg <tsvwg-bounces@ietf.org <mailto:tsvwg-bounces@ietf.org> > On
Behalf Of Bob Briscoe
Sent: 10 March 2021 17:41
To: tsvwg IETF list <tsvwg@ietf.org <mailto:tsvwg@ietf.org> >
Subject: [tsvwg] Fwd: Qs on your 5G L4S slides

 

CYBER SECURITY WARNING: This email is from an external source - be careful
of attachments and links. Please follow the Cyber Code and report suspicious
emails.

tsvwg,

Fwd'ing to list, with permission...
In case anyone else had the same questions 



-------- Forwarded Message -------- 


Subject: 

RE: Qs on your 5G L4S slides


Date: 

Wed, 10 Mar 2021 14:33:42 +0000


From: 

Ingemar Johansson S  <mailto:ingemar.s.johansson@ericsson.com>
<ingemar.s.johansson@ericsson.com>


To: 

Bob Briscoe  <mailto:research@bobbriscoe.net> <research@bobbriscoe.net>


CC: 

Ingemar Johansson S  <mailto:ingemar.s.johansson@ericsson.com>
<ingemar.s.johansson@ericsson.com>



Hi
Please see inline [IJ]

/Ingemar

-----Original Message-----
From: Bob Briscoe  <mailto:research@bobbriscoe.net>
<research@bobbriscoe.net>
Sent: den 10 mars 2021 14:46
To: Ingemar Johansson S  <mailto:ingemar.s.johansson@ericsson.com>
<ingemar.s.johansson@ericsson.com>
Subject: Qs on your 5G L4S slides

Ingemar,

#5 "Dedicated bearer / QoS flow for L4S traffic"
Is this a per-app microflow or a per-user flow?

[IJ] It is per-user flows, i.e each bearer can handle many flows


And I think you'll need to explain where the UPF is typically located. I
believe
it's close to the edge, isn't i?
Further into the network (beyond the UPF) these flows just become an
aggregate of all the users.

[IJ] The UPF is close to the edge somehow, it is hard to say for certain
where they are located, they can be real close to the base stations or
>100km away.


#6 Question:
Do you have any feel for qDelay & throughput if a "Classic ECN AQM" like PIE
or CoDel was used?

[IJ] No, it was not studied in the master thesis work.


#6 - #11:
Is the DBS scheduler between users, or between flows?

[IJ] Per user (bearer)


#12: L4S is meant to greatly reduce the throughput-delay tradeoff, and in
our
results it did.
Any idea why not here? I guess, with video, it's the 'getting up to speed'
fast
problem (that I'm working on with Joakim).

[IJ] One reason is the large variation in frame sizes that video coders
generate.
Another is that SCReAM paces out the video frames as 50% higher rate than
the nominal video target bitrate. This pacing overhead can be configured
lower but then the video frames (RTP packets) are more likely to become
queued up in the sender instead. I really believe that it can be done
better, was hoping to have time to improve SCReAM in this respect but the
work hours fly in other directions .
With that said. Also a DCTCP flow (with L4S) marking will get a reduced
throughput compared to e.g a Cubic flow (without L4S) over cellular. The
reason is that the large buffers with Cubic absorb the fast fading dips in
LTE and NR. With DCTCP + L4S some extra headroom is needed to avoid queue
build up.



Bob

--
__________________________________________________________
______
Bob Briscoe https://protect2.fireeye.com/v1/url?k=828d3ddc-
dd1604f1-828d7d47-8692dc8284cb-1ab58b5eb7943901&q=1&e=b0160f51-
6418-41ea-9221-efaca6b7cec8&u=http%3A%2F%2Fbobbriscoe.net%2F