Re: [rtcweb] Request for status update
Adam Roach <adam@nostrum.com> Fri, 12 July 2019 23:00 UTC
Return-Path: <adam@nostrum.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28D2812026D for <rtcweb@ietfa.amsl.com>; Fri, 12 Jul 2019 16:00:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.979
X-Spam-Level:
X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.com
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 AfUJhxz_Wh7o for <rtcweb@ietfa.amsl.com>; Fri, 12 Jul 2019 16:00:00 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 9A0B2120147 for <rtcweb@ietf.org>; Fri, 12 Jul 2019 16:00:00 -0700 (PDT)
Received: from MacBook-Pro.roach.at (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x6CMxkQm090264 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 12 Jul 2019 17:59:47 -0500 (CDT) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1562972390; bh=ZThPh1DQtPNLWLSNJySOujcLFv12flvpm27kHPL74+A=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=PZpI0gL1sAaPek2VqEo1qW4sqlKb1hThiEqfl/WYFT/ikONDXZLfh3ehVa4k1lsuB GOOYfzz4m9UQ+QkNzF7qqsanbO32QX1cvHlRn2uVhRniA+v5+SKC5qs4QkSTPvy1YN KAZvV0PTir2mLWGd/BxUVmb6GcFpoP+yC04oQhN0=
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be MacBook-Pro.roach.at
To: Harald Alvestrand <harald@alvestrand.no>, Sean Turner <sean@sn3rd.com>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
References: <b03853a4-1006-4da0-d52f-9e7462a2cd0c@alvestrand.no> <D80CECAF-B520-40A2-BFBB-E39B73BA943D@sn3rd.com> <02b5b7c2-dde2-6ff0-06fa-bcaf10a0030b@alvestrand.no>
From: Adam Roach <adam@nostrum.com>
Message-ID: <c1cc6548-64cb-3fac-dc80-2bf72cd9ed25@nostrum.com>
Date: Fri, 12 Jul 2019 17:59:40 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <02b5b7c2-dde2-6ff0-06fa-bcaf10a0030b@alvestrand.no>
Content-Type: multipart/alternative; boundary="------------5FEEEEEF4E69B2741167E91E"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/MXE-adsri7op1iSleKoHuOaURFM>
Subject: Re: [rtcweb] Request for status update
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2019 23:00:02 -0000
On 7/4/19 5:54 AM, Harald Alvestrand wrote: > Can you assure me that -4566bis, -clue-protocol, -rmcat-eval-criteria > and -ice-sip-sdp are not blockers for pushing out the rest of the 238 > cluster? As that's a bit outside a single WG's area, I'll answer this as AD. First, I'll discuss the CLUE subcluster: * The CLUE documents (both protocol and signaling) have dependencies into the cluster, but nothing outside of CLUE refers to them. They will remain in the cluster, but not block publication of anything except for other CLUE documents. * draft-ietf-mmusic-rfc4566bis only blocks draft-ietf-mmusic-data-channel-sdpneg, which is a part of the cluster by virtue of it being a CLUE dependency. The documents draft-rmcat-eval-criteria and draft-rmcat-wireless-tests are dependencies for draft-ietf-rmcat-eval-test. That document, in turn, is part of the cluster because it has dependencies pointing into the cluster. No dependencies point outward towards draft-ietf-rmcat-eval-test, so these two documents do not block publication of the WebRTC portion of the cluster. Draft-ietf-mmusic-ice-sip SDP is a blocker for most documents in Cluster 238, as it is a strictly necessary normative dependency for BUNDLE [1]. It is on the August 8th IESG formal telechat. /a ____ [1] This structure may seem odd at first, and it is almost certainly not how one would have structured documents if one were to have designed the whole cluster up front. However, the current structure has been debated at length, with a conclusion that unwrapping this specific part of the Gordian knot would take substantial effort for little real long-term gain. Based on those conversations, my estimate is that an attempt to refactor documents to avoid this dependency would add 24 to 36 months to the effort, if begun today.
- [rtcweb] Request for status update Harald Alvestrand
- Re: [rtcweb] Request for status update Sean Turner
- [rtcweb] Is rtcweb the right place for draft-ietf… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Bernard Aboba
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Nils Ohlmeier
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Bernard Aboba
- Re: [rtcweb] Request for status update Harald Alvestrand
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Harald Alvestrand
- Re: [rtcweb] Is rtcweb the right place for draft-… Philipp Hancke
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Harald Alvestrand
- Re: [rtcweb] Request for status update Adam Roach
- Re: [rtcweb] Request for status update Colin Perkins
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Justin Uberti
- Re: [rtcweb] Is rtcweb the right place for draft-… Adam Roach
- Re: [rtcweb] Is rtcweb the right place for draft-… Roman Shpount
- Re: [rtcweb] Is rtcweb the right place for draft-… Christer Holmberg