[secdir] [new-work] WG Review: WebRTC Ingest Signaling over HTTPS (wish)
The IESG <iesg@ietf.org> Fri, 22 January 2021 18:34 UTC
Return-Path: <new-work-bounces@ietf.org>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE1A3A1421; Fri, 22 Jan 2021 10:34:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1611340462; bh=Ujx1eIDFYKU2yl5rYdxeo+LkvZ9UGUmt7rlyp/Oyg0U=; h=From:To:Date:Subject:List-Id:List-Unsubscribe:List-Archive: List-Post:List-Help:List-Subscribe:Reply-To; b=qwfvOliLSbfOzh9u5g/Ft8w4fnw6NwW2kcKBeYzdNpGgKd1SrLvX/WQBbJPoKR2j4 yG0MwUyp+2ITjYFrOBhJeVbD+loDaylrXPLhXXqYTyXugKscFxLK198sadAJmA3vwh hYd4YCySCiLRB770VvsmuMurfLbCXcw9ZzE5f7rg=
X-Mailbox-Line: From new-work-bounces@ietf.org Fri Jan 22 10:34:16 2021
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 676183A13FE; Fri, 22 Jan 2021 10:34:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1611340454; bh=Ujx1eIDFYKU2yl5rYdxeo+LkvZ9UGUmt7rlyp/Oyg0U=; h=From:To:Date:Subject:List-Id:List-Unsubscribe:List-Archive: List-Post:List-Help:List-Subscribe:Reply-To; b=WQi+c1HshCrhbl4iafj46iLFvusjyltHN+GbFdBRxmGwEwY0wMuqu/mh6XYOFiTdB UbR+HvTA2zAI99XwTc4BLh/xN11YOD840o6YF7tgTiM+xgwiqZuU9akDM66OcbK3kp i26Skvq2A6idSr35aZsmTZXeJbU+8fu+wqZn4DpM=
X-Original-To: new-work@ietf.org
Delivered-To: new-work@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C1633A13E6 for <new-work@ietf.org>; Fri, 22 Jan 2021 10:34:07 -0800 (PST)
MIME-Version: 1.0
From: The IESG <iesg@ietf.org>
To: new-work@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.24.0
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0
Reply_to: <iesg@ietf.org>
Message-ID: <161134044709.32352.4950018425192632154@ietfa.amsl.com>
Date: Fri, 22 Jan 2021 10:34:07 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/new-work/dnUBQr34h7JrqVMs8uzMRT_fxj8>
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.29
Reply-To: iesg@ietf.org
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: new-work-bounces@ietf.org
Sender: new-work <new-work-bounces@ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/z3xQW8TB4iMzUD9PUCOhP-PouLg>
X-Mailman-Approved-At: Fri, 22 Jan 2021 11:27:10 -0800
Subject: [secdir] [new-work] WG Review: WebRTC Ingest Signaling over HTTPS (wish)
X-BeenThere: secdir@ietf.org
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2021 18:34:29 -0000
A new IETF WG has been proposed in the Applications and Real-Time Area. The IESG has not made any determination yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg@ietf.org) by 2021-02-01. WebRTC Ingest Signaling over HTTPS (wish) ----------------------------------------------------------------------- Current status: Proposed WG Chairs: Alex Gouaillard <agouaillard@gmail.com> Sean Turner <sean+ietf@sn3rd.com> Assigned Area Director: Murray Kucherawy <superuser@gmail.com> Applications and Real-Time Area Directors: Barry Leiba <barryleiba@computer.org> Murray Kucherawy <superuser@gmail.com> Mailing list: Address: wish@ietf.org To subscribe: https://www.ietf.org/mailman/listinfo/wish Archive: https://mailarchive.ietf.org/arch/browse/wish/ Group page: https://datatracker.ietf.org/group/wish/ Charter: https://datatracker.ietf.org/doc/charter-ietf-wish/ The WISH working group is chartered to specify a simple, extensible, HTTPS-based signaling protocol to establish one-way WebRTC-based audiovisual sessions between broadcasting tools and real-time media broadcast networks. Background: WebRTC defines a set of wire protocols for real-time media transmission, as well as a profile of the Signaling Description Protocol (SDP) for setting up and controlling the associated media streams. Because of its typical use cases, and to increase overall flexibility, WebRTC did not specify a wire protocol for exchanging SDP messages, leaving the creation of such protocols up to the applications that use WebRTC. This works well when WebRTC clients are vertically integrated with the servers they communicate with, as it allows for rapid iteration of new features. At the same time, the use of WebRTC as a mechanism for large-scale media broadcast is gaining popularity, with companies such as Millicast, Caffeine, Janus/Meetecho, Evercast, Wowza, Liveswitch, Antmedia, and Strivecast deploying WebRTC-based media distribution networks. Unlike more vertically integrated uses of WebRTC, these networks would benefit immensely from being able to re-use the several broadcasting tools that have been developed over time (such as Wirecast, OBS, Stretchcast, NewBlue Stream, XSplit, FFSplit, Lightstream, vMix, and a host of other applications). To date, these media distribution networks have employed their own proprietary signaling protocols to establish the connection between broadcasting tools and the network, generally requiring either bespoke software or customized modifications to existing broadcasting tools. With the large number of available tools and the growing number of real-time media distribution networks, this ad-hoc approach to creating custom protocols for establishing sessions clearly does not scale. The real-time broadcasting ecosystem would benefit immensely from a single, shared protocol to meet this goal. Deliverables: The product of this working group will be a specification for a simple, extensible, HTTPS-based signaling protocol to establish one-way WebRTC-based audiovisual sessions between broadcasting tools and real-time media broadcast networks. This working group will use existing HTTPS, WebRTC, and SDP mechanisms to the extent possible. While no extensions to those core protocols is expected, the working group may consider such extensions if they are necessary to meet the requirements of broadcasting tools and networks. Any such work will be coordinated with the HTTPBIS and/or MMUSIC working groups, as appropriate. Additionally, this working group will coordinate with HTTPBIS and HTTPAPI to assure that the HTTP protocol is being used according to current best practice. While there may be other problems that the proposed mechanism may solve or nearly solve, such as video display clients connecting to the egress of a media delivery network, adding explicit protocol support for those use cases is not in scope for the WISH working group. Milestones: Dec 2021 - Submit web ingest signaling protocol to IESG for publication _______________________________________________ new-work mailing list new-work@ietf.org https://www.ietf.org/mailman/listinfo/new-work