Re: [quicwg/base-drafts] Clarify PADDING vs PING frames (#838)
janaiyengar <notifications@github.com> Fri, 13 October 2017 20:13 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 BD8C81329F9 for <quic-issues@ietfa.amsl.com>; Fri, 13 Oct 2017 13:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.02
X-Spam-Level:
X-Spam-Status: No, score=-7.02 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Sd2gtWoOg8Rh for <quic-issues@ietfa.amsl.com>; Fri, 13 Oct 2017 13:13:33 -0700 (PDT)
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2-ext6.iad.github.net [192.30.252.197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67DC21323B8 for <quic-issues@ietf.org>; Fri, 13 Oct 2017 13:13:33 -0700 (PDT)
Date: Fri, 13 Oct 2017 13:13:32 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1507925612; bh=MbUcflkQ3LFSNcrFbS9rnKSHmiquEcyJXCm4rzW21kg=; h=From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=yEb6wtOSzrv//ZcHJAufphi3DWMjXSmqik9ZC6IaBMNW30uVLiVykLyp7+O+/gjuW Jz/bSwoLoHlRdCtZBYO10WKjdi1Xld9xF3XZAqKQBx9GNW7HEo8mxLLyDgKT4vRKi5 bkijFMHqom7dKtGfcatpaCL3EB4OAbCvBqj31Nrs=
From: janaiyengar <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab1cb31651b0712081ed9576b9073f4504fb524cd092cf0000000115f8e06c92a169ce0fb03aff@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/838/336556006@github.com>
In-Reply-To: <quicwg/base-drafts/issues/838@github.com>
References: <quicwg/base-drafts/issues/838@github.com>
Subject: Re: [quicwg/base-drafts] Clarify PADDING vs PING frames (#838)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_59e11e6cb6230_19513fe08ae5cf2c96078"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: janaiyengar
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/xesRttaPfXnkfAt_W4JyOXzHLQ0>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
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, 13 Oct 2017 20:13:35 -0000
I really like @huitema's idea of sending a PING (which is a one-byte frame) to elicit an ACK. If we do that though, I don't think we want to leave it to implementations... this should be mandated, since it's congestion control behavior that we want to mandate. We don't want implementations to be more aggressive when using PADDING, which means we want to mandate counting them towards congestion control, which means they need to be ackable. So, as I'm thinking about this, I'm getting convinced that what we really want is to pad with PING frames. Basically, both PING and PADDING are one-byte frames, and we can add as many of them as we want in a packet. We want both to elicit an ack. I don't see any behavioral difference between these two. We can also require that we count PING frames towards congestion control if we don't already. -- 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/838#issuecomment-336556006
- [quicwg/base-drafts] Clarify PADDING vs PING fram… Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Patrick McManus
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Martin Thomson
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … dkg
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Lucas Pardue
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Christian Huitema
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … janaiyengar
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … MikkelFJ
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Martin Thomson
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … Igor Lubashev
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett
- Re: [quicwg/base-drafts] Clarify PADDING vs PING … ianswett