Re: [rtcweb] [Last-Call] [Gen-art] Genart last call review of draft-uberti-rtcweb-rfc8829bis-02
Cullen Jennings <fluffy@iii.ca> Tue, 02 August 2022 17:46 UTC
Return-Path: <fluffy@iii.ca>
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 B13A9C1907D9 for <rtcweb@ietfa.amsl.com>; Tue, 2 Aug 2022 10:46:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oLmMu_10OM8i for <rtcweb@ietfa.amsl.com>; Tue, 2 Aug 2022 10:46:55 -0700 (PDT)
Received: from smtp126.iad3b.emailsrvr.com (smtp126.iad3b.emailsrvr.com [146.20.161.126]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BDB6C14CF0C for <rtcweb@ietf.org>; Tue, 2 Aug 2022 10:46:54 -0700 (PDT)
X-Auth-ID: fluffy@iii.ca
Received: by smtp16.relay.iad3b.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id BBB4DC0165; Tue, 2 Aug 2022 13:46:51 -0400 (EDT)
Message-ID: <d6cfefbf-b34c-d43d-961e-d83138e03b20@iii.ca>
Date: Tue, 02 Aug 2022 13:46:33 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
To: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, "Cullen Jennings (fluffy)" <fluffy=40cisco.com@dmarc.ietf.org>
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-uberti-rtcweb-rfc8829bis.all@ietf.org" <draft-uberti-rtcweb-rfc8829bis.all@ietf.org>, RTCWeb IETF <rtcweb@ietf.org>, Sean Turner <sean@sn3rd.com>
References: <164840334560.25727.8727238035250838155@ietfa.amsl.com> <320CCABF-5283-4B07-B637-FC03F582CA2D@sn3rd.com> <72fa004c-cdd8-807d-1ba6-4ba2b3b15969@joelhalpern.com> <HE1PR07MB444195619B7E78EF95184FC4931E9@HE1PR07MB4441.eurprd07.prod.outlook.com> <3BD1DD31-5248-4B91-B06E-F6376E694492@cisco.com> <HE1PR07MB4441FFA95E0F0733ED2B6B1F93F09@HE1PR07MB4441.eurprd07.prod.outlook.com>
From: Cullen Jennings <fluffy@iii.ca>
In-Reply-To: <HE1PR07MB4441FFA95E0F0733ED2B6B1F93F09@HE1PR07MB4441.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Classification-ID: 35bc87dc-45ba-4def-bc1d-71e645a849c7-1-1
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/BtVyAd-t3ycDlPRBMdxLF7fJauc>
Subject: Re: [rtcweb] [Last-Call] [Gen-art] Genart last call review of draft-uberti-rtcweb-rfc8829bis-02
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 02 Aug 2022 17:46:55 -0000
Comments inline .... On 4/17/2022 12:37 PM, Christer Holmberg wrote: > > My question is why JSEP uses an INFORMATIVE WebRTC reference WITH a version, while other RTCWEB RFCs use NORMATIVE WebRTC references WITHOUT a version... > I think most those documents are simply wrong and would challenge people to show what normative part of them is not implementable without being able to read the WebRTC spec. We have many example of fully working RTCWeb applications that don't even use javascript or any of the APIs from W3C and that was our design goal to start with to allow non browser clients. I'm not going to speculate on how the documents ended up with normative references as right now we just have to deal with 8829bis. My view is that the references to the W3C WebRTC stuff should be informative not normative in 8829bis but if someone wants to point out specific required text in 8829bis that requires understanding the W3C spec to implement, I'm happy to change my mind - clearly not a huge deal one way or the other. > > RFC 8829 references https://www.w3.org/TR/2020/PR-webrtc-20201215/. I just want to verify that there is no text etc in 8829bis that is not aligned with 20210126. > I have been watching the diff as they go it to try and make sure they are aligned. I also just looked at all the changes from PR-webrtc-20201215 to the REC and I don't think any of them would cause any changes to the IETF specs or to the changes from RFC 8829 to 8829bis. It's hard to review the stuff do to some bulk moves of text and my eyes glaze over after reading it way too many times but I did do a review and did not see anything that looked like it might be an issue.
- [rtcweb] Genart last call review of draft-uberti-… Joel Halpern via Datatracker
- Re: [rtcweb] Genart last call review of draft-ube… Sean Turner
- Re: [rtcweb] Genart last call review of draft-ube… Joel M. Halpern
- Re: [rtcweb] [Gen-art] Genart last call review of… Christer Holmberg
- Re: [rtcweb] [Last-Call] [Gen-art] Genart last ca… Cullen Jennings (fluffy)
- Re: [rtcweb] [Last-Call] [Gen-art] Genart last ca… Christer Holmberg
- Re: [rtcweb] [Last-Call] [Gen-art] Genart last ca… Sean Turner
- Re: [rtcweb] [Last-Call] [Gen-art] Genart last ca… Sean Turner
- Re: [rtcweb] [Last-Call] [Gen-art] Genart last ca… Cullen Jennings
- Re: [rtcweb] [Last-Call] Genart last call review … Lars Eggert