Re: [Mops] Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC
"Das, Dibakar" <dibakar.das@intel.com> Thu, 29 July 2021 00:51 UTC
Return-Path: <dibakar.das@intel.com>
X-Original-To: mops@ietfa.amsl.com
Delivered-To: mops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55F0A3A07EE; Wed, 28 Jul 2021 17:51:19 -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 NmmGNtS15ykE; Wed, 28 Jul 2021 17:51:14 -0700 (PDT)
Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) (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 EBC523A07E6; Wed, 28 Jul 2021 17:51:13 -0700 (PDT)
X-IronPort-AV: E=McAfee;i="6200,9189,10059"; a="210893239"
X-IronPort-AV: E=Sophos;i="5.84,276,1620716400"; d="scan'208,217";a="210893239"
Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Jul 2021 17:51:09 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.84,276,1620716400"; d="scan'208,217";a="567058971"
Received: from orsmsx606.amr.corp.intel.com ([10.22.229.19]) by orsmga004.jf.intel.com with ESMTP; 28 Jul 2021 17:51:09 -0700
Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX606.amr.corp.intel.com (10.22.229.19) 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 17:51:08 -0700
Received: from orsmsx602.amr.corp.intel.com (10.22.229.15) by ORSMSX610.amr.corp.intel.com (10.22.229.23) 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 17:51:06 -0700
Received: from ORSEDG601.ED.cps.intel.com (10.7.248.6) by orsmsx602.amr.corp.intel.com (10.22.229.15) 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 17:51:06 -0700
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (104.47.59.175) by edgegateway.intel.com (134.134.137.102) 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 17:51:06 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BIWKjA1drXvYbUMPwqbM3D2nn+0bmh/+MEGh8Hi7SYiizDnV5Q0X2dtQszcce5b6zq7PRRRqJsRctKno8h3+llpFHrFgc0WGrFHgHy4TfYBvArAkvSYva/4PikKnd1TFwBdEYYJ8zMd4bxIqLyVlqOHeJdRztUCgbQ6cur6o7cQ9QWckRKhhw2mtxbAsbDOWs7fZJQMVkgBRjbcpP27pYXqLM/rURdRlthbMJqLP7IOr0nmdZOzsbb+2emeWpY1E04OAbzY4coTBCGQ5n5CwDPcmrJ7KCLbHdMbJltfF1POEej9GY7a4zb5ef5rZlstePzLGmkpSC96qChB3jBeq+g==
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=Jt2TF3stm3Dw5zjdCRLI6bX2MX58oHqr1ROKIH3Eyvo=; b=BCXQoIW62m+a6xD5e+BnVQfJg4bputQCQBvIVuuMeIOUqnjYQrUk/lr8XN2BXdoJmNwKLKPZQccC3FmmUJZu32sv3kzpwoN6/ZG4oP/kXeXTD57lstcL+fZNrThpYeJ232IWnkr7Jcvw6pX+rdFS6ueJWibEgrl/V3ur+15Ce4NrYkA11xf7/Bmoq26WAN9EFr0ygQR0I0d0uKAokfpQ7e/945uQ1jeykhVt3Kctp5Y2seQgofbxIfe/d3sQ6CgOJCpeM9tjR+ff2cXmwj9CACWwWffbqYlBl8C3Q55aOZuNzFX4OLYyUOfn7DhHCLTG+49JAwC19vhJb5WlLTSLKw==
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=Jt2TF3stm3Dw5zjdCRLI6bX2MX58oHqr1ROKIH3Eyvo=; b=rLUP0jZCZQgsoKlmVDIF42+0BLCRr/Hy+Y5zTlwW/QtbhZUGLIJKRdqsiL2olTLNlgEbBQxV07NpHiQjrQ6LXc5cHRMzvj29gRlC5uOurSR4VfTdMp2T243BBMlmhnXOFJljtbmLEIP7flwDLASC2AC1oO8IvczmpM/kveBdM6E=
Received: from MW3PR11MB4700.namprd11.prod.outlook.com (2603:10b6:303:2d::10) by MW3PR11MB4700.namprd11.prod.outlook.com (2603:10b6:303:2d::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.28; Thu, 29 Jul 2021 00:51:04 +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; Thu, 29 Jul 2021 00:51:04 +0000
From: "Das, Dibakar" <dibakar.das@intel.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
CC: Ian Swett <ianswett@google.com>, 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>, MORAND Lionel IMT/OLN <lionel.morand@orange.com>, tsvwg-chairs <tsvwg-chairs@ietf.org>
Thread-Topic: [Mops] Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC
Thread-Index: AQHXg8cbuPEdfwjLOEm7z5CETlv+eKtYvX/AgAAMNYCAAAR74IAAQaiAgAAObxA=
Date: Thu, 29 Jul 2021 00:51:04 +0000
Message-ID: <MW3PR11MB47003CB8C03D633F3137B976E1EB9@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> <MW3PR11MB4700445490984762C07FEAA6E1EA9@MW3PR11MB4700.namprd11.prod.outlook.com> <CAKKJt-erv-5waYiganL60eSO10v=Mok35ugzQPQ1Ya_E5K3KQQ@mail.gmail.com>
In-Reply-To: <CAKKJt-erv-5waYiganL60eSO10v=Mok35ugzQPQ1Ya_E5K3KQQ@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: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=intel.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 961795b6-a082-40ff-af64-08d9522af1d4
x-ms-traffictypediagnostic: MW3PR11MB4700:
x-microsoft-antispam-prvs: <MW3PR11MB4700314824E63C08B4FDBCD0E1EB9@MW3PR11MB4700.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Nd2a9bXb6HufFYlBxD9TMXAJhGvD0ChuHp1r3AsCfGZyTLfZi1MgQxWyuCt7VBFyGA/2iAoV3iJLpbEFJ34WpsehLNfUYFirYKIh6P341jqebpo3ByaWAQwwfm41Wpe1CDTy1CBw0r9mDHpXxphmrLKbx/iqNPh7+N8hpjGYZUjOL6dIIJeiQl94I91jr0fbwKjtJyL+IxqxTSS/S0T8g8dmcIuAPNiZEB4eUtF/as6WPvU6B2Hm7l+8vQ7M6I+uuVjtf9F34cQ5ufEKYRG7/89B9k0RMOgLn+Wubh+7u7GL6N80I9aMFqQztr9Bo547z9GLgLV6Guo8X5V7GbIYokrEPZQVlz4wZh+zGBhlA6jDCwcKhZrIGoeKHUgxwirhCz35NIlOnb+adhb+YKw4t7qDsa5uIAOeH3qtOy56d1RuyAE/XAy1QIOvcj6DsK2TVVmkMmRP8VS/3wmHBdzzFzyX9/KxU5CHMFQm9bAs+z+1i40WHCVK2S5XB8ALKeQLxiM4e3P+BQUXRARBGxWHjaknJdzS49eBc3oeWXVV8AfMNQvxqFl7Mxd2oISl9Vm7qNVL44xqEomtiYMmn2ZdBu1V/WtL81K9OrYXy5Pf18+G+yjKPFVxP8+JlMP5/H5svxS1udi+MhbVAsxN0Hef588tbeIeuae3qtgpEj5N6Lh5uQqm3RzhpExaRlr1nYar8tiQeQYG5QgcOh5cDDJljjd1Y11W1+kFc18wQq+XdNs81WbjzMQaY6J7ZwERkp04SWx6SPxodhkWSm1JoSUv35Mi5B3WxgPKnzv0H9m7uy5HZ93PJS6//xkIdPMLKHaCspoR2raYfzfSBdaBYNIySA==
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)(136003)(396003)(39860400002)(366004)(346002)(376002)(478600001)(83380400001)(6916009)(4326008)(54906003)(33656002)(2906002)(71200400001)(66556008)(64756008)(52536014)(122000001)(55016002)(7696005)(166002)(966005)(38100700002)(38070700005)(86362001)(66446008)(6506007)(9686003)(53546011)(5660300002)(8676002)(66476007)(9326002)(76116006)(66946007)(186003)(316002)(8936002)(26005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 7CohU2pHQtaPpPAscs/F07TjtzZDtiKvIlpriuxuu2lOAfwdT8LrATeoUmdQ2DV1nuEZoSvtbbXXKZdfWD/YWjVoEQxtFvnI+EyvtXndVLtNmbG7mqYKBzH6CcqUr23CHSyrCUbO0viU9eEibHZ1duZ4MmxsiQ4kOirdRgCOfsrMKnoN6wRZK98oy5Qgzwvd8x76SEDV+cB+K/ITAx2Sz+tmoKk8tyUiI1X0GQXldQ8TGkTDzoGALlpgsWOX5cRSPgaaEMd88N1VIgfeLYcnUKsNn3L/hkA/OEA+p+w0d92obwZXhMl6rdl2XEG0cs0Pmbrwm9CLJl81R74zlL/aG15Sz2tc501kV4k0+ZJUNgeZHTET+nlL0hv++iLYlpPC2DOzH+a4Yiu4zCHkbrRLRqvk8DcZ2DdZ2iNOpBafdnZrKK5gzMDriRhhiW/HmDFfa42m/Sjb6Qy0NrCHfZgjncBOeppp72vc54u8Vhb3AaNL8UVqS4V3JZmT0wya/fRBNt5j+tJs/qoMk/myjuvwg514ASHBhAgTuAfiBoHNNlos7Llx3qjM9Fc+F6lo78A95KbGfe5tyUZNKfiiAmj8rKRNRXwhcl4YsBcSJ0wr2PMuh7jZcJ4YsJPQQF4HHbisRVBeRVsZsqL3iOzPQadv01Pen5IiEF3zsf0c0ua9XixJv6SfRB0UowiKc83LqRUzDq2M8FNy8yzpLgFzxM2FRs9tT+g+i4yN44VLCrvlWcxWckQbmY2oM0zfNi57JuR5jPUhpVUdr8wBe3OJo+/efc1bIMwVldWp7V+/9t1Omc+0nPZ8YlF/Efea/LDi4ppQMGy0EzYLPmF+mIm31ZpMlETniDe1nKJFd1SORLssNhFOYfwUBIeZaljGfk8GQf5Y2gJE/jMQvdgQG4+VWXGDUXjCSGSONNB1hxDNhy+Hd0BzvjbMByANAt0QRcwfUQRFDKv/Pw+Rd1NJTprYaJwseLGl9gYsuTjkCDdjvepPIR9Fo6QxXVdPHTEwEvYLE7MAYhxC7QIPaEEeJlla/agZvi6at8iRm3f6QVDrdqxwy+cCyeOIVl4kvknGmJz1Xo6I4XGjmxnnS8O0Py/wuPW0fd6W14C01rGnwtXGqtj7RhlGYaHaNqtze/uA1s0JTnuUum++Kf+nIhLZPBVuY+4TdPFg/newn9IteN5EtmXpYGElVHaQFrZ/aB9Heds+9Ly5ZJnt4+pZ//5zWz4Xt/clqK1fAR6eyQBO1ZNy+befjoRf323QjNO1VusOSSb5k7nnRZqWQokN73dMDes3dtEqucpM/buXZPsu7jNWgPI7NRE0EmhDP8Od1RaJCXtI5+xO
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB47003CB8C03D633F3137B976E1EB9MW3PR11MB4700namp_"
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: 961795b6-a082-40ff-af64-08d9522af1d4
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2021 00:51:04.8081 (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: DV5jGl8lwlN7iBklmYER6D+UnO5JzuvaV5b8rUCfLXSBgt/BqJX5lTX57YYHx0e+v8hPZTeI/Rfcu8D/oTAO/g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4700
X-OriginatorOrg: intel.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mops/Z7CJsV93Byi2ueA5LpBUQuymfzk>
Subject: Re: [Mops] Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC
X-BeenThere: mops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Media OPerationS <mops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mops>, <mailto:mops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mops/>
List-Post: <mailto:mops@ietf.org>
List-Help: <mailto:mops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mops>, <mailto:mops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jul 2021 00:51:19 -0000
Hi Spencer, Thank you for the detailed response as this is the sort of guidance I was looking for. Thank you also for the references. Since the recommendation is to first raise the concern with layer-2 liaison, I will do that. However, I should clarify that I work on WiFi standards and not 3GPP. So, I will discuss the problem a bit more internally and then bring it up to the 802.11 liaison if needed. Regards, Dibakar From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Sent: Wednesday, July 28, 2021 4:53 PM To: Das, Dibakar <dibakar.das@intel.com> Cc: Ian Swett <ianswett@google.com>; Alan Frindell <afrind=40fb.com@dmarc.ietf.org>; quic@ietf.org; mops@ietf.org; Kirill Pugin <ikir@fb.com>; MORAND Lionel IMT/OLN <lionel.morand@orange.com>; tsvwg-chairs <tsvwg-chairs@ietf.org> Subject: Re: [Mops] Reminder: Video Ingest over QUIC Side Meeting Friday 7/30 18:00 UTC Hi, Dibakar, I apologize in advance if this is not the right venue to ask questions. This is only my opinion, but this is a fine venue to ask questions. But it may not be a good venue to resolve issues. Please take what follows as suggestions. There are people who understand some of the ins and outs of (for instance) 5G RAN, but honestly, there aren't a lot of them, so I'd start with 3GPP. If this was a concern I had, the first place I'd stop is with Lionel Morand (lionel.morand@orange.com<mailto:lionel.morand@orange.com>), the 3GPP liaison to the IETF, to share this concern. Lionel tends to be the person who sets agendas for the 3GPP-IETF coordination team. IETF participants are likely to say "if it hurts (performance) when you do that, you probably should stop doing that". In my opinion, that's because those participants don't want to special-case their protocols (especially transport-level protocols) to deal with L2 characteristics that won't be true for all underlying networking technologies. The PILC working group, concluded about 20 years ago, put together a nuanced discussion about L2 retransmissions in https://datatracker.ietf.org/doc/html/rfc3819#section-8.1. If anyone in the IETF thought that reasoning needed to be updated, I'd start with the TSVWG chairs, at tsvwg-chairs@ietf.org<mailto:tsvwg-chairs@ietf.org> - I believe this would be in scope for them, and Gorry Fairhurst, one of the RFC 3819 co-authors, is also a TSVWG chair, so that would jumpstart things. The current TSV ADs might have opinions about what should happen, but the TSVWG co-chairs can involve them if they need to be involved. I've taken the liberty of copying Lionel and the TSVWG chairs, so if you do reach out to them, they'll know what you're talking about. I hope this is helpful, and good luck on helping IETF and 3GPP Do The Right Thing. I know that's important. If I can explain any of this further, please email me privately, just to minimize the hit on people's inboxes. Best, Spencer (full disclosure: I co-chaired PILC with Aaron Falk) On Wed, Jul 28, 2021 at 3:17 PM Das, Dibakar <dibakar.das@intel.com<mailto:dibakar.das@intel.com>> wrote: 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<mailto:ianswett@google.com>> Sent: Wednesday, July 28, 2021 12:42 PM To: Das, Dibakar <dibakar.das@intel.com<mailto:dibakar.das@intel.com>> Cc: Alan Frindell <afrind=40fb.com@dmarc.ietf.org<mailto:40fb.com@dmarc.ietf.org>>; quic@ietf.org<mailto:quic@ietf.org>; mops@ietf.org<mailto:mops@ietf.org>; Kirill Pugin <ikir@fb.com<mailto: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 -- Mops mailing list Mops@ietf.org<mailto:Mops@ietf.org> https://www.ietf.org/mailman/listinfo/mops
- [Mops] Reminder: Video Ingest over QUIC Side Meet… Alan Frindell
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Das, Dibakar
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Ian Swett
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Das, Dibakar
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Roberto Peon
- Re: [Mops] Reminder: Video Ingest over QUIC Side … David Schinazi
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Roberto Peon
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Spencer Dawkins at IETF
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Das, Dibakar
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Zaheduzzaman Sarker
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Spencer Dawkins at IETF
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Holland, Jake
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Matt Joras
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Anna Brunström
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Holland, Jake
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Sergio Garcia Murillo
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Zaheduzzaman Sarker
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Ian Swett
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Holland, Jake
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Ali C. Begen
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Ian Swett
- Re: [Mops] Reminder: Video Ingest over QUIC Side … Spencer Dawkins at IETF
- [Mops] Minutes from Video Ingest over QUIC side m… Alan Frindell