IETF Logo Mail Archive

Re: [tsvwg] 5G, DiffServ and new PHBs

Ruediger.Geib@telekom.de Mon, 11 May 2020 08:31 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 F1B983A090D for <tsvwg@ietfa.amsl.com>; Mon, 11 May 2020 01:31:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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_H4=0.001, RCVD_IN_MSPIKE_WL=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 2_XunO_mVN2z for <tsvwg@ietfa.amsl.com>; Mon, 11 May 2020 01:31:18 -0700 (PDT)
Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 68D813A090B for <tsvwg@ietf.org>; Mon, 11 May 2020 01:31:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1589185877; x=1620721877; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=iHtY9PPmnQA3BuMCe9trwHqtLuh22vNbYafJIwUmMOs=; b=i481k2UGzUOcRNnsK3hnalNJOKxkeeFBSEWZpy3/iupbq+f0QXCRen+s MHED0CGthQ4koov7zXXOXNKLqQJzfK79+/CkgYrEFXP3TsumjhYZdlkg5 hPWKi7wxFSQ37WMfusoymuPudlD1bzkNeyIXatTXYf8xutjRLvbDZ0Ub3 sTvtqCUeIdHZdWxOGnDkw6XyXqHsM1O8N6d9/MQqi++YiRX+Oof8KD5j4 M7XcTQJSsR4pLLy51vG5CV0QJRi/n9Iy9RVHVabrY3eBcEPUHsDCkkfDg sqeS1icjxESHDhhoOTtIbysS2FRSvJk6EYzq4IJGanBpuc8Y1zWYhKYlv w==;
IronPort-SDR: JbiUO8+jatJ5CKruG5QRkb5GI29GzL0BC+nVNQuritp96R7GZ3jpdvCFCkSDfWHPLi64QkEvPd LQMcFkBhSk5Q==
Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 May 2020 10:31:14 +0200
IronPort-SDR: F5z68yEO35jR1zUMACaU0bjk658oTd/aGOhxw3ICcC7rgBx7vRTx0zycEhyxp5uLe844n99iMq lQtQTdJAOMxmB/GeyvImMENr+Ds5P1m2w=
X-IronPort-AV: E=Sophos;i="5.73,379,1583190000"; d="scan'208,217";a="100160980"
X-MGA-submission: MDH+BwWA80rZByYZe8JN3Xux2hov4FOwUhtEdBM0JE2+vL3TFVun7nSp9o3MHv5q56Q40sVoMdUvG7gyfxkZnysmU7nBCR8Dty/IdRJOvvT/8TmKGqoj7uMWgAcThfCsR4zr1fKjrxxcNxztDgtjtIRzQ78+IZkq0B3zydngQWhi0g==
Received: from he199744.emea1.cds.t-internal.com ([10.169.119.52]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 11 May 2020 10:31:14 +0200
Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE199744.emea1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 11 May 2020 10:31:13 +0200
Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) 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, 11 May 2020 10:31:13 +0200
Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.22) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 11 May 2020 10:31:14 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d0LDlQ9icXs54lUyYScybi7xr5AwIEc+o3ddF0UQ0otuSzJR2KG6QZJ+Bv/yFwnf5nEqbDkRxmk/jOlTtBD4I1B+jCRu/zyJUUMsquYmd3Pt9h73ae1qsTkCFJ1BrgG3VAJHDS467eE8HGkNEzAp9jcqcyUX9OeDm4SQYQpuB8Pft5zriA2uY1Sb3FhWKUMytNtXMmq9HpdXWB5q2rxsS+tcyGzpEEh4pYdtGVgsxmy29hABq/WK7FXSoPRKJcAmTuqU6Zq6OkNixjbCTBZP2xQGM0B1zo3hmvfeyRfRgfzeejZwbhvdRbplA6IzJKtWoRZ8V3anEk+s/+2dSuuTIg==
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=iHtY9PPmnQA3BuMCe9trwHqtLuh22vNbYafJIwUmMOs=; b=BN54JJYUPUbhpdDqoUFwB6HndvLBptLmgIw2wQ+k+Tx32JZdLHdWFyHETI6c61QZ3DYW8+uTzBFDMMFGlZy5c1q8yAtemYE0Ybfxwieuyc2ci1GQvS5aC7110HlMbjRipBM7zDebz8IdwZPd9haJ8otvau9okFPI4tnuOQG8tpzh7ywOFN2OsgAhpehJj4xA2hBJwFN0gl7MhqGR3tOqM42cE4YqwTAr54JJf8lPqN1h2e6Ce431aasw6sw1PqpnASbp9hb9J6GspnEghjheK3f5E44by3//YC2zs026yp+RIDuH1ov1tzdRGbasP2j3tJYDDwIijcd7frbnhrovyg==
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 FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE (10.158.136.154) by FRAPR01MB0724.DEUPRD01.PROD.OUTLOOK.DE (10.158.132.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.33; Mon, 11 May 2020 08:31:12 +0000
Received: from FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE ([fe80::454f:d8d:6af0:4264]) by FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE ([fe80::454f:d8d:6af0:4264%8]) with mapi id 15.20.2979.033; Mon, 11 May 2020 08:31:12 +0000
From: Ruediger.Geib@telekom.de
To: jerhenry@cisco.com, umac.ietf@gmail.com
CC: tsvwg@ietf.org
Thread-Topic: 5G, DiffServ and new PHBs
Thread-Index: AdYcY0bbiYA+dVWdRDaY5AZaH0gasgAIFoMAArlw8wA=
Date: Mon, 11 May 2020 08:31:12 +0000
Message-ID: <FRAPR01MB01309362B0655BE358F57DBB9CA10@FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE>
References: <FRAPR01MB01305F5494C7B0B371E46E8C9CAF0@FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE> <249939BA-7A98-4E46-B2F3-12BC6B6CE6C9@cisco.com>
In-Reply-To: <249939BA-7A98-4E46-B2F3-12BC6B6CE6C9@cisco.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=telekom.de;
x-originating-ip: [164.19.4.141]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eb73dd29-0906-4b13-2d15-08d7f585a9b5
x-ms-traffictypediagnostic: FRAPR01MB0724:
x-microsoft-antispam-prvs: <FRAPR01MB072478297AAB13BCCE7733DB9CA10@FRAPR01MB0724.DEUPRD01.PROD.OUTLOOK.DE>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-forefront-prvs: 04004D94E2
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8QrkwteqF5s2MNggatx3izki3ih/B/Tnf7rALnnOVfdIjgzlIs6J/qPoSyaN1u3sMy22KdCZ6PuenlVhraJQZbIA9fInheziPduTLg0MEje7FeinkNIr/1d3SpAPjJmVxiCxdcDKyW1J+23UocU6VNgbm9jVBO1w2WKYG14GBhYLL7JRoT5jj8r7S1zWo5U3hMrFqmCyjkdewBoUZMzBaC+uD+pqPGKlvzGysGlFZbGT6ZheRpyOS19SyURnnB/SpiILPHWyOgAgjCUbUyjPcoHIkXFnKIUD8IQSMmiM5TekOWC54tMQLC1/VcPwaJD6sepKGzwgYzgAg6LZktDVCFLTTguAb49dz3FGw5yjpTXC7NmNRWrbqduvRi5dhID5+8zB1fBRXhUF8Gij+mka6GNUeLjbdP9PK0NOqzNbzBAZffccY/4nhcrT5v+CMVyZwnfcVVGWLn8d+agy27S9cNjFvOt/AUUGGcuXnOlaC7pjAHt50TW5P4Z4YHJgj4SE2qzJm9WlTkwz8oByF/fTRhGIT0+AY8XE5uqMNxhmBZfd3fr+rlKfoSBmnOKlQas7
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRAPR01MB0130.DEUPRD01.PROD.OUTLOOK.DE; PTR:; CAT:NONE; SFTY:; SFS:(39860400002)(376002)(346002)(366004)(136003)(396003)(33430700001)(2906002)(85182001)(4326008)(64756008)(66476007)(66446008)(66556008)(66946007)(76116006)(478600001)(19627235002)(86362001)(85202003)(8676002)(9686003)(55016002)(8936002)(71200400001)(316002)(26005)(110136005)(186003)(5660300002)(7696005)(33440700001)(33656002)(777600001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: WVMFuDAwyEczPKCM5uUm00auaIQmuIqlmZsMv0phr54kISoe3lqmkMya46CY+JcaGd1YQFHu3PIR1JDbNqIuKl2HPL2/z3Cx8SRAaMVdLTDAwWGVN8jNCRzgRhXwbqcv1ik/qRYHtP0PrNZONZSeB84Pdop5zLLjqDgHAAhFJGjU6+Iz/pfO+wuBcZZbMXMEWRV+rbK7giMAQN3EoKaVm3yEZhNzQKy45z5yiYTocTkGlBQFQKJ23bFWI829Uen9FZuQKd9C9fnVT+wu9iWg73936XnZCaZpT/ZtW0fKtHmnvRw5Z6mcqQix1cK0bqzqThfjonGE8hfAzwPk/X9NYHDtRUKF436SDLhGnoSENkhkm7CF9o9zFJzdvYYTLps9tsG0ZUmsY8pFhgXkNj38tpmTnzm80xVv/4a/Ztb0SEqCBpihm7XP1uwS1CllkhsNE8ELDe9XqXIFoqRU2dabKN66VDZHQyqta+7cXWiaJ1U=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_FRAPR01MB01309362B0655BE358F57DBB9CA10FRAPR01MB0130DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: eb73dd29-0906-4b13-2d15-08d7f585a9b5
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 May 2020 08:31:12.2113 (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: 7yDDfIYGroxQQ0DCYB8aFdxsLREx+8H0hbXwdMtLT2StRwcYKMmxxTpFY1ZpxFZAsHwVB885pKcw1x7Ceffbr7jN5dmdN9QBEe8v1KoSB5I=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRAPR01MB0724
X-TM-SNTS-SMTP: CA79030C7E40C3AD0745609BB8491823C818CE2C9CBA18BE8C6EC365D85A06CD2000:8
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/ZFWhml3AcTI0r0wNpxXzL2Z0LoU>
Subject: Re: [tsvwg] 5G, DiffServ and new PHBs
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, 11 May 2020 08:31:23 -0000

Hi Uma, hi Jerome,

after having had a brief discussion with a colleague working on mobile service development, I’d like to add a piece of information. He mentioned that deployment of QCIs comes at a cost of coding space / wireless spectrum. To better utilize wireless spectrum, so far deployment is often limited to one QCI suitable for telephony and one for Best Effort. He doesn’t expect that to change.

He mentioned that supporting more QCIs gives those in some cases guaranteed bandwidth, which will cause blocking of other transmissions until the QCI served terminal received its bandwidth (my terminology might be less than optimal here). The resulting effect is, that a small number of users experience fair Quality of Service, while a bigger number users faces a service degradation.

I recommend to verify that. If that holds, I’d appreciate appropriate text in IETF work relating DiffServ and 3GPP QCIs. To me one point to be discussed then is, whether IETF should set aside reserves or build mechanisms to support technologies of other SDOs, also if the latter are not deployed at significant scale.

Regards,

Ruediger

v2.23.0 | Report a Bug | By Email