IETF Logo Mail Archive

Re: [quicwg/base-drafts] OnPacketsLost for Nonretransmittable Packets (#2015)

Kazuho Oku <notifications@github.com> Fri, 23 November 2018 23:01 UTC

Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3726D130DC1 for <quic-issues@ietfa.amsl.com>; Fri, 23 Nov 2018 15:01:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.46
X-Spam-Level:
X-Spam-Status: No, score=-9.46 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 zbnFNPN7yHEO for <quic-issues@ietfa.amsl.com>; Fri, 23 Nov 2018 15:01:36 -0800 (PST)
Received: from out-7.smtp.github.com (out-7.smtp.github.com [192.30.252.198]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4B30128AFB for <quic-issues@ietf.org>; Fri, 23 Nov 2018 15:01:36 -0800 (PST)
Date: Fri, 23 Nov 2018 15:01:35 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1543014095; bh=LHXQ2gKqwq08Hz1Ety0W9ZMBA2E+0fmtgc0ChJj3GRo=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=nTulqIkDlX8U+cEgxIMW3FiyvTUj0toispgXEcxRek9/YQ67ZvOqreIzdIJEDAZ4D Vtn16VR6RKH0gWIYZbuP7ugS2aUYIK7nICmS9KOfq7IGIRxrQubhiMK5GhyjnzuOYw z9KiIMzL2ToYUoyqMXokA7N5Ptq2pmo9+TsKqxyY=
From: Kazuho Oku <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab1cfef583caacf312aea70f83eb93353e45eca03c92cf00000001181048cf92a169ce16c13e3b@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2015/441327531@github.com>
In-Reply-To: <quicwg/base-drafts/issues/2015@github.com>
References: <quicwg/base-drafts/issues/2015@github.com>
Subject: Re: [quicwg/base-drafts] OnPacketsLost for Nonretransmittable Packets (#2015)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5bf886cf6aa8b_39813f9ef10d45c4457858"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/zbvbKRFapL8gV5E05uaNfVDMHR8>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Nov 2018 23:01:38 -0000

@pravb 
> I assume even with QUIC, unless the implementation goes out of its way, ACKs should get piggybacked with data? If ACKs are always sent separately then I would question this decision since unlike TCP they are occupying network bandwidth. At the least we should document that ACKs must be piggybacked whenever possible.

This seems to be related to #1977.

IMHO, it might be better to state that an endpoint SHOULD NOT send pure ACKs more than one per two packets being received. I say this because some QUIC stacks might use a split design, where ACKs are generated in the kernel (for more timely response) while generating retransmittable packets in the userland.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/2015#issuecomment-441327531

v2.35.0 | Report a Bug | By Email | System Status