Re: [Moq] How complicated is WebRTC?

Maxim Sharabayko <maxsharabayko@haivision.com> Mon, 28 March 2022 16:32 UTC

Return-Path: <maxsharabayko@haivision.com>
X-Original-To: moq@ietfa.amsl.com
Delivered-To: moq@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5B0B3A17A1 for <moq@ietfa.amsl.com>; Mon, 28 Mar 2022 09:32:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.088
X-Spam-Level:
X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, T_PDS_SHORTFWD_URISHRT_QP=0.01, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=haivision.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 zy3OVnIMH_PH for <moq@ietfa.amsl.com>; Mon, 28 Mar 2022 09:32:09 -0700 (PDT)
Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on20614.outbound.protection.outlook.com [IPv6:2a01:111:f403:7053::614]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC76E3A1752 for <moq@ietf.org>; Mon, 28 Mar 2022 09:32:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=haivision.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QoTwAsvJVsIvNoeMIdq8KdeJ0jQnnp2w12yboZh83uM=; b=IZjw+UoUDI6AQ92y//G4pFFnVoeN5YDmUL++4xaZVpMSHkdMlg8pOE8gL3cxKBAA6oxTzlln4wug0lRmrkUelDwPKNbfS/HlmhJifvR1dnhYN4p28qfpuvrBRa/0uqFVJPnJtEthUYGBGXjzhgz4hYYN8ZqZdvRSpi6vddpjfug=
Received: from YT1PR01CA0104.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:2c::13) by YQBPR0101MB5079.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:23::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.17; Mon, 28 Mar 2022 16:31:59 +0000
Received: from YT3CAN01FT026.eop-CAN01.prod.protection.outlook.com (2603:10b6:b01:2c:cafe::77) by YT1PR01CA0104.outlook.office365.com (2603:10b6:b01:2c::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.17 via Frontend Transport; Mon, 28 Mar 2022 16:31:59 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 51.81.185.125) smtp.mailfrom=haivision.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=haivision.com;
Received-SPF: Pass (protection.outlook.com: domain of haivision.com designates 51.81.185.125 as permitted sender) receiver=protection.outlook.com; client-ip=51.81.185.125; helo=hil1-relay.sendergen.com;
Received: from hil1-relay.sendergen.com (51.81.185.125) by YT3CAN01FT026.mail.protection.outlook.com (10.118.140.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.17 via Frontend Transport; Mon, 28 Mar 2022 16:31:59 +0000
Received: from localhost (localhost [127.0.0.1]) by hil1-relay.sendergen.com (Postfix) with ESMTP id 037ED406A8F07 for <moq@ietf.org>; Mon, 28 Mar 2022 12:31:58 -0400 (EDT)
Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01lp2052.outbound.protection.outlook.com [104.47.60.52]) by hil1-relay.sendergen.com (envelope-sender <maxsharabayko@haivision.com>) (MIMEDefang) with ESMTP id B054340879847; Mon, 28 Mar 2022 12:31:57 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=f0r/ZvsiOVcLYeCdRAH7DTsdMIpo9BdpwdaANVAl1g54rrSRt6sn/07c7pmVMUXPXFV8wO1W30FgFVRZNvKE1llITYNf+NHWEkS6Le++M2DysjWAWhQ63bKaTocECMTdWMwT7WZgFrb/fIcY5KHpsMo0Qz91RDbsdHfn7F7X8nDlMit9/8MVH4wWTpI2SroN4konjejUkXot/BQACCVXySC8s7H9yKyDvHD53kSKvGyQgeD8K/vEqp/a34B9ZS43S1+f7HxLVshsi+ax9xfN1vLMbSYddG785CIjmAgE8vRPXRwtGYAve7MMXvQhOs1OQfPM/euHIAYpa0rkK8en2w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ov27i3ozblertKW02DVx+c9PXi7J7Ui4zVLoQ3zocmI=; b=mDMn0aMHUKZc5k0X7KGU6vhiVLfmfLB8oH3yiPW127ybkbNPZZtZkKBtmVh+7T9tY6LJtFH3sXrPOHOaSkolwLws3mr8egAOdUKWViLUNVkW1gpxZsc9ENowsesEcNy9Q7v76rTVD0PyiFMJ9tSl5nqZgMrXos7+CokL+hhMMIBO8WAe4mNlJWQ8n0Cn3YjMNx5EA8tR6F6jAUOeFjc7Vlxocnel63Se6fZaYtv/LIN8K02Jd/jA5tv/wQ7wS/UF5Z1kpM+rIba8uUbcXUqgIcMvfhGVZFRD/6L6jpCuN5rLYO1l5yw7pXa0RpPVZP/X4t8BSwUa9ADUCPPdbwqX6Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=haivision.com; dmarc=pass action=none header.from=haivision.com; dkim=pass header.d=haivision.com; arc=none
Received: from YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:59::12) by QB1PR01MB3106.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:37::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.16; Mon, 28 Mar 2022 16:31:50 +0000
Received: from YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM ([fe80::cd00:95a3:4405:52fd]) by YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM ([fe80::cd00:95a3:4405:52fd%9]) with mapi id 15.20.5102.023; Mon, 28 Mar 2022 16:31:50 +0000
From: Maxim Sharabayko <maxsharabayko@haivision.com>
To: Simon Pietro Romano <spromano@unina.it>
CC: Justin Uberti <juberti@alphaexplorationco.com>, Cullen Jennings <fluffy@iii.ca>, MOQ Mailing List <moq@ietf.org>
Thread-Topic: [Moq] How complicated is WebRTC?
Thread-Index: AQHYQsFTw1LvfAiBwk2JD3cnOdbjCQ==
X-SG-Signature: true
Date: Mon, 28 Mar 2022 16:31:49 +0000
Message-ID: <YT2PR01MB59334AB455BF8197C0032931B21D9@YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM>
References: <C5D588AF-E35B-412C-8892-C600C4251970@iii.ca> <CAOLzse2cVqNYHYpypoPcCBS3eOfhfKA0ZZzTZx2GVbMFw3pgSQ@mail.gmail.com> <YT2PR01MB59332E91D0C560F8787CAF67B2189@YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM> <F523F2E6-975C-42BC-9B73-787B40562FEF@unina.it>
In-Reply-To: <F523F2E6-975C-42BC-9B73-787B40562FEF@unina.it>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=haivision.com;
X-MS-Office365-Filtering-Correlation-Id: f7c9f749-8029-498d-b4bd-08da10d87b37
x-ms-traffictypediagnostic: QB1PR01MB3106:EE_|YT3CAN01FT026:EE_|YQBPR0101MB5079:EE_
X-Microsoft-Antispam-PRVS: <YQBPR0101MB50793A4C400C5872F34C76C2B21D9@YQBPR0101MB5079.CANPRD01.PROD.OUTLOOK.COM>
x-sg-stamp: true
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam-Untrusted: BCL:0;
X-Microsoft-Antispam-Message-Info-Original: 7Qpbd2NhD24qeBQxFChvmVBpCesg3fHPo9gRfzMOunI+KFFSWBDiVYJhbImFaKsQ+QC0RylfXld147X+b17/V++Lm8gXFwGzjQqnCO6sam645jjqAeXf0z9GEjEpilkrudLlqD8mins3hMYSISuLbf/tLoW0/6qpoV3Wa0y58aQChpVzs28hMLK1QAoEYZ1JpOgPtaZA1uUPDH+ppVnJy4/UHZrp/ijfKhVf2sacdwzEzTYNzI7V4jMeA+nu+BDVWsqKUFxPVFqC5dx36SOZL/o2YocMl7cNG2pSbObvOOMnKUl4+/gMugTnrG1f/3OmBRFoGMBKFJVt5wnR7MZ/jZubfAsJhFqXeFWmxlcdDTJ4sIdapLKaYrKGdeZEF0j+fUpHld47PxnwRsdD7X5VHl6dEnCqkG0knwKGaezYjnEwvUvprnsPGdkbFNHQ7elVPhki0xH127Xyg0bFg9CUhH7gWc4Xr9eVhSWLRYK1iC+4ds1qeqHvVimRMUg21u+/LgExU0xFMaqg7wmlyagMeyV0M5Qe1UKnRuYvbMUvTvKH+llwAadOeLIZ5v6qaDT5ATpbP0AmUslTY4NepA58RwkYopzFuKhXGMNGEXD+1hdMkIMrBxHBt9AZAjcq9fyMpccDvSVIZ8w/Y0ifHQpqDeFGlfHLO2X2lzW+NorQOHQgY2MJjHLEoEGQtxOiUAuzXE/pA5WvEStrFDs6/9+HpOFPu99j7iNKxQfBsLii0ROIq0CTUhiEe0xXaVAOVV/uka0Xnl2yaSq7uxMJaCeIhQ==
X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YT2PR01MB5933.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(8936002)(5660300002)(55016003)(186003)(30864003)(66574015)(6506007)(33656002)(9686003)(53546011)(7696005)(2906002)(83380400001)(91956017)(66556008)(76116006)(66446008)(66476007)(52536014)(71200400001)(38100700002)(4326008)(966005)(508600001)(8676002)(66946007)(38070700005)(6916009)(54906003)(64756008)(316002)(86362001)(166002)(122000001)(579004)(559001); DIR:OUT; SFP:1101;
Content-Type: multipart/alternative; boundary="_000_YT2PR01MB59334AB455BF8197C0032931B21D9YT2PR01MB5933CANP_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3106
X-Scanned-By: 'EmailPostmaster' on 51.81.185.125
X-EOPAttributedMessage: 0
X-MS-Exchange-Transport-CrossTenantHeadersStripped: YT3CAN01FT026.eop-CAN01.prod.protection.outlook.com
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id-Prvs: 45fe12de-a4ce-4150-98e5-08da10d875b9
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: qX4N2W6QvHfxXUeU0mqgUJIfFXeh95JrV5Weoj49xiGDXmChtyBL9hiSTifTP1N5FovXf8G5LFfNlTZWdny/Li5zDWqthyb5cqGMpfDVfJVluvGlwr0N2XG9RWZvKNKmnxdE2WMifl2wtwFOPheDbIDMgXLE8nEwxN/HmmA+xbp1klolvjaaz79DrF6xlXWVdvwAevzN4qZcvYRExLNLXBmZA5NbTFheph4XKnAV2PfEz+/ZcKtePE0mSAA7ktBZgWDYolyznQzPEXx2GhMSiPPhbPQMtUEa5K3NfAVjSTMJfvrordZUUYDVAKySQv/tEc9viAioMRMyjvZL4UuG6brH5uwXRvCsZpZUKZQcdIrtIjEp/ovzzVrMbaSm1VOXh0M7aYxBTmhAaAEEQ5CMmqUQD0lm34d9Nbv5xzgbEWQhSFSzK+kqNDjvitZIXRtxLYeNdKSda3dLP4/lr+u+kLUlsKgrrw0i+3OgPN1XB9lVCtc7rNH3B41xGHJhLTfcvbZRPZZf9nXGOiPEPh0ivfRqNKSRNjWms18Bv9f5UqW6kvEYVICZ3mF6o56ENBolN8XEWzgyzXTDudfL8ahXPaFSVa7SHw5za4ZGML2A1iCjjWNW9WDBNFdxkrvDUZJkR/8ns2t7nvrMdsjLBTkH0EiaCTCGN2X+aVq/YjEf1UJqtNR9xpv2F4vOaQlQplx6ZxkLCni3GI1YLfHvwrGyzA/QHplLxfp95gU3yOKowmU=
X-Forefront-Antispam-Report: CIP:51.81.185.125; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:hil1-relay.sendergen.com; PTR:hil1-relay.sendergen.com; CAT:NONE; SFS:(13230001)(4636009)(46966006)(36840700001)(54906003)(82310400004)(7596003)(7636003)(36860700001)(316002)(356005)(66574015)(508600001)(55016003)(33656002)(4326008)(8676002)(6862004)(336012)(966005)(70586007)(70206006)(6506007)(166002)(26005)(86362001)(33964004)(53546011)(30864003)(9686003)(186003)(2906002)(8936002)(5660300002)(47076005)(83380400001)(52536014)(7696005)(579004)(559001); DIR:OUT; SFP:1101;
X-OriginatorOrg: haivision.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Mar 2022 16:31:59.0075 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: f7c9f749-8029-498d-b4bd-08da10d87b37
X-MS-Exchange-CrossTenant-Id: a88156c4-f3f7-4104-8fad-43b93f27493d
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a88156c4-f3f7-4104-8fad-43b93f27493d; Ip=[51.81.185.125]; Helo=[hil1-relay.sendergen.com]
X-MS-Exchange-CrossTenant-AuthSource: YT3CAN01FT026.eop-CAN01.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB5079
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/oXHrLGJ74bIW_QFxL0E_kYVjUr8>
Subject: Re: [Moq] How complicated is WebRTC?
X-BeenThere: moq@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Media over QUIC <moq.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/moq>, <mailto:moq-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/moq/>
List-Post: <mailto:moq@ietf.org>
List-Help: <mailto:moq-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/moq>, <mailto:moq-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Mar 2022 16:32:20 -0000

Hi Simon,

Thank you for sharing those links! I’ve watched both sessions here. They indeed go much more into details.
However, certain items are still missing for my perception:

  1.  Configure WebRTC for low latency live ingest (I only say a command-line example for the whip-client app, it didn’t set much webRTC-related parameters).
  2.  What was the resulting end-to-end latency and network RTT in the experiment. Seems like low enough to do live jamming session. But still no numbers unless I missed them.

P.S. For those who might follow the discussion now or later on, the link to the simple whip server has been changed to https://github.com/meetecho/simple-whip-server.


From: Simon Pietro Romano <spromano@unina.it>
Date: Wednesday, 23. March 2022 at 14:03
To: Maxim Sharabayko <maxsharabayko@haivision.com>
Cc: Justin Uberti <juberti@alphaexplorationco.com>, Cullen Jennings <fluffy@iii.ca>, MOQ Mailing List <moq@ietf.org>
Subject: Re: [Moq] How complicated is WebRTC?
Hi,


I believe Lorenzo Miniero did a good talk on the WISH WG meeting sharing his experience of running WebRTC using OBS and Gstreamer. Still, the part on how to configure to get the best out of it felt like missing.

If it can be of any help, you can find here a recent talk Lorenzo gave at FOSDEM, which covers both the ingestion part and the distribution part.

https://fosdem.org/2022/schedule/event/rtc_whip/

Back in November 2020, we also presented related stuff at the MOPS WG meeting:

https://youtu.be/WeoKtWfmxnU?t=286
https://www.slideshare.net/LorenzoMiniero/virtual-ietf-meetings-with-webrtc-ietf-109-mops

Cheers,

Simon

    _\\|//_
                              ( O-O )
     ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~
                    Simon Pietro Romano
              Universita' di Napoli Federico II
                     Computer Engineering Department
                   Phone: +39 081 7683823
                                          e-mail: spromano@unina.it<mailto:spromano@unina.it>

    <<Molti mi dicono che lo scoraggiamento è l'alibi degli
    idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte.
                                    oooO
      ~~~~~~~~~~~~~~~~~~~~~~~(   )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~
                 \ (            (   )
                                  \_)          ) /
                                                                      (_/


Il giorno 23 mar 2022, alle ore 13:34, Maxim Sharabayko <maxsharabayko@haivision.com<mailto:maxsharabayko@haivision.com>> ha scritto:

In my humble opinion when someone says WebRTC is complicated, what is actually meant here is that WebRTC is a beast powerfull as a hell, I am scared and I don’t know how to instruct it to do what I want. :)
There are always two concerns for an end-user:

  1.  Which implementation/tool to use?
  2.  How to properly configure it for exact my use case.
Please forgive my ignorance if something exists alerady, but I feel like there should be a configuration profile for WebRTC to have it up and runing as a media ingest transport, with as minimum settings to configure as possible. Ideally only tell the buffering latency the user is ok with.

I believe Lorenzo Miniero did a good talk on the WISH WG meeting sharing his experience of running WebRTC using OBS and Gstreamer. Still, the part on how to configure to get the best out of it felt like missing.






Maxim Sharabayko
Principal Research Engineer
<logo-h.png><https://www.haivision.com/>


From: Moq <moq-bounces@ietf.org<mailto:moq-bounces@ietf.org>> on behalf of Justin Uberti <juberti@alphaexplorationco.com<mailto:juberti@alphaexplorationco.com>>
Date: Wednesday, 23. March 2022 at 07:07
To: Cullen Jennings <fluffy@iii.ca<mailto:fluffy@iii.ca>>
Cc: MOQ Mailing List <moq@ietf.org<mailto:moq@ietf.org>>
Subject: [EXTERNAL] Re: [Moq] How complicated is WebRTC?
I think the truth is that there are two different sets of things that people want to be able to do:
a) get HLS-style distribution with ~1s latency
b) deploy WebRTC-based interactive services (~100ms latency) with the benefit of modern public cloud infrastructure

Maybe there is a pony in there somewhere that can do both, but I wonder if we'd be best off considering these efforts separately, and seeing if the a) solution grows upwards to solve b) or vice versa.

On Tue, Mar 22, 2022 at 3:27 PM Cullen Jennings <fluffy@iii.ca<mailto:fluffy@iii.ca>> wrote:

As background info on the pro/cons of WebRTC ….  You can see the main specification that WebRTC depended on in

https://datatracker.ietf.org/doc/html/draft-jennings-rtcweb-deps-27

It is approximately about the following (with some mistakes):

  [RFC2198]  Perkins, C., Kouvelas, I., Hodson, O., Hardman, V.,
              Handley, M., Bolot, J.C., Vega-Garcia, A., and S. Fosse-
              Parisis, "RTP Payload for Redundant Audio Data", RFC 2198,
              DOI 10.17487/RFC2198, September 1997,
              <https://www.rfc-editor.org/info/rfc2198>.

   [RFC3264]  Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model
              with Session Description Protocol (SDP)", RFC 3264,
              DOI 10.17487/RFC3264, June 2002,
              <https://www.rfc-editor.org/info/rfc3264>.

   [RFC3388]  Camarillo, G., Eriksson, G., Holler, J., and H.
              Schulzrinne, "Grouping of Media Lines in the Session
              Description Protocol (SDP)", RFC 3388,
              DOI 10.17487/RFC3388, December 2002,
              <https://www.rfc-editor.org/info/rfc3388>.

   [RFC3389]  Zopf, R., "Real-time Transport Protocol (RTP) Payload for
              Comfort Noise (CN)", RFC 3389, DOI 10.17487/RFC3389,
              September 2002, <https://www.rfc-editor.org/info/rfc3389>.

   [RFC3550]  Schulzrinne, H., Casner, S., Frederick, R., and V.
              Jacobson, "RTP: A Transport Protocol for Real-Time
              Applications", STD 64, RFC 3550, DOI 10.17487/RFC3550,
              July 2003, <https://www.rfc-editor.org/info/rfc3550>.

   [RFC3551]  Schulzrinne, H. and S. Casner, "RTP Profile for Audio and
              Video Conferences with Minimal Control", STD 65, RFC 3551,
              DOI 10.17487/RFC3551, July 2003,
              <https://www.rfc-editor.org/info/rfc3551>.

   [RFC3556]  Casner, S., "Session Description Protocol (SDP) Bandwidth
              Modifiers for RTP Control Protocol (RTCP) Bandwidth",
              RFC 3556, DOI 10.17487/RFC3556, July 2003,
              <https://www.rfc-editor.org/info/rfc3556>.

   [RFC3611]  Friedman, T., Ed., Caceres, R., Ed., and A. Clark, Ed.,
              "RTP Control Protocol Extended Reports (RTCP XR)",
              RFC 3611, DOI 10.17487/RFC3611, November 2003,
              <https://www.rfc-editor.org/info/rfc3611>.

   [RFC3711]  Baugher, M., McGrew, D., Naslund, M., Carrara, E., and K.
              Norrman, "The Secure Real-time Transport Protocol (SRTP)",
              RFC 3711, DOI 10.17487/RFC3711, March 2004,
              <https://www.rfc-editor.org/info/rfc3711>.

   [RFC3758]  Stewart, R., Ramalho, M., Xie, Q., Tuexen, M., and P.
              Conrad, "Stream Control Transmission Protocol (SCTP)
              Partial Reliability Extension", RFC 3758,
              DOI 10.17487/RFC3758, May 2004,
              <https://www.rfc-editor.org/info/rfc3758>.

   [RFC3890]  Westerlund, M., "A Transport Independent Bandwidth
              Modifier for the Session Description Protocol (SDP)",
              RFC 3890, DOI 10.17487/RFC3890, September 2004,
              <https://www.rfc-editor.org/info/rfc3890>.

   [RFC4145]  Yon, D. and G. Camarillo, "TCP-Based Media Transport in
              the Session Description Protocol (SDP)", RFC 4145,
              DOI 10.17487/RFC4145, September 2005,
              <https://www.rfc-editor.org/info/rfc4145>.

   [RFC4566]  Handley, M., Jacobson, V., and C. Perkins, "SDP: Session
              Description Protocol", RFC 4566, DOI 10.17487/RFC4566,
              July 2006, <https://www.rfc-editor.org/info/rfc4566>.

   [RFC4571]  Lazzaro, J., "Framing Real-time Transport Protocol (RTP)
              and RTP Control Protocol (RTCP) Packets over Connection-
              Oriented Transport", RFC 4571, DOI 10.17487/RFC4571, July
              2006, <https://www.rfc-editor.org/info/rfc4571>.

   [RFC4572]  Lennox, J., "Connection-Oriented Media Transport over the
              Transport Layer Security (TLS) Protocol in the Session
              Description Protocol (SDP)", RFC 4572,
              DOI 10.17487/RFC4572, July 2006,
              <https://www.rfc-editor.org/info/rfc4572>.

   [RFC4585]  Ott, J., Wenger, S., Sato, N., Burmeister, C., and J. Rey,
              "Extended RTP Profile for Real-time Transport Control
              Protocol (RTCP)-Based Feedback (RTP/AVPF)", RFC 4585,
              DOI 10.17487/RFC4585, July 2006,
              <https://www.rfc-editor.org/info/rfc4585>.

   [RFC4588]  Rey, J., Leon, D., Miyazaki, A., Varsa, V., and R.
              Hakenberg, "RTP Retransmission Payload Format", RFC 4588,
              DOI 10.17487/RFC4588, July 2006,
              <https://www.rfc-editor.org/info/rfc4588>.

   [RFC4756]  Li, A., "Forward Error Correction Grouping Semantics in
              Session Description Protocol", RFC 4756,
              DOI 10.17487/RFC4756, November 2006,
              <https://www.rfc-editor.org/info/rfc4756>.

   [RFC4820]  Tuexen, M., Stewart, R., and P. Lei, "Padding Chunk and
              Parameter for the Stream Control Transmission Protocol
              (SCTP)", RFC 4820, DOI 10.17487/RFC4820, March 2007,
              <https://www.rfc-editor.org/info/rfc4820>.

   [RFC4856]  Casner, S., "Media Type Registration of Payload Formats in
              the RTP Profile for Audio and Video Conferences",
              RFC 4856, DOI 10.17487/RFC4856, February 2007,
              <https://www.rfc-editor.org/info/rfc4856>.

   [RFC4895]  Tuexen, M., Stewart, R., Lei, P., and E. Rescorla,
              "Authenticated Chunks for the Stream Control Transmission
              Protocol (SCTP)", RFC 4895, DOI 10.17487/RFC4895, August
              2007, <https://www.rfc-editor.org/info/rfc4895>.

   [RFC4961]  Wing, D., "Symmetric RTP / RTP Control Protocol (RTCP)",
              BCP 131, RFC 4961, DOI 10.17487/RFC4961, July 2007,
              <https://www.rfc-editor.org/info/rfc4961>.

   [RFC5052]  Watson, M., Luby, M., and L. Vicisano, "Forward Error
              Correction (FEC) Building Block", RFC 5052,
              DOI 10.17487/RFC5052, August 2007,
              <https://www.rfc-editor.org/info/rfc5052>.

   [RFC5061]  Stewart, R., Xie, Q., Tuexen, M., Maruyama, S., and M.
              Kozuka, "Stream Control Transmission Protocol (SCTP)
              Dynamic Address Reconfiguration", RFC 5061,
              DOI 10.17487/RFC5061, September 2007,
              <https://www.rfc-editor.org/info/rfc5061>.

   [RFC5104]  Wenger, S., Chandra, U., Westerlund, M., and B. Burman,
              "Codec Control Messages in the RTP Audio-Visual Profile
              with Feedback (AVPF)", RFC 5104, DOI 10.17487/RFC5104,
              February 2008, <https://www.rfc-editor.org/info/rfc5104>.

   [RFC5124]  Ott, J. and E. Carrara, "Extended Secure RTP Profile for
              Real-time Transport Control Protocol (RTCP)-Based Feedback
              (RTP/SAVPF)", RFC 5124, DOI 10.17487/RFC5124, February
              2008, <https://www.rfc-editor.org/info/rfc5124>.

   [RFC5245]  Rosenberg, J., "Interactive Connectivity Establishment
              (ICE): A Protocol for Network Address Translator (NAT)
              Traversal for Offer/Answer Protocols", RFC 5245,
              DOI 10.17487/RFC5245, April 2010,
              <https://www.rfc-editor.org/info/rfc5245>.

   [RFC5285]  Singer, D. and H. Desineni, "A General Mechanism for RTP
              Header Extensions", RFC 5285, DOI 10.17487/RFC5285, July
              2008, <https://www.rfc-editor.org/info/rfc5285>.

   [RFC5389]  Rosenberg, J., Mahy, R., Matthews, P., and D. Wing,
              "Session Traversal Utilities for NAT (STUN)", RFC 5389,
              DOI 10.17487/RFC5389, October 2008,
              <https://www.rfc-editor.org/info/rfc5389>.

   [RFC5506]  Johansson, I. and M. Westerlund, "Support for Reduced-Size
              Real-Time Transport Control Protocol (RTCP): Opportunities
              and Consequences", RFC 5506, DOI 10.17487/RFC5506, April
              2009, <https://www.rfc-editor.org/info/rfc5506>.

   [RFC5576]  Lennox, J., Ott, J., and T. Schierl, "Source-Specific
              Media Attributes in the Session Description Protocol
              (SDP)", RFC 5576, DOI 10.17487/RFC5576, June 2009,
              <https://www.rfc-editor.org/info/rfc5576>.

   [RFC5583]  Schierl, T. and S. Wenger, "Signaling Media Decoding
              Dependency in the Session Description Protocol (SDP)",
              RFC 5583, DOI 10.17487/RFC5583, July 2009,
              <https://www.rfc-editor.org/info/rfc5583>.

   [RFC5705]  Rescorla, E., "Keying Material Exporters for Transport
              Layer Security (TLS)", RFC 5705, DOI 10.17487/RFC5705,
              March 2010, <https://www.rfc-editor.org/info/rfc5705>.

   [RFC5761]  Perkins, C. and M. Westerlund, "Multiplexing RTP Data and
              Control Packets on a Single Port", RFC 5761,
              DOI 10.17487/RFC5761, April 2010,
              <https://www.rfc-editor.org/info/rfc5761>.

   [RFC5763]  Fischl, J., Tschofenig, H., and E. Rescorla, "Framework
              for Establishing a Secure Real-time Transport Protocol
              (SRTP) Security Context Using Datagram Transport Layer
              Security (DTLS)", RFC 5763, DOI 10.17487/RFC5763, May
              2010, <https://www.rfc-editor.org/info/rfc5763>.

   [RFC5764]  McGrew, D. and E. Rescorla, "Datagram Transport Layer
              Security (DTLS) Extension to Establish Keys for the Secure
              Real-time Transport Protocol (SRTP)", RFC 5764,
              DOI 10.17487/RFC5764, May 2010,
              <https://www.rfc-editor.org/info/rfc5764>.

   [RFC5766]  Mahy, R., Matthews, P., and J. Rosenberg, "Traversal Using
              Relays around NAT (TURN): Relay Extensions to Session
              Traversal Utilities for NAT (STUN)", RFC 5766,
              DOI 10.17487/RFC5766, April 2010,
              <https://www.rfc-editor.org/info/rfc5766>.

   [RFC5768]  Rosenberg, J., "Indicating Support for Interactive
              Connectivity Establishment (ICE) in the Session Initiation
              Protocol (SIP)", RFC 5768, DOI 10.17487/RFC5768, April
              2010, <https://www.rfc-editor.org/info/rfc5768>.

   [RFC5888]  Camarillo, G. and H. Schulzrinne, "The Session Description
              Protocol (SDP) Grouping Framework", RFC 5888,
              DOI 10.17487/RFC5888, June 2010,
              <https://www.rfc-editor.org/info/rfc5888>.

   [RFC5928]  Petit-Huguenin, M., "Traversal Using Relays around NAT
              (TURN) Resolution Mechanism", RFC 5928,
              DOI 10.17487/RFC5928, August 2010,
              <https://www.rfc-editor.org/info/rfc5928>.

   [RFC5956]  Begen, A., "Forward Error Correction Grouping Semantics in
              the Session Description Protocol", RFC 5956,
              DOI 10.17487/RFC5956, September 2010,
              <https://www.rfc-editor.org/info/rfc5956>.

   [RFC6051]  Perkins, C. and T. Schierl, "Rapid Synchronisation of RTP
              Flows", RFC 6051, DOI 10.17487/RFC6051, November 2010,
              <https://www.rfc-editor.org/info/rfc6051>.

   [RFC6062]  Perreault, S., Ed. and J. Rosenberg, "Traversal Using
              Relays around NAT (TURN) Extensions for TCP Allocations",
              RFC 6062, DOI 10.17487/RFC6062, November 2010,
              <https://www.rfc-editor.org/info/rfc6062>.

   [RFC6096]  Tuexen, M. and R. Stewart, "Stream Control Transmission
              Protocol (SCTP) Chunk Flags Registration", RFC 6096,
              DOI 10.17487/RFC6096, January 2011,
              <https://www.rfc-editor.org/info/rfc6096>.

   [RFC6184]  Wang, Y.-K., Even, R., Kristensen, T., and R. Jesup, "RTP
              Payload Format for H.264 Video", RFC 6184,
              DOI 10.17487/RFC6184, May 2011,
              <https://www.rfc-editor.org/info/rfc6184>.

   [RFC6188]  McGrew, D., "The Use of AES-192 and AES-256 in Secure
              RTP", RFC 6188, DOI 10.17487/RFC6188, March 2011,
              <https://www.rfc-editor.org/info/rfc6188>.

   [RFC6236]  Johansson, I. and K. Jung, "Negotiation of Generic Image
              Attributes in the Session Description Protocol (SDP)",
              RFC 6236, DOI 10.17487/RFC6236, May 2011,
              <https://www.rfc-editor.org/info/rfc6236>.

   [RFC6263]  Marjou, X. and A. Sollaud, "Application Mechanism for
              Keeping Alive the NAT Mappings Associated with RTP / RTP
              Control Protocol (RTCP) Flows", RFC 6263,
              DOI 10.17487/RFC6263, June 2011,
              <https://www.rfc-editor.org/info/rfc6263>.

   [RFC6336]  Westerlund, M. and C. Perkins, "IANA Registry for
              Interactive Connectivity Establishment (ICE) Options",
              RFC 6336, DOI 10.17487/RFC6336, July 2011,
              <https://www.rfc-editor.org/info/rfc6336>.

   [RFC6363]  Watson, M., Begen, A., and V. Roca, "Forward Error
              Correction (FEC) Framework", RFC 6363,
              DOI 10.17487/RFC6363, October 2011,
              <https://www.rfc-editor.org/info/rfc6363>.

   [RFC6437]  Amante, S., Carpenter, B., Jiang, S., and J. Rajahalme,
              "IPv6 Flow Label Specification", RFC 6437,
              DOI 10.17487/RFC6437, November 2011,
              <https://www.rfc-editor.org/info/rfc6437>.

   [RFC6464]  Lennox, J., Ed., Ivov, E., and E. Marocco, "A Real-time
              Transport Protocol (RTP) Header Extension for Client-to-
              Mixer Audio Level Indication", RFC 6464,
              DOI 10.17487/RFC6464, December 2011,
              <https://www.rfc-editor.org/info/rfc6464>.

   [RFC6465]  Ivov, E., Ed., Marocco, E., Ed., and J. Lennox, "A Real-
              time Transport Protocol (RTP) Header Extension for Mixer-
              to-Client Audio Level Indication", RFC 6465,
              DOI 10.17487/RFC6465, December 2011,
              <https://www.rfc-editor.org/info/rfc6465>.

   [RFC6520]  Seggelmann, R., Tuexen, M., and M. Williams, "Transport
              Layer Security (TLS) and Datagram Transport Layer Security
              (DTLS) Heartbeat Extension", RFC 6520,
              DOI 10.17487/RFC6520, February 2012,
              <https://www.rfc-editor.org/info/rfc6520>.

   [RFC6525]  Stewart, R., Tuexen, M., and P. Lei, "Stream Control
              Transmission Protocol (SCTP) Stream Reconfiguration",
              RFC 6525, DOI 10.17487/RFC6525, February 2012,
              <https://www.rfc-editor.org/info/rfc6525>.

   [RFC6544]  Rosenberg, J., Keranen, A., Lowekamp, B. B., and A. B.
              Roach, "TCP Candidates with Interactive Connectivity
              Establishment (ICE)", RFC 6544, DOI 10.17487/RFC6544,
              March 2012, <https://www.rfc-editor.org/info/rfc6544>.

   [RFC6555]  Wing, D. and A. Yourtchenko, "Happy Eyeballs: Success with
              Dual-Stack Hosts", RFC 6555, DOI 10.17487/RFC6555, April
              2012, <https://www.rfc-editor.org/info/rfc6555>.

   [RFC6562]  Perkins, C. and JM. Valin, "Guidelines for the Use of
              Variable Bit Rate Audio with Secure RTP", RFC 6562,
              DOI 10.17487/RFC6562, March 2012,
              <https://www.rfc-editor.org/info/rfc6562>.

   [RFC6716]  Valin, JM., Vos, K., and T. Terriberry, "Definition of the
              Opus Audio Codec", RFC 6716, DOI 10.17487/RFC6716,
              September 2012, <https://www.rfc-editor.org/info/rfc6716>.

   [RFC6749]  Hardt, D., Ed., "The OAuth 2.0 Authorization Framework",
              RFC 6749, DOI 10.17487/RFC6749, October 2012,
              <https://www.rfc-editor.org/info/rfc6749>.

   [RFC6904]  Lennox, J., "Encryption of Header Extensions in the Secure
              Real-time Transport Protocol (SRTP)", RFC 6904,
              DOI 10.17487/RFC6904, April 2013,
              <https://www.rfc-editor.org/info/rfc6904>.

   [RFC6951]  Tuexen, M. and R. Stewart, "UDP Encapsulation of Stream
              Control Transmission Protocol (SCTP) Packets for End-Host
              to End-Host Communication", RFC 6951,
              DOI 10.17487/RFC6951, May 2013,
              <https://www.rfc-editor.org/info/rfc6951>.

   [RFC7022]  Begen, A., Perkins, C., Wing, D., and E. Rescorla,
              "Guidelines for Choosing RTP Control Protocol (RTCP)
              Canonical Names (CNAMEs)", RFC 7022, DOI 10.17487/RFC7022,
              September 2013, <https://www.rfc-editor.org/info/rfc7022>.

   [RFC7053]  Tuexen, M., Ruengeler, I., and R. Stewart, "SACK-
              IMMEDIATELY Extension for the Stream Control Transmission
              Protocol", RFC 7053, DOI 10.17487/RFC7053, November 2013,
              <https://www.rfc-editor.org/info/rfc7053>.

   [RFC7064]  Nandakumar, S., Salgueiro, G., Jones, P., and M. Petit-
              Huguenin, "URI Scheme for the Session Traversal Utilities
              for NAT (STUN) Protocol", RFC 7064, DOI 10.17487/RFC7064,
              November 2013, <https://www.rfc-editor.org/info/rfc7064>.

   [RFC7065]  Petit-Huguenin, M., Nandakumar, S., Salgueiro, G., and P.
              Jones, "Traversal Using Relays around NAT (TURN) Uniform
              Resource Identifiers", RFC 7065, DOI 10.17487/RFC7065,
              November 2013, <https://www.rfc-editor.org/info/rfc7065>.

   [RFC7160]  Petit-Huguenin, M. and G. Zorn, Ed., "Support for Multiple
              Clock Rates in an RTP Session", RFC 7160,
              DOI 10.17487/RFC7160, April 2014,
              <https://www.rfc-editor.org/info/rfc7160>.

   [RFC7164]  Gross, K. and R. Brandenburg, "RTP and Leap Seconds",
              RFC 7164, DOI 10.17487/RFC7164, March 2014,
              <https://www.rfc-editor.org/info/rfc7164>.

   [RFC7301]  Friedl, S., Popov, A., Langley, A., and E. Stephan,
              "Transport Layer Security (TLS) Application-Layer Protocol
              Negotiation Extension", RFC 7301, DOI 10.17487/RFC7301,
              July 2014, <https://www.rfc-editor.org/info/rfc7301>.

   [RFC7345]  Holmberg, C., Sedlacek, I., and G. Salgueiro, "UDP
              Transport Layer (UDPTL) over Datagram Transport Layer
              Security (DTLS)", RFC 7345, DOI 10.17487/RFC7345, August
              2014, <https://www.rfc-editor.org/info/rfc7345>.

   [RFC7496]  Tuexen, M., Seggelmann, R., Stewart, R., and S. Loreto,
              "Additional Policies for the Partially Reliable Stream
              Control Transmission Protocol Extension", RFC 7496,
              DOI 10.17487/RFC7496, April 2015,
              <https://www.rfc-editor.org/info/rfc7496>.

   [RFC7515]  Jones, M., Bradley, J., and N. Sakimura, "JSON Web
              Signature (JWS)", RFC 7515, DOI 10.17487/RFC7515, May
              2015, <https://www.rfc-editor.org/info/rfc7515>.

   [RFC7587]  Spittka, J., Vos, K., and JM. Valin, "RTP Payload Format
              for the Opus Speech and Audio Codec", RFC 7587,
              DOI 10.17487/RFC7587, June 2015,
              <https://www.rfc-editor.org/info/rfc7587>.

   [RFC7635]  Reddy, T., Patil, P., Ravindranath, R., and J. Uberti,
              "Session Traversal Utilities for NAT (STUN) Extension for
              Third-Party Authorization", RFC 7635,
              DOI 10.17487/RFC7635, August 2015,
              <https://www.rfc-editor.org/info/rfc7635>.

   [RFC7639]  Hutton, A., Uberti, J., and M. Thomson, "The ALPN HTTP
              Header Field", RFC 7639, DOI 10.17487/RFC7639, August
              2015, <https://www.rfc-editor.org/info/rfc7639>.

   [RFC7657]  Black, D., Ed. and P. Jones, "Differentiated Services
              (Diffserv) and Real-Time Communication", RFC 7657,
              DOI 10.17487/RFC7657, November 2015,
              <https://www.rfc-editor.org/info/rfc7657>.

   [RFC7675]  Perumal, M., Wing, D., Ravindranath, R., Reddy, T., and M.
              Thomson, "Session Traversal Utilities for NAT (STUN) Usage
              for Consent Freshness", RFC 7675, DOI 10.17487/RFC7675,
              October 2015, <https://www.rfc-editor.org/info/rfc7675>.

   [RFC7728]  Burman, B., Akram, A., Even, R., and M. Westerlund, "RTP
              Stream Pause and Resume", RFC 7728, DOI 10.17487/RFC7728,
              February 2016, <https://www.rfc-editor.org/info/rfc7728>.

   [RFC7741]  Westin, P., Lundin, H., Glover, M., Uberti, J., and F.
              Galligan, "RTP Payload Format for VP8 Video", RFC 7741,
              DOI 10.17487/RFC7741, March 2016,
              <https://www.rfc-editor.org/info/rfc7741>.

   [RFC7742]  Roach, A.B., "WebRTC Video Processing and Codec
              Requirements", RFC 7742, DOI 10.17487/RFC7742, March 2016,
              <https://www.rfc-editor.org/info/rfc7742>.

   [RFC7850]  Nandakumar, S., "Registering Values of the SDP 'proto'
              Field for Transporting RTP Media over TCP under Various
              RTP Profiles", RFC 7850, DOI 10.17487/RFC7850, April 2016,
              <https://www.rfc-editor.org/info/rfc7850>.

   [RFC7918]  Langley, A., Modadugu, N., and B. Moeller, "Transport
              Layer Security (TLS) False Start", RFC 7918,
              DOI 10.17487/RFC7918, August 2016,
              <https://www.rfc-editor.org/info/rfc7918>.

   [RFC7941]  Westerlund, M., Burman, B., Even, R., and M. Zanaty, "RTP
              Header Extension for the RTP Control Protocol (RTCP)
              Source Description Items", RFC 7941, DOI 10.17487/RFC7941,
              August 2016, <https://www.rfc-editor.org/info/rfc7941>.

   [RFC7982]  Martinsen, P., Reddy, T., Wing, D., and V. Singh,
              "Measurement of Round-Trip Time and Fractional Loss Using
              Session Traversal Utilities for NAT (STUN)", RFC 7982,
              DOI 10.17487/RFC7982, September 2016,
              <https://www.rfc-editor.org/info/rfc7982>.

   [RFC7983]  Petit-Huguenin, M. and G. Salgueiro, "Multiplexing Scheme
              Updates for Secure Real-time Transport Protocol (SRTP)
              Extension for Datagram Transport Layer Security (DTLS)",
              RFC 7983, DOI 10.17487/RFC7983, September 2016,
              <https://www.rfc-editor.org/info/rfc7983>.

   [RFC8035]  Holmberg, C., "Session Description Protocol (SDP) Offer/
              Answer Clarifications for RTP/RTCP Multiplexing",
              RFC 8035, DOI 10.17487/RFC8035, November 2016,
              <https://www.rfc-editor.org/info/rfc8035>.

   [RFC8083]  Perkins, C. and V. Singh, "Multimedia Congestion Control:
              Circuit Breakers for Unicast RTP Sessions", RFC 8083,
              DOI 10.17487/RFC8083, March 2017,
              <https://www.rfc-editor.org/info/rfc8083>.

   [RFC8108]  Lennox, J., Westerlund, M., Wu, Q., and C. Perkins,
              "Sending Multiple RTP Streams in a Single RTP Session",
              RFC 8108, DOI 10.17487/RFC8108, March 2017,
              <https://www.rfc-editor.org/info/rfc8108>.

   [RFC8122]  Lennox, J. and C. Holmberg, "Connection-Oriented Media
              Transport over the Transport Layer Security (TLS) Protocol
              in the Session Description Protocol (SDP)", RFC 8122,
              DOI 10.17487/RFC8122, March 2017,
              <https://www.rfc-editor.org/info/rfc8122>.

   [RFC8260]  Stewart, R., Tuexen, M., Loreto, S., and R. Seggelmann,
              "Stream Schedulers and User Message Interleaving for the
              Stream Control Transmission Protocol", RFC 8260,
              DOI 10.17487/RFC8260, November 2017,
              <https://www.rfc-editor.org/info/rfc8260>.

   [RFC8261]  Tuexen, M., Stewart, R., Jesup, R., and S. Loreto,
              "Datagram Transport Layer Security (DTLS) Encapsulation of
              SCTP Packets", RFC 8261, DOI 10.17487/RFC8261, November
              2017, <https://www.rfc-editor.org/info/rfc8261>.

   [RFC8285]  Singer, D., Desineni, H., and R. Even, Ed., "A General
              Mechanism for RTP Header Extensions", RFC 8285,
              DOI 10.17487/RFC8285, October 2017,
              <https://www.rfc-editor.org/info/rfc8285>.

   [RFC8305]  Schinazi, D. and T. Pauly, "Happy Eyeballs Version 2:
              Better Connectivity Using Concurrency", RFC 8305,
              DOI 10.17487/RFC8305, December 2017,
              <https://www.rfc-editor.org/info/rfc8305>.

   [RFC8421]  Martinsen, P., Reddy, T., and P. Patil, "Guidelines for
              Multihomed and IPv4/IPv6 Dual-Stack Interactive
              Connectivity Establishment (ICE)", BCP 217, RFC 8421,
              DOI 10.17487/RFC8421, July 2018,
              <https://www.rfc-editor.org/info/rfc8421>.

   [RFC8445]  Keranen, A., Holmberg, C., and J. Rosenberg, "Interactive
              Connectivity Establishment (ICE): A Protocol for Network
              Address Translator (NAT) Traversal", RFC 8445,
              DOI 10.17487/RFC8445, July 2018,
              <https://www.rfc-editor.org/info/rfc8445>.

   [RFC8489]  Petit-Huguenin, M., Salgueiro, G., Rosenberg, J., Wing,
              D., Mahy, R., and P. Matthews, "Session Traversal
              Utilities for NAT (STUN)", RFC 8489, DOI 10.17487/RFC8489,
              February 2020, <https://www.rfc-editor.org/info/rfc8489>.

   [RFC8627]  Zanaty, M., Singh, V., Begen, A., and G. Mandyam, "RTP
              Payload Format for Flexible Forward Error Correction
              (FEC)", RFC 8627, DOI 10.17487/RFC8627, July 2019,
              <https://www.rfc-editor.org/info/rfc8627>.

   [RFC8656]  Reddy, T., Ed., Johnston, A., Ed., Matthews, P., and J.
              Rosenberg, "Traversal Using Relays around NAT (TURN):
              Relay Extensions to Session Traversal Utilities for NAT
              (STUN)", RFC 8656, DOI 10.17487/RFC8656, February 2020,
              <https://www.rfc-editor.org/info/rfc8656>.

   [RFC8825]  Alvestrand, H., "Overview: Real-Time Protocols for
              Browser-Based Applications", RFC 8825,
              DOI 10.17487/RFC8825, January 2021,
              <https://www.rfc-editor.org/info/rfc8825>.

   [RFC8826]  Rescorla, E., "Security Considerations for WebRTC",
              RFC 8826, DOI 10.17487/RFC8826, January 2021,
              <https://www.rfc-editor.org/info/rfc8826>.

   [RFC8827]  Rescorla, E., "WebRTC Security Architecture", RFC 8827,
              DOI 10.17487/RFC8827, January 2021,
              <https://www.rfc-editor.org/info/rfc8827>.

   [RFC8829]  Uberti, J., Jennings, C., and E. Rescorla, Ed.,
              "JavaScript Session Establishment Protocol (JSEP)",
              RFC 8829, DOI 10.17487/RFC8829, January 2021,
              <https://www.rfc-editor.org/info/rfc8829>.

   [RFC8830]  Alvestrand, H., "WebRTC MediaStream Identification in the
              Session Description Protocol", RFC 8830,
              DOI 10.17487/RFC8830, January 2021,
              <https://www.rfc-editor.org/info/rfc8830>.

   [RFC8831]  Jesup, R., Loreto, S., and M. Tüxen, "WebRTC Data
              Channels", RFC 8831, DOI 10.17487/RFC8831, January 2021,
              <https://www.rfc-editor.org/info/rfc8831>.

   [RFC8832]  Jesup, R., Loreto, S., and M. Tüxen, "WebRTC Data Channel
              Establishment Protocol", RFC 8832, DOI 10.17487/RFC8832,
              January 2021, <https://www.rfc-editor.org/info/rfc8832>.

   [RFC8833]  Thomson, M., "Application-Layer Protocol Negotiation
              (ALPN) for WebRTC", RFC 8833, DOI 10.17487/RFC8833,
              January 2021, <https://www.rfc-editor.org/info/rfc8833>.

   [RFC8834]  Perkins, C., Westerlund, M., and J. Ott, "Media Transport
              and Use of RTP in WebRTC", RFC 8834, DOI 10.17487/RFC8834,
              January 2021, <https://www.rfc-editor.org/info/rfc8834>.

   [RFC8835]  Alvestrand, H., "Transports for WebRTC", RFC 8835,
              DOI 10.17487/RFC8835, January 2021,
              <https://www.rfc-editor.org/info/rfc8835>.

   [RFC8836]  Jesup, R. and Z. Sarker, Ed., "Congestion Control
              Requirements for Interactive Real-Time Media", RFC 8836,
              DOI 10.17487/RFC8836, January 2021,
              <https://www.rfc-editor.org/info/rfc8836>.

   [RFC8837]  Jones, P., Dhesikan, S., Jennings, C., and D. Druta,
              "Differentiated Services Code Point (DSCP) Packet Markings
              for WebRTC QoS", RFC 8837, DOI 10.17487/RFC8837, January
              2021, <https://www.rfc-editor.org/info/rfc8837>.

   [RFC8838]  Ivov, E., Uberti, J., and P. Saint-Andre, "Trickle ICE:
              Incremental Provisioning of Candidates for the Interactive
              Connectivity Establishment (ICE) Protocol", RFC 8838,
              DOI 10.17487/RFC8838, January 2021,
              <https://www.rfc-editor.org/info/rfc8838>.

   [RFC8839]  Petit-Huguenin, M., Nandakumar, S., Holmberg, C., Keränen,
              A., and R. Shpount, "Session Description Protocol (SDP)
              Offer/Answer Procedures for Interactive Connectivity
              Establishment (ICE)", RFC 8839, DOI 10.17487/RFC8839,
              January 2021, <https://www.rfc-editor.org/info/rfc8839>.

   [RFC8840]  Ivov, E., Stach, T., Marocco, E., and C. Holmberg, "A
              Session Initiation Protocol (SIP) Usage for Incremental
              Provisioning of Candidates for the Interactive
              Connectivity Establishment (Trickle ICE)", RFC 8840,
              DOI 10.17487/RFC8840, January 2021,
              <https://www.rfc-editor.org/info/rfc8840>.

   [RFC8841]  Holmberg, C., Shpount, R., Loreto, S., and G. Camarillo,
              "Session Description Protocol (SDP) Offer/Answer
              Procedures for Stream Control Transmission Protocol (SCTP)
              over Datagram Transport Layer Security (DTLS) Transport",
              RFC 8841, DOI 10.17487/RFC8841, January 2021,
              <https://www.rfc-editor.org/info/rfc8841>.

   [RFC8842]  Holmberg, C. and R. Shpount, "Session Description Protocol
              (SDP) Offer/Answer Considerations for Datagram Transport
              Layer Security (DTLS) and Transport Layer Security (TLS)",
              RFC 8842, DOI 10.17487/RFC8842, January 2021,
              <https://www.rfc-editor.org/info/rfc8842>.

   [RFC8843]  Holmberg, C., Alvestrand, H., and C. Jennings,
              "Negotiating Media Multiplexing Using the Session
              Description Protocol (SDP)", RFC 8843,
              DOI 10.17487/RFC8843, January 2021,
              <https://www.rfc-editor.org/info/rfc8843>.

   [RFC8844]  Thomson, M. and E. Rescorla, "Unknown Key-Share Attacks on
              Uses of TLS with the Session Description Protocol (SDP)",
              RFC 8844, DOI 10.17487/RFC8844, January 2021,
              <https://www.rfc-editor.org/info/rfc8844>.

   [RFC8851]  Roach, A.B., Ed., "RTP Payload Format Restrictions",
              RFC 8851, DOI 10.17487/RFC8851, January 2021,
              <https://www.rfc-editor.org/info/rfc8851>.

   [RFC8852]  Roach, A.B., Nandakumar, S., and P. Thatcher, "RTP Stream
              Identifier Source Description (SDES)", RFC 8852,
              DOI 10.17487/RFC8852, January 2021,
              <https://www.rfc-editor.org/info/rfc8852>.

   [RFC8853]  Burman, B., Westerlund, M., Nandakumar, S., and M. Zanaty,
              "Using Simulcast in Session Description Protocol (SDP) and
              RTP Sessions", RFC 8853, DOI 10.17487/RFC8853, January
              2021, <https://www.rfc-editor.org/info/rfc8853>.

   [RFC8854]  Uberti, J., "WebRTC Forward Error Correction
              Requirements", RFC 8854, DOI 10.17487/RFC8854, January
              2021, <https://www.rfc-editor.org/info/rfc8854>.

   [RFC8858]  Holmberg, C., "Indicating Exclusive Support of RTP and RTP
              Control Protocol (RTCP) Multiplexing Using the Session
              Description Protocol (SDP)", RFC 8858,
              DOI 10.17487/RFC8858, January 2021,
              <https://www.rfc-editor.org/info/rfc8858>.

   [RFC8859]  Nandakumar, S., "A Framework for Session Description
              Protocol (SDP) Attributes When Multiplexing", RFC 8859,
              DOI 10.17487/RFC8859, January 2021,
              <https://www.rfc-editor.org/info/rfc8859>.

   [RFC8860]  Westerlund, M., Perkins, C., and J. Lennox, "Sending
              Multiple Types of Media in a Single RTP Session",
              RFC 8860, DOI 10.17487/RFC8860, January 2021,
              <https://www.rfc-editor.org/info/rfc8860>.

   [RFC8861]  Lennox, J., Westerlund, M., Wu, Q., and C. Perkins,
              "Sending Multiple RTP Streams in a Single RTP Session:
              Grouping RTP Control Protocol (RTCP) Reception Statistics
              and Other Feedback", RFC 8861, DOI 10.17487/RFC8861,
              January 2021, <https://www.rfc-editor.org/info/rfc8861>.


Thank you for scrolling all the way to the bottom.

You can view this one of two ways. There is a lots of stuff in WebRTC that does useful things and one can leverage it. Or you can view it as there must be a simpler way to accomplish what we need.

WebRTC is a great for what it does - the number of different ways it has been used in the last two years alone makes it one of the most important protocols of the internet. But I don’t find it to be a good match to the problem we want to solve here.

I’m sure there is a pony in there somewhere :-)





--
Moq mailing list
Moq@ietf.org<mailto:Moq@ietf.org>
https://www.ietf.org/mailman/listinfo/moq


***[EXTERNAL] This message comes from an external organization. Exercise caution when opening attachments or clicking links, especially from unknown senders.***


--
Moq mailing list
Moq@ietf.org<mailto:Moq@ietf.org>
https://www.ietf.org/mailman/listinfo/moq




***[EXTERNAL] This message comes from an external organization. Exercise caution when opening attachments or clicking links, especially from unknown senders.***