IETF Logo Mail Archive

Re: [EToSat] QUIC ACK Strategy

"Border, John" <John.Border@hughes.com> Tue, 16 April 2019 22:19 UTC

Return-Path: <prvs=2009b3323b=john.border@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 7EAF91201A8 for <etosat@ietfa.amsl.com>; Tue, 16 Apr 2019 15:19:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.653
X-Spam-Level:
X-Spam-Status: No, score=0.653 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=1.989, KHOP_DYNAMIC=1.363, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hughes.com header.b=lfW87yeJ; dkim=pass (1024-bit key) header.d=hughes.com header.b=grHirdib
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 NRJIKBKkNU0d for <etosat@ietfa.amsl.com>; Tue, 16 Apr 2019 15:19:11 -0700 (PDT)
Received: from mx0a-00115402.pphosted.com (mx0a-00115402.pphosted.com [148.163.150.3]) (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 DEFDB120045 for <etosat@ietf.org>; Tue, 16 Apr 2019 15:19:11 -0700 (PDT)
Received: from pps.filterd (m0118426.ppops.net [127.0.0.1]) by mx0a-00115402.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x3GMHIei031747; Tue, 16 Apr 2019 22:19:10 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=7UeOXlSm3WU2Bv7O8OZg7FqbqWqdbVN979sw8C8ISpM=; b=lfW87yeJKFvtM2HnDIAchW2maG9aMz+egHIXoj/pt+pyLYCcNcRdiShBBK8WqSVgEEO+ Krw7vTdgO0Ze+ePE9MbY2scFnm9h609CzHqMb6aof7C6LZG1XJf542KuBIoi6AWfGr+Y CvdpQCsFt+I0huO4JA6QFFyt+N6N19ThKOQH2VZMtqDliZoA42+WMgf6rErOw6rdZZpT OS/wv0J38S539YWdwJPn9Nfd5ronsQjSVZKxncSLTkiiepnXgTTqEJ/Zf2VTCaDg7Vzu H1/r9Pz3k+cjo4h/u6sm7kMIsur/tMrXFks7wBl2NIJvvbqWyLp13BrkvOa/HLyPYRXO 0w==
Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp2054.outbound.protection.outlook.com [104.47.34.54]) by mx0a-00115402.pphosted.com with ESMTP id 2rwm1yscwc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 16 Apr 2019 22:19:09 +0000
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=7UeOXlSm3WU2Bv7O8OZg7FqbqWqdbVN979sw8C8ISpM=; b=grHirdibkrCjWu0UeSYWYVRJhSlui16pDKZouHD85hTBrqu52ZOSS5hBVI37yy7tbtmsJpz0j9H1UwFjpGmEXPn6WYQSjJSOKuLipZWsnW1RKIWwkfebMY1aMuliVnoFDpufJZKXAPd+n/QEAMkh7YgSyMGY7IlzESgMnNazupw=
Received: from BL0PR11MB3394.namprd11.prod.outlook.com (10.167.240.87) by BL0PR11MB3107.namprd11.prod.outlook.com (20.177.205.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1792.19; Tue, 16 Apr 2019 22:19:07 +0000
Received: from BL0PR11MB3394.namprd11.prod.outlook.com ([fe80::419:2ce6:2986:10d3]) by BL0PR11MB3394.namprd11.prod.outlook.com ([fe80::419:2ce6:2986:10d3%3]) with mapi id 15.20.1792.020; Tue, 16 Apr 2019 22:19:07 +0000
From: "Border, John" <John.Border@hughes.com>
To: Ted Hardie <ted.ietf@gmail.com>
CC: "etosat@ietf.org" <etosat@ietf.org>
Thread-Topic: [EToSat] QUIC ACK Strategy
Thread-Index: AdT0llzALRPu/8ttTzSctTDEIHWw5wABr7OAAAEbRdA=
Date: Tue, 16 Apr 2019 22:19:07 +0000
Message-ID: <BL0PR11MB3394CE76B4F7853FD463DB9890240@BL0PR11MB3394.namprd11.prod.outlook.com>
References: <BL0PR11MB3394FF7694072543BA49ECAC90240@BL0PR11MB3394.namprd11.prod.outlook.com> <CA+9kkMA2HFJ1TsBu9vNRrJKraKhf0-c-qMhdBCsu+Q58hwUieQ@mail.gmail.com>
In-Reply-To: <CA+9kkMA2HFJ1TsBu9vNRrJKraKhf0-c-qMhdBCsu+Q58hwUieQ@mail.gmail.com>
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: af14b5de-1b90-4cac-bb5e-08d6c2b98afe
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600140)(711020)(4605104)(2017052603328)(7193020); SRVR:BL0PR11MB3107;
x-ms-traffictypediagnostic: BL0PR11MB3107:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-prvs: <BL0PR11MB31075EAAC2CE5B005852E90490240@BL0PR11MB3107.namprd11.prod.outlook.com>
x-forefront-prvs: 000947967F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6029001)(136003)(366004)(39860400002)(396003)(346002)(376002)(189003)(199004)(229853002)(186003)(33656002)(86362001)(68736007)(6246003)(26005)(53936002)(256004)(5024004)(14444005)(74316002)(99286004)(7696005)(76176011)(6436002)(55016002)(236005)(9686003)(53546011)(6306002)(6506007)(54896002)(102836004)(66066001)(486006)(97736004)(105586002)(478600001)(2906002)(476003)(14454004)(72206003)(966005)(106356001)(52536014)(81156014)(81166006)(4326008)(5660300002)(6916009)(316002)(8676002)(7736002)(606006)(8936002)(25786009)(71190400001)(790700001)(3846002)(6116002)(71200400001)(446003)(11346002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR11MB3107; H:BL0PR11MB3394.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-message-info: 3Egj6BKEgCrzTdUoOjvQ3y6lqYVc4pjO0Rly+yP1+oqzOEQ2EQgAyiu5013YSYlJg6r9k09a0UNXtXwYGPefnb9TmCiRoNYo2+p41JWXz6VkmOFOy+m+xOaYKimUANfFlCgPB1ePgAldu02Dp1/NLLgSoY7eljdZQIZBxDc9zrFX1kZ0br/KuCK4NmHDUMLxAtXQoNtzhqQ6zxdq//Pw38+WHPsrxGtNXugWayVCVwBoSnMjFhAvZVBg0H/EVPmkCEUfYKsAzRTdLJNypnKS1GLOq61crDfRCQdQ5M5q0GfBtuPTXg4dfQ72dUrpcH+SBSVx4elGAWOHBE1w4k+jenz4aQGK/14zoflBj+8siXM9ezpT6tnUUXxtG3DQdnke+2QmZKpmXb8k4C1l8Sj4apcCnHqNMrY2b3VL+J3wvxo=
Content-Type: multipart/alternative; boundary="_000_BL0PR11MB3394CE76B4F7853FD463DB9890240BL0PR11MB3394namp_"
MIME-Version: 1.0
X-OriginatorOrg: hughes.com
X-MS-Exchange-CrossTenant-Network-Message-Id: af14b5de-1b90-4cac-bb5e-08d6c2b98afe
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Apr 2019 22:19:07.5061 (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-Transport-CrossTenantHeadersStamped: BL0PR11MB3107
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-04-16_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904160133
Archived-At: <https://mailarchive.ietf.org/arch/msg/etosat/l9LMAZgTDcBM00-sw4l_b4R4YwE>
Subject: Re: [EToSat] QUIC ACK Strategy
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, 16 Apr 2019 22:19:14 -0000

Thanks.  One of the functions that a TCP PEP for satellite performs is ACK aggregation over the satellite link.  The originally ACK stream may or may not be replicated at the downlink side.  We, of course, cannot do this with QUIC.  The v1 iQUIC baseline seems to leave open a lot of flexibility for dealing with this.  We will take a look at some concrete strategy proposals for version 2.  My colleague reminded me that Ian had put something out there about one per 1/4 RTT.  That is close to the same rate our PEP uses for TCP.  And, I like the fact that being based on RTT the rate is adjusted automatically based on path characteristics.


John



From: Ted Hardie <ted.ietf@gmail.com>
Sent: Tuesday, April 16, 2019 5:41 PM
To: Border, John <John.Border@hughes.com>
Cc: etosat@ietf.org
Subject: Re: [EToSat] QUIC ACK Strategy

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.

You might want to take a look at https://tools.ietf.org/html/draft-ietf-quic-recovery-19#page-6<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dquic-2Drecovery-2D19-23page-2D6&d=DwMFaQ&c=dIKa1mMv92xhhFzVXv5A3Q&r=9F44ji63_2hvW5HufmlpP-DFKXuFy4jDtL5PXwKlTqg&m=tA_S6UPMM5eclUJzsmisGq1F1w6cJVYwziQdvqTl_YY&s=np2E8eA7xZP1L5AbxnQ3VdUPfVGt9KLG1SsEssGyYTg&e=>

The baseline is this:


    As an optimization, a receiver MAY process multiple packets before

   sending any ACK frames in response.  In this case the receiver can

   determine whether an immediate or delayed acknowledgement should be

   generated after processing incoming packets.

There are specific conditions which are ack-eliciting, but you are generally permitted to optimize this.

Ted

On Tue, Apr 16, 2019 at 2:11 PM Border, John <John.Border@hughes.com<mailto:John.Border@hughes.com>> wrote:

    We were looking at some gQUIC traces and noticed an ACK every other packet similar to TCP.  Does anyone know if iQUIC includes being able to tune the ACK rate?  At very high speeds, that is a lot of ACK traffic…


John

_______________________________________________
EToSat mailing list
EToSat@ietf.org<mailto:EToSat@ietf.org>
https://www.ietf.org/mailman/listinfo/etosat<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_etosat&d=DwMFaQ&c=dIKa1mMv92xhhFzVXv5A3Q&r=9F44ji63_2hvW5HufmlpP-DFKXuFy4jDtL5PXwKlTqg&m=tA_S6UPMM5eclUJzsmisGq1F1w6cJVYwziQdvqTl_YY&s=iZKE2UiNcIv0cbDSdcmIgcUfZyrJlt0jdHi9SK0lkY8&e=>

v2.23.0 | Report a Bug | By Email