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.