IETF Logo Mail Archive

RE: Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC

"Das, Dibakar" <dibakar.das@intel.com> Wed, 28 July 2021 20:17 UTC

Return-Path: <dibakar.das@intel.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AAB63A1E85; Wed, 28 Jul 2021 13:17:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=intel.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 J4aOKy6o8e3F; Wed, 28 Jul 2021 13:17:38 -0700 (PDT)
Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) (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 81EE63A1E8C; Wed, 28 Jul 2021 13:17:38 -0700 (PDT)
X-IronPort-AV: E=McAfee;i="6200,9189,10059"; a="276527541"
X-IronPort-AV: E=Sophos;i="5.84,276,1620716400"; d="scan'208,217";a="276527541"
Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Jul 2021 13:17:34 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.84,276,1620716400"; d="scan'208,217";a="499338851"
Received: from fmsmsx604.amr.corp.intel.com ([10.18.126.84]) by fmsmga004.fm.intel.com with ESMTP; 28 Jul 2021 13:17:34 -0700
Received: from fmsmsx612.amr.corp.intel.com (10.18.126.92) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Wed, 28 Jul 2021 13:17:33 -0700
Received: from FMSEDG603.ED.cps.intel.com (10.1.192.133) by fmsmsx612.amr.corp.intel.com (10.18.126.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10 via Frontend Transport; Wed, 28 Jul 2021 13:17:33 -0700
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (104.47.59.174) by edgegateway.intel.com (192.55.55.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2242.10; Wed, 28 Jul 2021 13:17:33 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=arf3vu+IOk4tSFIvcPuMuoLnKOZeG6rnYV1S+/Rq28RPlUqFuGzjJhV4DSblCsgPPXwAsasUgDBaN23LdDAT62sSSuEvdgEOljSwh8LsMNORnS4v/lo3tJ2RlN3hlrmUXOWdlI8uiz8u70p2eDEcHL+aU0hnq7g7GyuWwZv1sFnCPwh0/bGW+fWJaAvDse07sg/0DY2Jv2dxZrm8PBy5SNSbmMwxGui4p2P0tg0NH6sza9WUFaVVU+utYjpwmXfl+MAp8ZDkgag/JUUv0fYGw/0NsbdWbBQxDFZHI8LQYR9WRALnXAOJh4LhQxICMrbEM3HCyr00ux0utLAtusLr+Q==
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=aQbkRLjUyfTSnK+u0IcK9Jiyn1huMN+VkYUqhLppOfo=; b=gKpnUdXMghFeVjQKtC5rb4D8fpaUf0xhKHeGby8duNapXH5MEiqMbCj/umx4KW2mKeEoYVYlECWPuy5TG7Py/tcrtRUCYF+UypHENqpreeuwEB/kjqtWo3xk+JdrwMIBvcEBTRT3W8JbmicxBIo6YNfQQHwqBIXGxZfPmzB+mcwE27752/wT2GGHqtoluuvZTUw9VA+P+KbM169fBkXOtX4LQ6QBvXsOf8Sh2zpwr59jKKDqJRkh6nRnxYZT2UHANrECOBuJ3iLfg6l0HMl1pmjIyHfHv0kcLXq3RhbBeqnpcsybIa8+XV8ZUf06euXTRlmSH/qaN239KPhxDqv+jQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel.onmicrosoft.com; s=selector2-intel-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aQbkRLjUyfTSnK+u0IcK9Jiyn1huMN+VkYUqhLppOfo=; b=E9/7iyKBrzp0c+rnC/kpUFMkGXGrgRv2wxNk6nPfLuA5aYLS12JMj0RPTq9+2RwRTyUvhMZ2PWS4HwvT+a1NBt8/KJlQwdA6tKKnqAfNRzH6Vh789555akDmFiBGPdRip7IpjL8NT5lsl9cUyvT5f1SuUx3JaKIV5x6ue5nh894=
Received: from MW3PR11MB4700.namprd11.prod.outlook.com (2603:10b6:303:2d::10) by MWHPR1101MB2077.namprd11.prod.outlook.com (2603:10b6:301:4d::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4373.18; Wed, 28 Jul 2021 20:17:32 +0000
Received: from MW3PR11MB4700.namprd11.prod.outlook.com ([fe80::6194:cadc:2cae:5190]) by MW3PR11MB4700.namprd11.prod.outlook.com ([fe80::6194:cadc:2cae:5190%9]) with mapi id 15.20.4352.031; Wed, 28 Jul 2021 20:17:32 +0000
From: "Das, Dibakar" <dibakar.das@intel.com>
To: Ian Swett <ianswett@google.com>
CC: Alan Frindell <afrind=40fb.com@dmarc.ietf.org>, "quic@ietf.org" <quic@ietf.org>, "mops@ietf.org" <mops@ietf.org>, Kirill Pugin <ikir@fb.com>
Subject: RE: Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC
Thread-Topic: Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC
Thread-Index: AQHXg8cbuPEdfwjLOEm7z5CETlv+eKtYvX/AgAAMNYCAAAR74A==
Date: Wed, 28 Jul 2021 20:17:31 +0000
Message-ID: <MW3PR11MB4700445490984762C07FEAA6E1EA9@MW3PR11MB4700.namprd11.prod.outlook.com>
References: <7C8E8AF7-02FA-4AD5-9A53-3A7539758C55@fb.com> <MW3PR11MB4700AAF6E8BB1FE1275876A0E1EA9@MW3PR11MB4700.namprd11.prod.outlook.com> <CAKcm_gOKv+pOmjaEsP1G_MkpKV_PzRMeutBjH+0kw4omi7F74w@mail.gmail.com>
In-Reply-To: <CAKcm_gOKv+pOmjaEsP1G_MkpKV_PzRMeutBjH+0kw4omi7F74w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-reaction: no-action
dlp-version: 11.5.1.3
authentication-results: google.com; dkim=none (message not signed) header.d=none;google.com; dmarc=none action=none header.from=intel.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 98d56b88-fc90-421f-db3d-08d95204bb12
x-ms-traffictypediagnostic: MWHPR1101MB2077:
x-microsoft-antispam-prvs: <MWHPR1101MB20773F237B451F1A6D082269E1EA9@MWHPR1101MB2077.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: dGafr8LZklL3/BKlAmnPt4MK06/Lv3MXTglYig1Xyd1x62SGFaZEqaMD70rO5+D5CS2H0VG86D5YUXgRpppxWtDtZCW+GHMPV8phRI9RzpYuBbLFtRkhi4Ou25VK0ZVoFxSNgXCmu8K1yRTx/v0jeq5cXbS+TbGdOcwIs1ct+Dqj/apKpBahvbOxKZUmh94C+5rBTXrOulY8xj61F8v914mUJzsPD/hNcT7Uaz6tkFezCFYIQ4KQktvrBKEc4oZ4Sldzkl2A7HicZfYWr7Dyz4SDBRGq1YBlq5qL3jvZXl33fO5NGChci62A7NdM55kx4vpTaDIHdz6UgRmwzCrJThyo9ZaV3j7egF+768Gi2shIWDRjnNzE37ShxsDqkdFjgEfeNAKCpDJOokYdqMc8pENkPmN1oG0QLDkvYPNPiT28c36TCH4S6Jkf9XuMncix/vfEEBK+Ti1m6/BStZsQwB/djATE+pKzpaRKnwh36XbW3NCz67+NyOTrn7ZmZSa/9dvwSHHPEfrqmJ3Z0HLYk2mcDJXlhdiaF6hlu/9mJrBbMjZ6FzAubZ0ySvFqPfgoJWIgD8ETkvFN1b01i3k+Rj5Ecn0Dd5XslljBnk5h+eBWrK2mszysIkxq3V49yGyVoCUgrhkz88+eKp17Fc3mVI94SUYnUbphW+CrMSEY+ngPGkGhFWuhY456v4w4KGjqIUCJpAzuqlvTqhA65yF2ohfSpfaBEa78OyKqZcG9Afrb9C8IL1Ut075AT+2YLXyj3xvE8NxOWUpxsHvjF95XIvl0WVQfCQCru81JKeSOB08=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4700.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(376002)(396003)(366004)(136003)(346002)(5660300002)(166002)(7696005)(52536014)(316002)(54906003)(64756008)(66556008)(66446008)(2906002)(66946007)(76116006)(66476007)(83380400001)(86362001)(186003)(6916009)(966005)(33656002)(122000001)(38100700002)(55016002)(9326002)(8676002)(478600001)(8936002)(38070700005)(6506007)(71200400001)(53546011)(4326008)(9686003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: m3D1o9Kk5z07pj0cKg4YVO1kHS5jiZrIu94tG74H/Ylgf7eui/mM9MtmeWf6Ge4b2vYlby9Dkqg3zhq5xXMEQwklNZTYMqkYfSRdwrpHc4wy/2JLBc4nzMYrq0FjBS3Vug+dDObwFY1hykIo8BdDs9WOOxUPQqSGjat84tenrofRKxAV/FPwJPWVDSdD+YVXJNlJrWQc7Jn+S0AHhClfs2ZTyUJhLtFQMiG8EYerypX683GbkVKbnJZlKhfjaKSEi2WcFg6L7/qJ8A8CUprrPFBe0dunZetxkWD2lVNoHx7l6fHjG17wu1br3Yw06zOp4Nbc2pQ47URuJuhFy6fzGhl2N7Qzb5y5+LxfqW8utzDsHE0loWL7uBJO25xfyt05gpi3uOHb0V9lYc144MEG2ftBGjgvWwQpjnvGpMFC/LR26egCu+xgY/eS69v+dh6BXDIp2beMRcVO3ACaqjGwLwvCY28hCOJxKiFfzkMHrELB63AD1r15wYXGCzJI+UpIc/82KB9IHZ6mNezyHS6yvwiltLSVBjWeDMfEY+s1CzpN1ll17d2Avn+IKXuwgeMWNFho0LFFANLRL4DLrln0YmYXgsh8FtwaqfIzhbQW1P5Z8PUsbGCtHRYd16EgYWKxv6G6X97gSsbIG5nykN5NIr+lOoSwscF4A2CGPD3AGYvHEUCmnEJ1T8D5E11l100JEpxQWXe+3+yd+xt3/WQIstAL8906hfc+UMs+rmzNZf8r8bO1Lvwt785z5gnFAQfkr4YxsNXaCcXX1IJrw8eJCTYKCJpMvMrtif040AaszlFklPwRw5w9FQBbQWkH1aBOI1Q96D2yJH3Ctsi7rQAT9P3fF1ix0CUjp+YJwwoXIG8DHo/lSsyf28Hoxz54rY8i/HPrkHIqKhgkChYm3zNbfT6YlN8y9a/MhAdJS0BsotuKRY7GtUoTf93dHtDLuybQtZklqIkBKYsvKhZ/YijWdSmDK6WjVYQwzrs847saM5JfKtKzFRyY0jixduJ2MhDkZ60mDUVt6ajh203ddat9IsMgyyP4uEbkoTyLhpa/bJ/sDoqrwvPCl8ntALtKM6In30gbpxTKlMTAVKJJVwRgBBDBipieT7ZhBbs7M7YccsG7ASFzHexMrUN3851v14m9QhAdsNdzb/NCx9RKDqh6uVimo72BuX4AWHe/HcdgGlfgft3JrVpJn/zOZ3WpJTrneNtKu+yFbvJYG4ZmeqRTFa2FdHByB4f8YEbF4Z+eAyJgGX1BqJcOJM/kF8tB7Rv/bgOzoKafT+2xUol/Kg7Pm1Rc2FzPTr0PFKzgPPUqAwS0+zbtC3cQM0P/qa2w9BmqTIvyV/es2mudHDoAJXnnDmPTBslV4ymF5nCriBaM1AEeklt+4HfnMp033Ytq+Q2A
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4700445490984762C07FEAA6E1EA9MW3PR11MB4700namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4700.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 98d56b88-fc90-421f-db3d-08d95204bb12
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2021 20:17:31.8730 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vFzelwBvW85Dpe7pH7QPSdPoJYBuNv0AJF5X8aq7hE7ytZhifOgM2C7EF7kfsWQz8elhw9DjcCyxENyyHNKFTQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2077
X-OriginatorOrg: intel.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/tX5HaOjwI9K89esd04FFHAjgw_g>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Jul 2021 20:17:44 -0000

Hi Ian,

Thanks for the response.

I think having some signaling visible to the network layer could be useful for the transmitter in the wireless link (say, an AP) as it can take this information into account while preparing the packets. It can even be used in current WiFi (i.e., with in-order delivery) to optimize its scheduling for that stream for example, it can send a Ctrl frame soon to clear holes in the reorder buffer at the recipient.

Regards,
Dibakar


From: Ian Swett <ianswett@google.com>
Sent: Wednesday, July 28, 2021 12:42 PM
To: Das, Dibakar <dibakar.das@intel.com>
Cc: Alan Frindell <afrind=40fb.com@dmarc.ietf.org>; quic@ietf.org; mops@ietf.org; Kirill Pugin <ikir@fb.com>
Subject: Re: Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC

Hi,

I can't answer for Alan, but my belief is yes.  Client wifi stacks sometimes also do some reordering(and introduce the corresponding latency), so if we could design an indication that in-order delivery has no value, it could be fairly widely applicable.

That being said, I don't know what the right mechanism is?  Would we need something visible to a network or can we get away with a socket option that propagates to the local 5G network or Wifi firmware when possible?

Ian

On Wed, Jul 28, 2021 at 3:15 PM Das, Dibakar <dibakar.das@intel.com<mailto:dibakar.das@intel.com>> wrote:
Hi Kirill, Alan,

I could not attend the call this week and wont be able to attend this side meeting either.

But I had a general question about the performance of all such QUIC based protocols over wireless. Typically, the 5G and WiFI MAC layers deliver frames in-order which sort of recreates the HOL blocking problem at lower layers. I would expect this to in turn prevent the QUIC protocol to achieve its full performance gains at least in some congested network scenarios. Considering that in-order delivery is made optional in 5G PDCP, I was wondering if there could be a value to have some signaling defined in the QUIC (or RUSH ?) protocol that would allow lower layers to make better decision about whether to enable/disable in-order delivery for certain streams.

I apologize in advance if this is not the right venue to ask questions.

Regards,
Dibakar



From: QUIC <quic-bounces@ietf.org<mailto:quic-bounces@ietf.org>> On Behalf Of Alan Frindell
Sent: Wednesday, July 28, 2021 8:42 AM
To: avt@ietf.org<mailto:avt@ietf.org>; wish@ietf.org<mailto:wish@ietf.org>; QUIC WG <quic@ietf.org<mailto:quic@ietf.org>>; mops@ietf.org<mailto:mops@ietf.org>
Cc: Kirill Pugin <ikir@fb.com<mailto:ikir@fb.com>>
Subject: Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC

Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC / 11 Pacific

Link to draft agenda and video conference details: https://github.com/afrind/draft-rush/blob/main/meeting-materials/agenda.2021.07.03.md

-Alan

v2.23.0 | Report a Bug | By Email