Re: [V3] RIPT BoF approved for IETF 107 - Draft charter below
"Roni Even (A)" <roni.even@huawei.com> Sat, 29 February 2020 07:51 UTC
Return-Path: <roni.even@huawei.com>
X-Original-To: v3@ietfa.amsl.com
Delivered-To: v3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FD5D3A0AE9 for <v3@ietfa.amsl.com>; Fri, 28 Feb 2020 23:51:32 -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, HTML_MESSAGE=0.001, SPF_PASS=-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 Y1Pe8LGD4JGZ for <v3@ietfa.amsl.com>; Fri, 28 Feb 2020 23:51:24 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 18A163A0AF8 for <v3@ietf.org>; Fri, 28 Feb 2020 23:51:15 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 96B673624BB26DC7DC11 for <v3@ietf.org>; Sat, 29 Feb 2020 07:51:10 +0000 (GMT)
Received: from lhreml718-chm.china.huawei.com (10.201.108.69) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 29 Feb 2020 07:51:09 +0000
Received: from lhreml718-chm.china.huawei.com (10.201.108.69) by lhreml718-chm.china.huawei.com (10.201.108.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sat, 29 Feb 2020 07:51:10 +0000
Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml718-chm.china.huawei.com (10.201.108.69) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Sat, 29 Feb 2020 07:51:09 +0000
Received: from DGGEMM506-MBS.china.huawei.com ([169.254.4.49]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0439.000; Sat, 29 Feb 2020 15:51:06 +0800
From: "Roni Even (A)" <roni.even@huawei.com>
To: Jonathan Rosenberg <jdrosen@five9.com>, "v3@ietf.org" <v3@ietf.org>
CC: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Thread-Topic: RIPT BoF approved for IETF 107 - Draft charter below
Thread-Index: AdXjgeGz8imU79X0QTWjBiq5oM7qsgLUZ0xQ
Date: Sat, 29 Feb 2020 07:51:05 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD27DA8D2F@DGGEMM506-MBS.china.huawei.com>
References: <BYAPR06MB43914433BF91CE216E6123A6FB150@BYAPR06MB4391.namprd06.prod.outlook.com>
In-Reply-To: <BYAPR06MB43914433BF91CE216E6123A6FB150@BYAPR06MB4391.namprd06.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.210.166.11]
Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD27DA8D2FDGGEMM506MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v3/Kq_yUXX7_UI26Bt0rxjO8rzNwUY>
Subject: Re: [V3] RIPT BoF approved for IETF 107 - Draft charter below
X-BeenThere: v3@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <v3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v3>, <mailto:v3-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v3/>
List-Post: <mailto:v3@ietf.org>
List-Help: <mailto:v3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v3>, <mailto:v3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Feb 2020 07:51:33 -0000
Hi, I read the drafts. I like the idea of having the endpoint capabilities known in advance making call establishment simpler. We have the must support codecs in RTCweb and this is a step forwards. Maybe it is also about time to deprecate the "MUST support H.261/G.711" in older documents (H.323,...). As for media transport, I think that Jorge and Colin document provide good starting point and motivation why to use datagrams for the media and it is my preference for conversional services to have the application layer decide if to retransmit. My view is that for audio it is not needed (use redundancy, the best retransmission is for the listener to say "I could not hear it, can you please repeat". As for video my view is that the requirement is not retransmission but re-synchronize. For "talking heads" video conference just resynch and continue. Roni From: V3 [mailto:v3-bounces@ietf.org] On Behalf Of Jonathan Rosenberg Sent: Saturday, February 15, 2020 12:00 AM To: v3@ietf.org Cc: Cullen Jennings (fluffy) Subject: [V3] RIPT BoF approved for IETF 107 - Draft charter below Good news folks - RIPT bof was approved for IETF107 and we'll be meeting. Goal is to try and get a WG formed. As such, charter discussion is in order. Cullen, myself and Justin worked a draft charter. Comments please: This working group will standardize a protocol, capable of operating atop HTTP/3, which supports real-time voice and video communications, including signaling, media negotiation, and transmission of media packets. The primary rationale for this new protocol is to enable deployment of real-time communications services on modern "cloud" systems. These systems are built around HTTP, and for HTTP-based applications, they enable load balancing, HA, auto-scaling, and so on. However, real-time communications protocols are based on SIP and RTP, and they cannot take advantage of these HTTP-based capabilities. It is a non-goal of this working group to replicate all of SIP and its many extensions into HTTP. The group will limit itself to supporting the functionality in widespread actual usage today. The protocol uses HTTP techniques for authentication and authorization (notably OAuth), and requires hop by hop encryption (i.e., https). The protocol will also allow for e2e media encryption, although keying is out of scope, and is expected to be handled by other protocols such as MLS. This extension will also utilize STIR for callerID. This protocol should be implementable in browsers, thick desktop clients, mobile apps and servers. The group will standardize an extension to the baseline protocol that automates the configuration necessary to achieve calling between on organization which is a customer of the other (for example, enterprise to service provider). [OPEN ISSUE: Is P2P media in or out? If in, ICE or something else ?] The group will do its work in conjunction with active software development efforts, so that implementation experience feeds directly into protocol development. The group will coordinate with the Webtranport, QUIC, HTTPbis and STIR working groups. Milestones: Dec 2020: Submit baseline protocol to IESG Mar 2021: Submit autoconfiguration protocol to IESG Thx, Jonathan R. -- Jonathan Rosenberg CTO and Head of AI, Five9 ________________________________ CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential information of Five9 and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Five9 and/or its affiliated entities.
- [V3] RIPT BoF approved for IETF 107 - Draft chart… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Ross Finlayson
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Justin Uberti
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Steve Donovan
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Samir Srivastava
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Ross Finlayson
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Justin Uberti
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Justin Uberti
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Ross Finlayson
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Ross Finlayson
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Marc Petit-Huguenin
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Cullen Jennings (fluffy)
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Cullen Jennings (fluffy)
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Joerg Ott
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Cullen Jennings (fluffy)
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Justin Uberti
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Spencer Dawkins at IETF
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Cullen Jennings (fluffy)
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Asveren, Tolga
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Roni Even (A)
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Jonathan Rosenberg
- Re: [V3] RIPT BoF approved for IETF 107 - Draft c… Roni Even (A)