Re: [iccrg] [tcpm] L4S related activity in 3GPP

"Rodney W. Grimes" <4bone@gndrsh.dnsmgr.net> Sat, 09 November 2019 18:04 UTC

Return-Path: <4bone@gndrsh.dnsmgr.net>
X-Original-To: iccrg@ietfa.amsl.com
Delivered-To: iccrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64FBB120019; Sat, 9 Nov 2019 10:04:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level:
X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.4, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no autolearn_force=no
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 vK1TF7SaE57k; Sat, 9 Nov 2019 10:04:40 -0800 (PST)
Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E81B112099C; Sat, 9 Nov 2019 10:04:09 -0800 (PST)
Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id xA9I42O3025650; Sat, 9 Nov 2019 10:04:02 -0800 (PST) (envelope-from 4bone@gndrsh.dnsmgr.net)
Received: (from 4bone@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id xA9I41I2025649; Sat, 9 Nov 2019 10:04:01 -0800 (PST) (envelope-from 4bone)
From: "Rodney W. Grimes" <4bone@gndrsh.dnsmgr.net>
Message-Id: <201911091804.xA9I41I2025649@gndrsh.dnsmgr.net>
In-Reply-To: <HE1PR07MB4425A148B5BB1E6FD8E5A3FBC27A0@HE1PR07MB4425.eurprd07.prod.outlook.com>
To: Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>
Date: Sat, 09 Nov 2019 10:04:01 -0800
CC: "tsvwg@ietf.org" <tsvwg@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>, "'iccrg@irtf.org'" <iccrg@irtf.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "koen.de_schepper@nokia.com" <koen.de_schepper@nokia.com>
X-Mailer: ELM [version 2.4ME+ PL121h (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/hzzu7G3G_LG-59rlAGLO_wcI0Wo>
Subject: Re: [iccrg] [tcpm] L4S related activity in 3GPP
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Nov 2019 18:04:41 -0000

> Gentlepeople!
> 
>  
> 
> This 3GPP SA2 contribution is recently submitted
> 
> https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_136_Reno/Docs/S2-1911250.zip
> 
> Title ?5QI values for efficient handling of congestion control marked IP
> packets?
> 
> The contribution introduces L4S to the SA2 audience and explains where the
> technology is useful. The contribution also proposes a method to bake L4S
> into the 5G QoS framework.
> 
> If agenda time permits, it will be discussed at the SA WG2 meeting in Reno
> on Nov 18-22, hopefully with good results. 
> 

Can you elaborate on the item "L4S adoption in the industry" from slide 2?
So far as I am aware there is not even a completed prototype
implementation of L4S.

And in slide 4 "Standardized in IETF [1]" is a premature statement
about the actual state of the L4S drafts.

In slide 5, the graphs, what are the blue line and the red line?
Are they simply 2 identical flow attempts?
Also no data on this graph about B or D values, though I can
speculate it is 250mb/s and 25 ms, but that falls out when
I look at the L4S forwad packet delay graph as the delay
there is below that of my 25mS derived D, which could not
occur.  Could you please provide a description of the tooling
data, and parameters so that we might independently validate
these graphs?

Regards,
Rod

> 
> Also a RAN2 contribution was submitted and discussed at an earlier RAN2
> meeting.
> 
> https://www.3gpp.org/ftp/TSG_RAN/WG2_RL2/TSGR2_107bis/Docs/R2-1913888.zip
> 
>  
> 
> Enjoy
> 
> /Ingemar
> 
> ================================
> 
> Ingemar Johansson  M.Sc. 
> 
> Master Researcher
> 
>  
> 
> Ericsson Research
> 
> Network Protocols & E2E Performance
> 
> Labratoriegr?nd 11
> 
> 971 28, Lule?, Sweden
> 
> Phone +46-1071 43042
> 
> SMS/MMS +46-73 078 3289
> 
> ingemar.s.johansson@ericsson.com
> 
> www.ericsson.com
> 
>  
> 
>       The best way to find out if you 
> 
>   can trust somebody is to trust them               
> 
>               Ernest Hemingway
> 
> =================================
> 
>  
> 

> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm

-- 
Rod Grimes                                                 rgrimes@freebsd.org