Re: [quicwg/base-drafts] It seems the minimal packet number length should be 14 bits (#2955)

Luo Kai <notifications@github.com> Wed, 07 August 2019 01:59 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 78708120045 for <quic-issues@ietfa.amsl.com>; Tue, 6 Aug 2019 18:59:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.596
X-Spam-Level:
X-Spam-Status: No, score=-6.596 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_28=1.404, 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 KSw2_aKAXRzM for <quic-issues@ietfa.amsl.com>; Tue, 6 Aug 2019 18:59:07 -0700 (PDT)
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 18F0C12000E for <quic-issues@ietf.org>; Tue, 6 Aug 2019 18:59:07 -0700 (PDT)
Date: Tue, 06 Aug 2019 18:59:06 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1565143146; bh=jYcKOpG4bSl5H051CgKTk3ZMV0rDQahxSf978pUwYp4=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=LUxX9akkZNnhSUES25Ciw5vTwhOQvV6tNhA21J7XExj3flfzwSvjoKZ+DpbqGyFaL AIlF4z/xlGhM51ETgfFQzSW4WDjFyJoJd6TYOqb0/i/5yIbbPjew34cnbxyHI1SnyG /HM4wP5flQDbaxQ8tv+FKoWhdkVOEVyN7cZ+KKp0=
From: Luo Kai <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK5TAHOHYIP24TTXAT53K5ROVEVBNHHBY4E7DY@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2955/518908452@github.com>
In-Reply-To: <quicwg/base-drafts/issues/2955@github.com>
References: <quicwg/base-drafts/issues/2955@github.com>
Subject: Re: [quicwg/base-drafts] It seems the minimal packet number length should be 14 bits (#2955)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5d4a306a1dc46_40b13f9ebfacd9681152b6"; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: NKTelnet
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/GwApyBmUgmNFTBb9AAh19XxXKDw>
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, 07 Aug 2019 01:59:08 -0000

> The sender MUST use a packet number size able to represent more than twice as large a range than the difference between the largest acknowledged packet and packet number being sent.

"The sender MUST use a packet number size able to represent more than twice as large a range than the difference between the largest acknowledged packet and packet number being sent." This does not make sense. In my example, the sender used 8 bits length firstly and when the sender found the 8 bits length is not enough for in flight packets, it began to use 16 bits length. The issue still exists. We can not predict how many packets will be sent by application for now. Once we have used 8 bits length, we can only send 127 packets in flight and wait for response, though the congestion control and stream control allows us to send more than 127 packets and we have more packets to be sent, we can not send one packet more until received ACK. Changing bits length from 8 to 16 at this moment does not resolve this issue. 


-- 
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/2955#issuecomment-518908452