New Issue: Loss detection: Overloading of is_retransmittable

Magnus Westerlund <magnus.westerlund@ericsson.com> Tue, 06 June 2017 08:13 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FA81129490 for <quic@ietfa.amsl.com>; Tue, 6 Jun 2017 01:13:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 M6arPrxxpPNR for <quic@ietfa.amsl.com>; Tue, 6 Jun 2017 01:13:55 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 ABB4B129AD3 for <quic@ietf.org>; Tue, 6 Jun 2017 01:13:54 -0700 (PDT)
X-AuditID: c1b4fb25-73a9f9a0000055fe-1c-593664403201
Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 60.C3.22014.04466395; Tue, 6 Jun 2017 10:13:52 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.47) with Microsoft SMTP Server id 14.3.339.0; Tue, 6 Jun 2017 10:11:33 +0200
To: quic@ietf.org
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
Subject: New Issue: Loss detection: Overloading of is_retransmittable
Message-ID: <5aacf198-c433-e8a2-0aa6-70d453c05f75@ericsson.com>
Date: Tue, 06 Jun 2017 10:11:10 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms020301070500070506040508"
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsUyM2K7rq5DilmkwYIjBhY9C7gdGD2WLPnJ FMAYxWWTkpqTWZZapG+XwJXR2X+erWC3ZcXV+1OYGhjnm3UxcnJICJhIdH74w9zFyMUhJHCE UWL6oh9sEM4yRomVjxuZQKpEBIQlNiw8B2azCVhI3PzRyAZiCwu4SszZ/4EVxOYVsJc4/uAM O4jNIqAi8eXCDLC4qECMxKMNZ5kgagQlTs58wgJiMwt0M0psnGMKYgsJaEs0NHWwTmDkmYWk bBaSMgjbVuLO3N3MELa4xK0n85kgbG2JZQtfQ8WtJWb8OsgGYStKTOl+yA5hm0q8PvqREcI2 kni3p5F9ASPnKkbR4tTipNx0I2O91KLM5OLi/Dy9vNSSTYzAkD245bfqDsbLbxwPMQpwMCrx 8N4MNYsUYk0sK67MPcSoAjTn0YbVFxilWPLy81KVRHgZ95pGCvGmJFZWpRblxxeV5qQWH2KU 5mBREud13HchQkggPbEkNTs1tSC1CCbLxMEp1cCY+WF1Z6qTet/2+0fN1X+c+Rk2X9hv7YEF Qlvyp9X2+G1uczl3Iz92zfV2hf33qhtn79qXJjQtuvhQ2qG7/mHG108nMThxPNrppa6x+HLZ J8XXsdXC7zqYoj/x/LrClrXE/cSLbUGlnHMfMk/JU3t88L7T8o57SUcm+flNnSJV8MilafLp 8mfzlViKMxINtZiLihMBWJxnxmECAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/_jDSTWgUY1_XFEIKD0dnv_ZwCEo>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jun 2017 08:13:56 -0000

Hi,

In draft-ietf-quic-recovery-03 there appear to me to be an overloading 
of the use of the "is_retransmittable" flag. It appears to be used both 
for the purpose to indicate if there is a frame that can and need be 
retransmitted and if that frame should be counted as lost and impact 
congestion control. I think these two purposes should be separated and 
clarified as being two different ones. The reason is that if we create 
extensions that will not require retransmission of frames but needs to 
be included in the congestion control response a significant rewrite 
would be needed. I also think it would clarify things for some of the 
control frames also if they should be included or not, even if not 
regularly retransmitted.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Media Technologies, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Färögatan 6                 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------