Re: [EToSat] What we are looking for from QUIC

"Su, Chi-Jiun" <Chi-Jiun.Su@hughes.com> Tue, 10 December 2019 19:50 UTC

Return-Path: <prvs=024799f22e=chi-jiun.su@hughes.com>
X-Original-To: etosat@ietfa.amsl.com
Delivered-To: etosat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23705120A8F for <etosat@ietfa.amsl.com>; Tue, 10 Dec 2019 11:50:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hughes.com header.b=HjhILRfU; dkim=pass (1024-bit key) header.d=hughes.com header.b=F0q5IqFR
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 uA3pxiio--jI for <etosat@ietfa.amsl.com>; Tue, 10 Dec 2019 11:50:26 -0800 (PST)
Received: from mx0b-00115402.pphosted.com (mx0b-00115402.pphosted.com [148.163.153.174]) (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 20004120A5C for <etosat@ietf.org>; Tue, 10 Dec 2019 11:50:26 -0800 (PST)
Received: from pps.filterd (m0118427.ppops.net [127.0.0.1]) by mx0b-00115402.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xBAJn0nw031123; Tue, 10 Dec 2019 19:50:22 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hughes.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=3152018; bh=yAb7oSm+EgEPCZlMOmQuqmtKQX/y9U41mREo7e/h7hU=; b=HjhILRfU/53jWVbNE9xBgi4bzgt1CQQAP3m2jpfvZ8sskeT9eWW/FV1duOFeAUzws+N1 jpDjNPBq2Mx2bDpY8JcE2Zz0phZJ9VbQW6QVoOGFlVzZOTT/OBrG2S/4vdXcXmk0cRd1 2XgkH8zP89qQdpLlmkEomrO7/RyTrfB0u2FGjVaRk0UC1LLaYnvs67XFZuVba/CmBhqx VoKNYyo1HmDiryolDuenZtqmGcXxi8f7LmUAaanL5oIeGXYT91NAxPXSgday+XG5CC3Z JoErmKySOF5MxgO6V1ub6ePFO85v9kaZ54G/1FU+hep9sbvOC3Cyo19DNG5Zglos9si6 IA==
Received: from nam04-sn1-obe.outbound.protection.outlook.com (mail-sn1nam04lp2059.outbound.protection.outlook.com [104.47.44.59]) by mx0b-00115402.pphosted.com with ESMTP id 2wr3a9sguk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 10 Dec 2019 19:50:21 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SgoHRp5e49BovxYRAnvPtIUxRpwOf1vLhMkHHibXsFwWVchnT6JcD5Xm+mjYczOjubRrNJMudm8BcShx6weyNevVefrqOpawNDnt2WTo7jVrBcEtx+4sLlPmp7FuCVDCwTtvK7RjJ7pnYwPlnE5FTW9teLWgWejUG3fDDmyejjOH7V8pq3PZsrMda6L/hBYhhuLtRNpARv/fB9NouRFy0dEfHWm45G3rZVGNoPLpIjkbniONkOc8fVTJCpmTX860B5BbyKZfoDqlecRosXuz+2M7wTWeFGwX3ZlUgcb6cykEPCo2BEUszR4H0OtsLVMWN8j3aQd4AubEJ+fR0qb/Ew==
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=yAb7oSm+EgEPCZlMOmQuqmtKQX/y9U41mREo7e/h7hU=; b=iewT0mwTdksjaIbqDXy9xDrwcuyaBPmsEtPVRaXXucSrDGyeu6jBAruo1Jf7Cfsm52j8eHGYBOMvFAHNg35rxmLy5VcJE6FULxL0JK7ILH1C2tvyShfJXxx8ESpnNbOb6scXsn9xdVlCGQRnEEkSrqljn5v9Apfjia0ParAnDIzJ7f54tiPWRJrZiGBxsDKvIIHyMIEv8ZEbYcU2HnQdu5b9jCI9U9Qxyb+VVGFeEOC8HJlWmlLySw6h5hwvoNfMseUnZmQoMqrrpZ/IdoSaHL3VpjQTTaTc9AjnC9rh7h6TsfwVAQZQjde2mNroqO9R0HQ6Twb82oCDahYbAfaBGw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hughes.com; dmarc=pass action=none header.from=hughes.com; dkim=pass header.d=hughes.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hughes.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yAb7oSm+EgEPCZlMOmQuqmtKQX/y9U41mREo7e/h7hU=; b=F0q5IqFRPeRYFVldgoh5ODYF+o2BceKu/liuAo45qPvLqJTeMmV/kb3CWoa+qFGaAY/kpA+8JKNptLgCMdY91zq4bBpEeYK9FSB84u2xrMIe5OBBGI89/5ZO46knjim+wnBtA66rRajER9q0opwzO1Sz/cE6RhhS1VeYfdDxAt0=
Received: from BYAPR11MB3078.namprd11.prod.outlook.com (20.177.225.85) by BYAPR11MB3797.namprd11.prod.outlook.com (20.178.239.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.15; Tue, 10 Dec 2019 19:50:19 +0000
Received: from BYAPR11MB3078.namprd11.prod.outlook.com ([fe80::dc3f:3a8d:5316:f9a3]) by BYAPR11MB3078.namprd11.prod.outlook.com ([fe80::dc3f:3a8d:5316:f9a3%5]) with mapi id 15.20.2516.017; Tue, 10 Dec 2019 19:50:18 +0000
From: "Su, Chi-Jiun" <Chi-Jiun.Su@hughes.com>
To: Christian Huitema <huitema@huitema.net>
CC: "Morten V. Pedersen" <morten@steinwurf.com>, "etosat@ietf.org" <etosat@ietf.org>
Thread-Topic: [EToSat] What we are looking for from QUIC
Thread-Index: AdWqBvqSpD0dZHfeQqedFPfMiHoxPwEe5tAAAARH8DAACdnqgAA1zDeg
Date: Tue, 10 Dec 2019 19:50:18 +0000
Message-ID: <BYAPR11MB30789EC9EF9F6F9725845F4DCE5B0@BYAPR11MB3078.namprd11.prod.outlook.com>
References: <SN6PR11MB308798A993C4C67CF898A4E5CE580@SN6PR11MB3087.namprd11.prod.outlook.com> <5D6C8912-FF49-4C03-886B-C4509DA7EA16@huitema.net>
In-Reply-To: <5D6C8912-FF49-4C03-886B-C4509DA7EA16@huitema.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [139.85.223.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 90a1f637-0219-48e1-8630-08d77daa2f62
x-ms-traffictypediagnostic: BYAPR11MB3797:
x-microsoft-antispam-prvs: <BYAPR11MB3797FF936B8AA3D24BA776B9CE5B0@BYAPR11MB3797.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6108;
x-forefront-prvs: 02475B2A01
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6029001)(366004)(189003)(199004)(13464003)(55016002)(54906003)(33656002)(498600001)(8676002)(8936002)(7696005)(81166006)(4326008)(86362001)(52536014)(81156014)(71200400001)(9686003)(66946007)(5660300002)(66556008)(66446008)(64756008)(966005)(66476007)(6506007)(26005)(2906002)(53546011)(186003)(76116006)(6916009)(562404015); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR11MB3797; H:BYAPR11MB3078.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: hughes.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: zMGLpcGjf6WRFjJKLXVgPFaFy48gvUFEKwqgUkqSBN6EtpZOjH7/kLfKIwuZ8zHmuwws9VMKyTrtliIsF7WbXSZ92CYC4OjYBbl8y6/+Aobzf/f3XLc/n/ceKQ25lvmngBT+X847mGVbFWgHCgP3G+sgZLdkrUpUp15K757FZAQxAvdTsslTD6JWgDhWG0zwoDCQ2X/aj6xSeLt0inkJyLrb6/V5kFxfw76pEkymS5fEVZiTBRpQInm2FhJiJGVq4lPS4jLhrfA0js558XQNkTQU5ZPwLRpeVAOiEuqZ62tftEXlP//LhGnFf1kiejrFQI8m4kpURomKSf0K/DcVLLp7YgEV6hm5W0py7qFaV3tLTb03O1k9nc3CFMrB/D3L3DRyCPbUjEDdY1/l6DEmV/cY881vFIEP5vd1sxTBzalrA18WvyXha2D/8jPd+olsgfO/GT9Tv6KNsTxOIA7hDWONhgxjc6HUWFRTmCmSQXTTFbuHmGfRN8CwW+xdK0HrQcpHLiSbCmiL2nZGFStPJMscxrhV+KfLml4VjIJmAgX1xGWjKTRHsqwzkvZsC5iS
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB30789EC9EF9F6F9725845F4DCE5B0BYAPR11MB3078namp_"
MIME-Version: 1.0
X-OriginatorOrg: hughes.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 90a1f637-0219-48e1-8630-08d77daa2f62
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Dec 2019 19:50:18.5315 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0e1f3187-4610-4ce2-bad1-b92f4ba36ab3
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: d7EgiQLaOfihqoLdtnOlyeS7ayOrKGIpjRNkK3dleJ9cY1UEEW/IsLiL8UwZrDBpvo9TSXz+L8+idDOLz1kmbg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3797
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-12-10_06:2019-12-10,2019-12-10 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 impostorscore=0 mlxlogscore=999 priorityscore=1501 malwarescore=0 lowpriorityscore=0 suspectscore=0 mlxscore=0 bulkscore=0 spamscore=0 phishscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912100162
Archived-At: <https://mailarchive.ietf.org/arch/msg/etosat/1qGCwUlGY6TDWSn7miXse0yTUoI>
Subject: Re: [EToSat] What we are looking for from QUIC
X-BeenThere: etosat@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "The EToSat list is a non-WG mailing list used to discuss performance implications of running encrypted transports such as QUIC over satellite." <etosat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/etosat>, <mailto:etosat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/etosat/>
List-Post: <mailto:etosat@ietf.org>
List-Help: <mailto:etosat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/etosat>, <mailto:etosat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2019 19:50:29 -0000

From Christian’s paper, the first two cases where use of packet level FEC provides benefits are in satellite communication.


“There are in fact at least three environment where the reduced error rate proves very valuable. When multicasting data toward large groups, even a small individual error rate per recipient may result in large retransmission rates for the whole group and the use of redundancy will result in dramatic efficiency gains. In the case of long transmission delays, the use of redundancy helps maintaining the delivery delays within acceptable limits, even in presence of errors. When the receivers do not have enough memory resources to implement sophisticated retransmission techniques, forward error correction can compensate the relative inefficiency of cheap algorithms of the go-back N family.”


From: EToSat <etosat-bounces@ietf.org> On Behalf Of Christian Huitema
Sent: Monday, December 9, 2019 1:05 PM
To: Su, Chi-Jiun <Chi-Jiun.Su@hughes.com>
Cc: Morten V. Pedersen <morten@steinwurf.com>; etosat@ietf.org
Subject: Re: [EToSat] What we are looking for from QUIC

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
This reminds me of the "case for FEC" paper that I wrote a long time ago. The abstract is here: https://link.springer.com/chapter/10.1007%2F978-0-387-34986-2_8<https://urldefense.com/v3/__https:/link.springer.com/chapter/10.1007*2F978-0-387-34986-2_8__;JQ!!Emaut56SYw!ghR40lR1fPlxTxd2FAQ-A_MS23aqVeE3QWHRTwu4oXqBld0WqeiQZEFO8RA2UrI3xw$>

My copy of the text, in Postscript, is here: http://huitema.net/papers/case4fec.ps<https://urldefense.com/v3/__http:/huitema.net/papers/case4fec.ps__;!!Emaut56SYw!ghR40lR1fPlxTxd2FAQ-A_MS23aqVeE3QWHRTwu4oXqBld0WqeiQZEFO8RClCMWs_Q$>
-- Christian Huitema


On Dec 9, 2019, at 3:31 AM, Su, Chi-Jiun <Chi-Jiun.Su@hughes.com<mailto:Chi-Jiun.Su@hughes.com>> wrote:
Hi Morten,

John may respond to you when he is available.
I work in the same company as John.
Yes. You're right more or less.

- large window requires allocation of memory.  The number may be significantly huge for a server serving tens/hundreds of thousands of connections.
- FEC adds overhead in transmitted bytes and delay in encoding and decoding of FEC in addition to computational resource requirements.

Hope it answers your questions.
Thanks.
cj

-----Original Message-----
From: EToSat <etosat-bounces@ietf.org<mailto:etosat-bounces@ietf.org>> On Behalf Of Morten V. Pedersen
Sent: Monday, December 9, 2019 6:20 AM
To: etosat@ietf.org<mailto:etosat@ietf.org>
Subject: Re: [EToSat] What we are looking for from QUIC

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.

Hi John,
Could you elaborate on the point below:

--------------------------

On 12/3/19 7:43 PM, Border, John wrote:

We are looking at FEC to help with the packet loss problem and large
windows to address the throughput problem.  Since enabling FEC and
very large windows (especially initial windows) will not be good
defaults for general use, we need some sort of learning capability to
know when they should be used.

--------------------------

Is it because of computational complexity or similar?

All the best,
Morten

_______________________________________________
EToSat mailing list
EToSat@ietf.org<mailto:EToSat@ietf.org>
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/etosat__;!!Emaut56SYw!jbhJ11p7YT7--EvCJ88bLI55OqJl1kcHQ46EEnS7wGZdk3cJCgFk3JMytIjk4Fi9Cw$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/etosat__;!!Emaut56SYw!jbhJ11p7YT7--EvCJ88bLI55OqJl1kcHQ46EEnS7wGZdk3cJCgFk3JMytIjk4Fi9Cw$>

_______________________________________________
EToSat mailing list
EToSat@ietf.org<mailto:EToSat@ietf.org>
https://www.ietf.org/mailman/listinfo/etosat