Re: [tsvwg] TSVWG WGLC: draft-ietf-tsvwg-rtcweb-qos-12 - ends Feb 13

"Paul E. Jones" <paulej@packetizer.com> Thu, 18 February 2016 23:53 UTC

Return-Path: <paulej@packetizer.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 220351B3826 for <tsvwg@ietfa.amsl.com>; Thu, 18 Feb 2016 15:53:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.008
X-Spam-Level:
X-Spam-Status: No, score=-2.008 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.006, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 x-HZX2ym4mO9 for <tsvwg@ietfa.amsl.com>; Thu, 18 Feb 2016 15:53:19 -0800 (PST)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) (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 9B53E1B3822 for <tsvwg@ietf.org>; Thu, 18 Feb 2016 15:53:19 -0800 (PST)
Received: from [192.168.1.20] (cpe-098-122-181-215.nc.res.rr.com [98.122.181.215] (may be forged)) (authenticated bits=0) by dublin.packetizer.com (8.15.2/8.15.2) with ESMTPSA id u1INrEMt025671 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Feb 2016 18:53:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetizer.com; s=dublin; t=1455839595; bh=87pjVqW34dTC3fTAXs5k4sh/s4xksV/lWwEcJRcvnio=; h=From:To:Subject:Date:In-Reply-To:Reply-To; b=S//Q4/ClRFQWCtGNILswsbGeBuxDSSk6p+jafiERUMyg2IJxOyiObaC1ixsPfDPqn F1sloJZ55gwr4JZAayMz52NiwALbzs4+xyaOVlEeWCpk8suFwuHle6+S6nBxm7xjb4 tAATIbtiu853Tf5haKntxVEOXkoRY/7K0K1IgeWI=
From: "Paul E. Jones" <paulej@packetizer.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, "Black, David" <david.black@emc.com>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Date: Thu, 18 Feb 2016 23:53:26 +0000
Message-Id: <em33943d55-adf0-42cc-8e45-b7a398f167a9@sydney>
In-Reply-To: <56C65012.9070804@gmail.com>
User-Agent: eM_Client/6.0.24316.0
Mime-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.16 (dublin.packetizer.com [10.137.60.122]); Thu, 18 Feb 2016 18:53:15 -0500 (EST)
Archived-At: <http://mailarchive.ietf.org/arch/msg/tsvwg/Wqvc3mkURoTeODaCnuRW2yKbT6I>
Subject: Re: [tsvwg] TSVWG WGLC: draft-ietf-tsvwg-rtcweb-qos-12 - ends Feb 13
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: "Paul E. Jones" <paulej@packetizer.com>
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: Thu, 18 Feb 2016 23:53:21 -0000

Brian,

>>  I see two reasonable options:
>>  - Use CS0 (000000) [same as DF] and indicate that this may change in 
>>the future.
>>  - Use CS1 (001000) with all the warnings and caveats that have been 
>>discussed.
>>   There's more at the end of Section 3 in RFC 7657 which is already 
>>cited
>>   in the discussion after table 1, although  an additional noted
>>   that this material is at the end of Section 3 could be useful.
>>
>>  Prior to Brian's comments, the draft was headed for the latter.
>
>If the rough consensus is to recommend 001000 that's OK. But I really 
>think
>we are propagating confusion by naming it CS1, because that is the name
>of a different behaviour. It's LE (001000).

Let me preface my reply by saying that I don't want to hold up the 
document by asking...

James Polk was actively working on RFC 4954bis, restructuring some of 
the code points and groups, etc.  I know he spent a lot of hours 
thinking about what he wanted, but I don't know how far he got in 
writing it down.  He did publish a few drafts, but I suspect he had 
other changes that never made it into the draft.  The latest draft 
published was 
https://tools.ietf.org/html/draft-polk-tsvwg-rfc4594-update-03.

In August 2015, Fred Baker sent a note to the list about revising 4594.  
There seemed to be general agreement that it was starting to show signs 
of aging AND that it would be a lot of work.  I don't know what the 
thoughts were around revising it, whether it's entirely different or 
along the lines of what James had started.

But, perhaps this is just one more reason why those who are experts in 
this area should perhaps spend some cycles to revise that text?  
Personally, I think there would be some benefit in having an updated 
spec that is standards track.

Paul