Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtcweb-ip-handling-11: (with COMMENT)
Adam Roach <adam@nostrum.com> Thu, 07 March 2019 02:17 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 92DAE13110B; Wed, 6 Mar 2019 18:17:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" 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 oUH15q5rxP8V; Wed, 6 Mar 2019 18:17:53 -0800 (PST)
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 BC6B013108C; Wed, 6 Mar 2019 18:17:51 -0800 (PST)
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 x272HmjE046656 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 6 Mar 2019 20:17:50 -0600 (CST) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1551925071; bh=hedKl7sGDWp8UG7ga166RV2pHKM0d8SUhfqHuKjrjWw=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=GU6l+hSarmettxiaAZZFZ8Wq3aMrm9GhFVSBb43LyzgfZM576A2M9vRD8tXCkblhi KfezUvWWktvMQyWBVr/c27L3z/WeUuKInEjMeJBcDAzV46OUn6cKBp1P2DeLPPI2k/ MS9QprOZzIs/Lsr4fJI1u1U28p5AbYQLtqDfVXXw=
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: Justin Uberti <juberti=40google.com@dmarc.ietf.org>, Ben Campbell <ben@nostrum.com>
Cc: draft-ietf-rtcweb-ip-handling@ietf.org, RTCWeb IETF <rtcweb@ietf.org>, The IESG <iesg@ietf.org>, rtcweb-chairs@ietf.org
References: <155175838513.5229.12205097799963525432.idtracker@ietfa.amsl.com> <CAOJ7v-3wQ3Dz58Kohx+dJOEMOiPPmKHfwZrQwGB5j5R7kiG9tA@mail.gmail.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <1156ebe7-8c10-be7e-d668-694cd66874f2@nostrum.com>
Date: Wed, 06 Mar 2019 20:17:43 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.5.2
MIME-Version: 1.0
In-Reply-To: <CAOJ7v-3wQ3Dz58Kohx+dJOEMOiPPmKHfwZrQwGB5j5R7kiG9tA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------7951EF22D99F95DB842B61CA"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/MIWO2xI85xMbU6mVsde6i91aJNM>
Subject: Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtcweb-ip-handling-11: (with COMMENT)
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: Thu, 07 Mar 2019 02:17:55 -0000
On 3/6/19 5:37 PM, Justin Uberti wrote: > > > I agree with Mirja that this reads more like a BCP. Was BCP status > considered by the WG? > > > I don't think it was explicitly discussed. We have been treating this > document similarly to the other recommendation documents for WebRTC, > e.g. the recommended audio codecs in > https://tools.ietf.org/html/rfc7874; these docs are all Standards Track. It was actually touched on briefly in this thread: https://mailarchive.ietf.org/arch/msg/rtcweb/UYXeIvdRih3Mp7ox_VnkGdFIBxs In which: * Keith Drage asks for clarification of the intended status * Participant Ted Hardie expresses mostly ambivalence with a very slight lean towards BCP * Harald Alvestrand expresses a somewhat stronger preference, but for ST * Alissa Cooper weighs in with an opinion that "it could be either one" * And then the working group goes on to have a 53-message-long thread about normative language that eventually causes Barry to write RFC 8174. So it was discussed and no one felt strongly about its status, although the sentiment that *was* expressed did, on the average, lean very slightly towards standards track. I agree with Justin's observation that RTCWEB has been putting these kinds of guidance documents out as standards track, in large part because doing things other than what is documented in them can result in decreased interoperability of implementations, which seems more like a standard than a "best practice." /a
- [rtcweb] Ben Campbell's Yes on draft-ietf-rtcweb-… Ben Campbell
- Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtc… Justin Uberti
- Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtc… Ben Campbell
- Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtc… Justin Uberti
- Re: [rtcweb] Ben Campbell's Yes on draft-ietf-rtc… Adam Roach