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 D6B441200C1
 for <quic-issues@ietfa.amsl.com>; Tue, 11 Feb 2020 21:06:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.382
X-Spam-Level: 
X-Spam-Status: No, score=-6.382 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_24=1.618,
 HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5,
 SPF_HELO_NONE=0.001, 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 ZefDYF9MsQZN for <quic-issues@ietfa.amsl.com>;
 Tue, 11 Feb 2020 21:06:15 -0800 (PST)
Received: from out-23.smtp.github.com (out-23.smtp.github.com [192.30.252.206])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 71669120089
 for <quic-issues@ietf.org>; Tue, 11 Feb 2020 21:06:15 -0800 (PST)
Date: Tue, 11 Feb 2020 21:06:13 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
 s=pf2014; t=1581483974;
 bh=pVBRoFdj5bsjjpOu7ohITHZDnJXb19jdC7FrfkE4voY=;
 h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
 List-Archive:List-Post:List-Unsubscribe:From;
 b=nWVttbcHORZl7l/QA8Lmz5Hh/wYTETCNVIxM7V1rvZTW13dpywjQHg3ZSyTYFQ8yv
 lEgv1pnv4bEC253lMEcOWCmfvmDJof/jqU3OSiSIctYT2xZgCy3RIFrdf5MNlPR6O7
 JXH+8+Ronba1pYha4A09UJSRhz4R8la92FThKax4=
From: Martin Thomson <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+AFTOJK2MCPIOTNXQXFAFFEN4KC5ELEVBNHHCDF6P4Q@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3451/585031589@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3451@github.com>
References: <quicwg/base-drafts/issues/3451@github.com>
Subject: Re: [quicwg/base-drafts] Should we allow ACK-only packets to be
 declared lost? (#3451)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_5e4387c5f01d5_9be3f87924cd96c32065d";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: martinthomson
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/Sp3SsRtHnoZCBLomZVA3ydYMzl0>
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: Wed, 12 Feb 2020 05:06:18 -0000


----==_mimepart_5e4387c5f01d5_9be3f87924cd96c32065d
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

I don't follow that argument.

There's a simpler one: if sending packets causes congestion such that loss (or ECN-CE marking) occurs, then ignoring that signal means that you will likely create more congestion.

I don't see how the relationship to inbound packets is relevant here.  There are many ways in which the rate of outbound packets might be determined by inbound packets.  Servers answers requests, after all.  And if ACK-only packets are the dominant use of a link, then deliberately ignoring signals from them likely only drives send rates up to unsustainable levels; and that's on top of not counting those packets toward limits (something that is necessary).

-- 
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/3451#issuecomment-585031589
----==_mimepart_5e4387c5f01d5_9be3f87924cd96c32065d
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

<p>I don't follow that argument.</p>
<p>There's a simpler one: if sending packets causes congestion such that loss (or ECN-CE marking) occurs, then ignoring that signal means that you will likely create more congestion.</p>
<p>I don't see how the relationship to inbound packets is relevant here.  There are many ways in which the rate of outbound packets might be determined by inbound packets.  Servers answers requests, after all.  And if ACK-only packets are the dominant use of a link, then deliberately ignoring signals from them likely only drives send rates up to unsustainable levels; and that's on top of not counting those packets toward limits (something that is necessary).</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/quicwg/base-drafts/issues/3451?email_source=notifications&amp;email_token=AFTOJK5N6MNLNSPF7VZQHQDRCN7ULA5CNFSM4KTMUMD2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELPN7JI#issuecomment-585031589">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AFTOJK7REDF7DT2HP3FQ7Y3RCN7ULANCNFSM4KTMUMDQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AFTOJK4BRA2VWJWM657I2XLRCN7ULA5CNFSM4KTMUMD2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELPN7JI.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/quicwg/base-drafts/issues/3451?email_source=notifications\u0026email_token=AFTOJK5N6MNLNSPF7VZQHQDRCN7ULA5CNFSM4KTMUMD2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELPN7JI#issuecomment-585031589",
"url": "https://github.com/quicwg/base-drafts/issues/3451?email_source=notifications\u0026email_token=AFTOJK5N6MNLNSPF7VZQHQDRCN7ULA5CNFSM4KTMUMD2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELPN7JI#issuecomment-585031589",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>
----==_mimepart_5e4387c5f01d5_9be3f87924cd96c32065d--

