Re: [V3] Thoughts on scope for ript

Stephan Wenger <stewe@stewe.org> Wed, 25 March 2020 19:38 UTC

Return-Path: <stewe@stewe.org>
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 3AB143A0A47 for <v3@ietfa.amsl.com>; Wed, 25 Mar 2020 12:38:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steweorg.onmicrosoft.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 DEMiIhofJUJi for <v3@ietfa.amsl.com>; Wed, 25 Mar 2020 12:38:03 -0700 (PDT)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2097.outbound.protection.outlook.com [40.107.223.97]) (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 027C33A0A34 for <v3@ietf.org>; Wed, 25 Mar 2020 12:38:02 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SwMG906BpbHdWpxwoOjU2+Wy6OruREeuGntgOBnl6GvfLPFB+VeknFjzwVmRL1zxIjVoqDa/hA1harKKqUGjJ1v7hXWTxCqLbPfd/kgYs+G49S8G4qVXbwl4JYVpCvpP8ReLcnVtsob+mRm6dJYPX+X3Z80jIjKvnGWG+f+MJQ8esOihqwXwiqWvsDZV0a67yQvQsj28qXPrb/LS7nyiBpx0o6yiQ3MzlMoPn8CkVBcrbQ3zgr7CQCue7vTZnZ4B8CuzC6PyKmAmq7ofbAQgCYyF8cT7EBKwgpwrOqzQywhR9zzAtfkIfZ0uu7fsbGv4tcy6mR9z9itctLj4Dnynxg==
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-SenderADCheck; bh=8153KDEkLgGYGs5T3/0igFSFfpTds7TIyva6OJX7IeA=; b=Vgi6lh1E5vD/JdDduMVDUbqGPPSYHcnX7eNnDNHIMji/BhqUmdORZ3ezrrDtKyBDOg1im11Vrh1yRWxsk5qv2P181L2i2EtAF+11Fk6GmbkEQ/SMIS0loUKub3aaFNdAqoQLkjbuL1uAyefTVAEJoZ2I2y9tu4iCAtNjHtNJeahl4ktYIr0HrFI6VUVsPucwcH0uEHaCemDt2UrKXIENS/BKYchqqgYkWrkWZsgSKycvkZP3i5l7RsmS6ZdVTszcDamS+SDaw/SE9Yhu3Soe2ALICiHLmrr33j+Oj1VA0lEcKFoxXIWqYeKraV4UY15juvLGp+tR0IDoztmT94l/9g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stewe.org; dmarc=pass action=none header.from=stewe.org; dkim=pass header.d=stewe.org; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=steweorg.onmicrosoft.com; s=selector2-steweorg-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8153KDEkLgGYGs5T3/0igFSFfpTds7TIyva6OJX7IeA=; b=o1L1+/po/1AFDGz1uP5KcZqG6tM/qfg+RP9KLwhlQLLOThW6HCv1CVPt74g5J4PnT+PzI0k3QTSK8Gxg0CNLgq1Drxa7c5aVXfYcXFOjtISwrRkc7f6DKMQj+CvdlQBQV/uG9AnN7M0+CzvpDP3In5p3LAU3SN6REiD97lvV6Go=
Received: from DM6PR17MB3036.namprd17.prod.outlook.com (2603:10b6:5:12e::14) by DM6PR17MB3163.namprd17.prod.outlook.com (2603:10b6:5:192::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2835.22; Wed, 25 Mar 2020 19:37:59 +0000
Received: from DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::24b9:a21:fc:63df]) by DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::24b9:a21:fc:63df%6]) with mapi id 15.20.2835.023; Wed, 25 Mar 2020 19:37:59 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Justin Uberti <juberti=40google.com@dmarc.ietf.org>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
CC: Victor Vasiliev <vasilvv@google.com>, Jonathan Rosenberg <jdrosen@five9.com>, "v3@ietf.org" <v3@ietf.org>
Thread-Topic: [V3] Thoughts on scope for ript
Thread-Index: AdYBHf0Yy+O2W8g+RMGhiSdyDOSXPQAF87QAAGEjpwAAAf5egAAA9ukAAAU/pIAAADRzgP//jG6A
Date: Wed, 25 Mar 2020 19:37:59 +0000
Message-ID: <A45D04C3-D640-485D-BAF4-611DBE41DBAA@stewe.org>
References: <BYAPR06MB4391FBC64E195E87003061B8FBF00@BYAPR06MB4391.namprd06.prod.outlook.com> <CAOJ7v-0MP4p=tpzgNJu1Mxgt8cv4PL01PbQWhTzN6bYSQR9Yuw@mail.gmail.com> <CAAZdMadmEuZz4T6t6BP_=ZMUrducE4g-qwYHpeiB8Ho8SEKCsQ@mail.gmail.com> <CAKKJt-d-6O1_aP1_7KENQSMYyE5yLhrbSCxec1TEEDB_0ss6=Q@mail.gmail.com> <CAOJ7v-0SEtMPedQ=Jga5ErTTTeacUjCKTOZd1arzUDKDVXjyoQ@mail.gmail.com> <CAKKJt-cZ+oxysgsyoGVQyV_z3GALT9uEYcwia5qLONjw1Oc2Rg@mail.gmail.com> <CAOJ7v-230-EskWz0abxcmTEpz4jf7xuVjOeVYeuxbEA3p2pr2Q@mail.gmail.com>
In-Reply-To: <CAOJ7v-230-EskWz0abxcmTEpz4jf7xuVjOeVYeuxbEA3p2pr2Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=stewe@stewe.org;
x-originating-ip: [67.161.32.179]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f45ea189-76d5-47a3-ad7f-08d7d0f4069e
x-ms-traffictypediagnostic: DM6PR17MB3163:
x-microsoft-antispam-prvs: <DM6PR17MB3163222FA1DE8635243D88EDAECE0@DM6PR17MB3163.namprd17.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:1284;
x-forefront-prvs: 0353563E2B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39830400003)(136003)(396003)(366004)(86362001)(4326008)(2616005)(36756003)(6512007)(81166006)(81156014)(8936002)(6486002)(8676002)(508600001)(53546011)(2906002)(316002)(66446008)(64756008)(66556008)(66476007)(26005)(76116006)(6506007)(33656002)(91956017)(110136005)(186003)(71200400001)(54906003)(5660300002)(66946007); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR17MB3163; H:DM6PR17MB3036.namprd17.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords;
received-spf: None (protection.outlook.com: stewe.org does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 5ghdIM5zByCS2BMJuGU2AC5NvfJ49V/GLmAI2HE/+Co6A4bEPw3Q3UT7UAzGzjeFGU6QFPADOvOi1l+DUsoYnlxm4fRXI28d284Ujf9GVUuSCSZG3SE5eNTdhbmWHMHXo9i3v6qSd4QDThLByCUntk5eqzt56TLvgb0HZWxOV/a6QuK/T3Zx7mUtffYSglat6V9VXa0uQucomQLKds83HO54CXIzvaPPGpqiIwecn1AmEdL9/bSxUvuFoqAFfcC8AqYVm/pe5TeQAejIc3E/ZMT7gL/e81hW52HA46v7oX9WlGWzHhccRRDoJBVKvWOLa6xiDNzSA9lNtugAaNhGiQOjBLkP6h0kXNhbiPYMNCvTlNkydxFz3ysquh2SSfmd4YyAXcAz1ABQbIMyZZ/IaikzffACj42f87X2/PpsLbuh38HdnhVsxRlV7eeiuCBE
x-ms-exchange-antispam-messagedata: AbfjbJMmz8Q4YRI6pkHolaBvQUfuDh5rUfw4EXLPftdLquzAQWA2tIuL4iko440CjNeWu2V73EpE+bdmcUxpVVhCXohjWSbgPJaVpA1lwo9/0lzGuNLlrXpKwWGOgjdb6ftrdPPYxkNxPHlA1JBUWw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_A45D04C3D640485DBAF4611DBE41DBAAsteweorg_"
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
X-MS-Exchange-CrossTenant-Network-Message-Id: f45ea189-76d5-47a3-ad7f-08d7d0f4069e
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2020 19:37:59.6915 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 865fc51c-5fae-4322-98ef-0121a85df0b6
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7fZEcvo5atMIYqMh0zrxYW023oDQMJPLjI5qCVEkXPsMlKKw1PkWO7wK9ptkLqQl
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR17MB3163
Archived-At: <https://mailarchive.ietf.org/arch/msg/v3/Dgp9r72LDbms07FL2wPgjECevcw>
Subject: Re: [V3] Thoughts on scope for ript
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: Wed, 25 Mar 2020 19:38:05 -0000

Hi Justin, all:

From: V3 <v3-bounces@ietf.org> on behalf of Justin Uberti <juberti=40google.com@dmarc.ietf.org>
Date: Wednesday, March 25, 2020 at 12:32
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: Victor Vasiliev <vasilvv@google.com>om>, Jonathan Rosenberg <jdrosen@five9.com>om>, "v3@ietf.org" <v3@ietf.org>
Subject: Re: [V3] Thoughts on scope for ript



On Wed, Mar 25, 2020 at 12:26 PM Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com<mailto:spencerdawkins.ietf@gmail.com>> wrote:
Replying to Justin, after reading Victor's reply - thank you both for replying ...

On Wed, Mar 25, 2020 at 11:55 AM Justin Uberti <juberti@google.com<mailto:juberti@google.com>> wrote:


On Wed, Mar 25, 2020 at 9:28 AM Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com<mailto:spencerdawkins.ietf@gmail.com>> wrote:
This is interesting ...

On Wed, Mar 25, 2020 at 10:31 AM Victor Vasiliev <vasilvv=40google.com@dmarc.ietf.org<mailto:40google.com@dmarc.ietf.org>> wrote:
I would like to second Justin's point here about the value of a client-server RTP streaming by itself (e-f, though in-band c-d are also valuable).  There's a lot of value in the world where I can take an HTTP URL to some endpoint in the cloud and give it to, say, an IoT camera device to use as a realtime media sink, or pass it to an off-the-shelf streaming library to show a realtime media source on screen.

I know most of my own concerns about RIPT media have started out with "this won't be as good as RTP for media", but what I've been getting from RIPT discussions is, that may not matter as much as I expected.

For a use case like Victor's, great media quality would be great, but good enough media quality may be ... good enough.

Am I putting words in the mouths of the proponents?

Some applications may tolerate somewhat lower quality in fallback scenarios, but I think we should be aiming for RTP performance with HTTP ease of deployment.

I was actually hoping that wasn't the case, because ISTM that the question whether RTP performance over HTTP is possible/likely is going to suck up a LOT of the discussion time during the BOF ...

To Eric's point, "H3 is not widely deployed yet, and so we should think about how we want things to look". I think it's entirely possible to achieve RTP performance over H3, and hopefully also have a reasonable fallback when only H2 is available.

[Stephan]: many video conferencing technologies (including Vidyo, Zoom), have previously, or are currently supporting http-based media transport, often for years or even decades.  They are almost never enabled by any professional deployer, because the resulting QoS is user-perceived as so bad that the marketing guys decided that offering no video/voice (and instead make people pick of the phone) is better for product reputation than offer the degraded QoS.
Do any of you guys have hard numbers what sort of delay h3-based transport can achieve on today’s infrastructure?