[AVTCORE] QUIC RTP Tunnelling

Samuel Hurst <samuelh@rd.bbc.co.uk> Mon, 02 November 2020 15:05 UTC

Return-Path: <samuelh@rd.bbc.co.uk>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 200323A116A for <avt@ietfa.amsl.com>; Mon, 2 Nov 2020 07:05:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 9zGVEEav4_3Q for <avt@ietfa.amsl.com>; Mon, 2 Nov 2020 07:05:25 -0800 (PST)
Received: from tlsmtp.bbc.co.uk (tlsmtp1.telhc.bbc.co.uk [132.185.161.173]) (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 499993A1157 for <avt@ietf.org>; Mon, 2 Nov 2020 07:05:25 -0800 (PST)
Received: from gateh.lh.bbc.co.uk ([10.118.193.77]) by tlsmtp.bbc.co.uk (8.15.2/8.15.2) with ESMTPS id 0A2F5M6i005834 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <avt@ietf.org>; Mon, 2 Nov 2020 15:05:23 GMT
Received: from mailhub0.rd.bbc.co.uk ([172.29.120.128]) by gateh.lh.bbc.co.uk (8.14.5+Sun/8.13.6) with ESMTP id 0A2F5M8N023864 for <avt@ietf.org>; Mon, 2 Nov 2020 15:05:22 GMT
Received: from [172.29.197.137] (port=55764) by mailhub0.rd.bbc.co.uk with esmtp (Exim 4.92) (envelope-from <samuelh@rd.bbc.co.uk>) id 1kZbOc-0007cB-19 for avt@ietf.org; Mon, 02 Nov 2020 15:05:22 +0000
From: Samuel Hurst <samuelh@rd.bbc.co.uk>
Autocrypt: addr=samuelh@rd.bbc.co.uk; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptRE1FWFZacHVSWUpLd1lC QkFIYVJ3OEJBUWRBTC9KNCtaMUVGRGNLR3ByNzdvYzZKRWVOemZXQ0t4VXBCNXJ6CnVUN0tm dHEwSTFOaGJYVmxiQ0JJZFhKemRDQThjMkZ0ZFdWc2FFQnlaQzVpWW1NdVkyOHVkV3MraUpZ RUV4WUkKQUQ0V0lRUi9NaG1CLzJtREdicVJEUUZGM3RxdVp0UWdLd1VDWFZacHVRSWJBd1VK Q1dZQmdBVUxDUWdIQWdZVgpDZ2tJQ3dJRUZnSURBUUllQVFJWGdBQUtDUkJGM3RxdVp0UWdL L0p6QVFEZUxZZjNSQVgzOTk3THgzcDZnbTZQClRCYlJSV2JVeDJ0VHovOTFzQytUREFFQTVz di9GdFdNN045VS83L0p2MDdQVkpGS0VTS3JQRENFdHBDSHdwbG0KblF5NE9BUmRWbW01RWdv ckJnRUVBWmRWQVFVQkFRZEFnVWpnZ09jb25pV0RFWkxQazBQNHVvRGtGMmZubFR1egpmSVpl dm9kTGhBNERBUWdIaUg0RUdCWUlBQ1lXSVFSL01obUIvMm1ER2JxUkRRRkYzdHF1WnRRZ0t3 VUNYVlpwCnVRSWJEQVVKQ1dZQmdBQUtDUkJGM3RxdVp0UWdLNys4QVFETFZlaW9rVlBIaUlG TXpWRzltS2dib3A1am1CQkkKazFpUWw5d0NJMVFOUVFEK0x1LzhRZnJPcjBSOGNEemUxSjlW Q0VmQmVjcjdROElHcVhCWHpZWkU4QTA9Cj1UNFJwCi0tLS0tRU5EIFBHUCBQVUJMSUMgS0VZ IEJMT0NLLS0tLS0K
To: avt@ietf.org
Message-ID: <8dd07103-16a0-ca03-625b-e6c2b4c18008@rd.bbc.co.uk>
Date: Mon, 2 Nov 2020 15:05:16 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HWo3Nbtd6X4rb2XKQqDaI853e0OWYKbaE"
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/HrbCJ9MuF2H1H09bg9pmX66uRSE>
Subject: [AVTCORE] QUIC RTP Tunnelling
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2020 15:05:28 -0000

Hello,

Apologies if this is not the correct forum for publicising this, but I
saw from the mailing list archive that there has been previous
discussion about mapping RTP over QUIC on this list.

I recently published an I-D that discusses multiplexing RTP sessions
over a single QUIC Transport connection, a technique I'm calling QUIC
RTP Tunnelling or "QRT". This uses QUIC DATAGRAM frames to carry RTP and
RTCP packets, with a custom flow identifier for multiplexing.

The primary motivation behind the draft is to support live video
contribution for media productions, but I see that it could have much
wider-reaching applicability than that. I invite any review comments on
the draft.

https://tools.ietf.org/html/draft-hurst-quic-rtp-tunnelling-00

Best Regards,
Sam

-- 
(he/him)
Project R&D Engineer
BCS Internet Distribution
BBC Research and Development
5th Floor Dock House, MediaCityUK