[tsvwg] Comments on draft-fossati-tsvwg-lola-00

<Ruediger.Geib@telekom.de> Fri, 05 April 2019 08:14 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 BE8BA12038D for <tsvwg@ietfa.amsl.com>; Fri, 5 Apr 2019 01:14:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] 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 OCsMUkd9qs0u for <tsvwg@ietfa.amsl.com>; Fri, 5 Apr 2019 01:14:03 -0700 (PDT)
Received: from mailout11.telekom.de (mailout11.telekom.de [194.25.225.207]) (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 5AB0C120350 for <tsvwg@ietf.org>; Fri, 5 Apr 2019 01:14:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1554452042; x=1585988042; h=from:to:cc:subject:date:message-id:mime-version; bh=ZiiLkwFdEpxWt2lZhiF2b8jkXNcuHJA1IHnU9jUhJ9Y=; b=jQ211Kbuv0ekWH7DZcJj3EUnsw7vUhqbpdBvJ7JBN6NVUnjFFjCm8aq1 ckeNIg7WzuxpHB7vYrzbwTb7lbSbkUSby2YDzXPbyMnn0w9/AsSyfC4Ls PElC5fkOvjHbiuNo0lqjmGtKd+yCgXt/QLqjwVygLyc/qd/HJ1RBYpy1u sUnUqenBVp6VxZLQhjb12bmV4MgEfZgI3IbrjHZ+xVnEY+n7xODrLcdO6 o7UXjFn34u15i9GjjYoTdd/i92bcI77cB/JgYnYbqqQLvBA+UZ0FvtJwI taOALbLarI2KI56mgBTHuOCmbw3eh3YOsesEQVxYvTWhUNyamDPwaS9nD A==;
Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2019 10:13:57 +0200
Received: from he105665.emea1.cds.t-internal.com ([10.169.118.62]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES256-SHA; 05 Apr 2019 10:11:12 +0200
Received: from HE105870.EMEA1.cds.t-internal.com (10.169.118.67) by HE105665.emea1.cds.t-internal.com (10.169.118.62) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 5 Apr 2019 10:11:10 +0200
Received: from HE106564.emea1.cds.t-internal.com (10.171.40.16) by HE105870.EMEA1.cds.t-internal.com (10.169.118.67) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 5 Apr 2019 10:11:10 +0200
Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.19) by O365mail01.telekom.de (172.30.0.234) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 5 Apr 2019 10:11:10 +0200
Received: from LEJPR01MB0460.DEUPRD01.PROD.OUTLOOK.DE (10.158.142.153) by LEJPR01MB0459.DEUPRD01.PROD.OUTLOOK.DE (10.158.142.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.22; Fri, 5 Apr 2019 08:11:10 +0000
Received: from LEJPR01MB0460.DEUPRD01.PROD.OUTLOOK.DE ([fe80::24cc:c867:203f:204d]) by LEJPR01MB0460.DEUPRD01.PROD.OUTLOOK.DE ([fe80::24cc:c867:203f:204d%3]) with mapi id 15.20.1750.023; Fri, 5 Apr 2019 08:11:10 +0000
From: Ruediger.Geib@telekom.de
To: thomas.fossati@nokia.com
CC: tsvwg@ietf.org
Thread-Topic: Comments on draft-fossati-tsvwg-lola-00
Thread-Index: AdTrff86X1B9cahtQWuU/QwB2S17KA==
Date: Fri, 05 Apr 2019 08:11:10 +0000
Message-ID: <LEJPR01MB04606975D1C9384F1B334F269C510@LEJPR01MB0460.DEUPRD01.PROD.OUTLOOK.DE>
Accept-Language: en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Ruediger.Geib@telekom.de;
x-originating-ip: [164.19.4.90]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bc712cf0-7534-4257-418c-08d6b99e4329
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600139)(711020)(4605104)(2017052603328)(7193020); SRVR:LEJPR01MB0459;
x-ms-traffictypediagnostic: LEJPR01MB0459:
x-microsoft-antispam-prvs: <LEJPR01MB0459706464A81801A864F9BD9C510@LEJPR01MB0459.DEUPRD01.PROD.OUTLOOK.DE>
x-forefront-prvs: 0998671D02
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(376002)(346002)(396003)(39860400002)(366004)(189003)(199004)(486006)(14454004)(26005)(9686003)(86362001)(6306002)(476003)(7696005)(105586002)(52396003)(316002)(2501003)(81156014)(75402003)(55016002)(106356001)(4326008)(74482002)(8936002)(5640700003)(7736002)(186003)(81166006)(8676002)(5660300002)(102836004)(33656002)(68736007)(14444005)(97736004)(2906002)(296002)(53936002)(66066001)(71200400001)(2351001)(478600001)(71190400001)(54896002)(19627235002)(3846002)(6116002)(790700001)(72206003)(6916009)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:LEJPR01MB0459; H:LEJPR01MB0460.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: twi+fgyTTvoK/hWU42baCw1g+hHT+71oUP4k5olzNuMny4RvEVp4TB13jYIgDuKe7fFdLSc43Mk5cluLgXZhv7TO/9SpU2xw9NBfAF0LRXIf1O7MtSPb0xHNZfuXio8j/Z6jrsIaU4Iz6HLl3IAwrtffJrI6JlZklAWnz9knt/G8MUPQ+dCwaGVHXfZfrsNgBOG/DBrAZczTPVLJ9SQmcGHyJHGOQh7q9UBl/9zX0jprNz4Vk6/Fb2b2aoHqdSfAgEu1v/jPDimAoROex8YXnCVcCKwpYCWGSWCmzvrLNZ72TTY8SnfVJNwCWsJF+p3LQNOf4km+KMclJYqKJ3DL3A3thvZurqH3dBLIZ02nFvzpRnB7nEiZ88GWxKpjFxaXMg/5/xueCcN8YGFxYX58ntyLyP4B4Z7E63qxiTwzCok=
Content-Type: multipart/alternative; boundary="_000_LEJPR01MB04606975D1C9384F1B334F269C510LEJPR01MB0460DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: bc712cf0-7534-4257-418c-08d6b99e4329
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2019 08:11:10.1912 (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-Transport-CrossTenantHeadersStamped: LEJPR01MB0459
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/bjXzJhFuFyGB-EtyaHmDY1ok3vI>
Subject: [tsvwg] Comments on draft-fossati-tsvwg-lola-00
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: Fri, 05 Apr 2019 08:14:06 -0000

Hi Thomas,

I've just read the draft and have a couple of comments.

I agree that it is likely important to think about alignment of IP transport protocols with 5G RTT requirements. If there's a
business case justifying the latter, which I can't judge (and don't want to discuss here). If these RTT requirements need to
be honored, then a reliable low latency transport using ECN as a congestion feedback may be more useful, than state
of the art TCP mechanisms.

I note that the draft-fossati-tsvwg-lola is suggested for standards track. It needs to see some improvement, I think:

There's a lack of 3GPP references. The draft refers to 3GPP standards and terminology, but doesn't yet provide a reference.

The draft states:

   The Mobile network is configured to give UEs a dedicated, low-
   latency, non-GBR, EPS bearer with QCI 7 in addition to the default
   EPS bearer.

   A packet carrying the NQB DSCP shall be routed through the dedicated
   low-latency EPS bearer.  A packet that has no associated NQB marking
   shall be routed through the default EPS bearer.

I've been investigating DiffServ interworking with 3GPP LTE QoS some five to six years ago. I stopped all activities due to the following facts at that time:


  1.  It was virtually impossible to liaise with 3GPP
  2.  The 3GPP 4G standards came with a set of 9 standard QCIs. Support of
any single of them is optional, if I recall correctly, and there was
no interconnection standard related to the standard QCIs.
  3.  There exists a set of private QCIs, and these are many more than the
standard QCIs. I learned that these were largely deployed by the time
I've been working on that subject.
  4.  By that time, DSCPs were ignored by the RAN policy decision points.

I'd like to have a reference to a 3GPP standard confirming support of the above draft-fossati-tsvwg-lola statements (and I frankly don't see a point in
any IETF standard defining 3GPP QCI interworkings without a corresponding 3GPP standard explicitly confirming the IETF sight). If this isn't possible
for the time being, is there a draft-fossati-tsvwg-lola related standardization activity seeing support within 3GPP?

Please note, there's an IR34 by GSMA. It suggests DSCP to QCI mappings in Table 3. Draft-fossati-tsvwg-lola should explain
(and suggest changes?) to the recommendations given there, I think.

Regards,

Ruediger