IETF Logo Mail Archive

Re: [tcpm] I-D Action: draft-ietf-tcpm-prr-rfc6937bis-02.txt

Yoshifumi Nishida <nsd.ietf@gmail.com> Mon, 28 November 2022 07:28 UTC

Return-Path: <nsd.ietf@gmail.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1C55C14CE52; Sun, 27 Nov 2022 23:28:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fvylIewt-2xT; Sun, 27 Nov 2022 23:28:15 -0800 (PST)
Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F2F0C14CE34; Sun, 27 Nov 2022 23:28:15 -0800 (PST)
Received: by mail-wr1-x42d.google.com with SMTP id v1so15265556wrt.11; Sun, 27 Nov 2022 23:28:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=aST4PESbvhatXQjy8EohtFjo7kGsxB8VVgX5HhPYBnQ=; b=f6kf3EbmTjN4XzLMpgBhptzlUKBs1xCJir0LMSEEcLDD77AZIyapuGjD3i7AIuHbsK LPUj0PRJfVzYZEIhZHnS8TKUXq/+Rmus6ayFwy1OwFTwGM78HYYSF7RjIbVMhkawjLvI 8E/1vW9RYSamA9bA6/PiH/2RdYQTKgA4hRzoQegonrtxSslK6YpBWi5Nv7eZa2uI2Gqa 6MAGGm8aaEwPGVKnn6/35/RZo9nL1TIyOaLtEnjnGdmgxU1TR1Xkx8YdFj224bU0XzTk AeP7NBtiZprhNzZHsSWIEXCHHUu54K7qgj7m7GnyutS2ITER+A7BqEXNunEDjHR2GEjM EYMQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=aST4PESbvhatXQjy8EohtFjo7kGsxB8VVgX5HhPYBnQ=; b=lz7Aa41JKboiJp16rbinzLobsCEdf2Hnb5LH4Ek958DyvAgmHOa5EO4yyaS/tDL1c8 GnGE9m7xVNATR1qfxmkGnl7RpQsKueBjcTt1ZS4FU8uUDMzqpSW2Kie+Tw9ktMVrrvTF jpgKMJ0SMZTR+CyayVZJSniWaboIN9Zcu5edoZGQAc/1I3fpteJ16C00/1G1hZL4QXqh R6gpb+E/MdAjqhEQuie2Sb6r63FFyKZnQS5M0wSQZlDy9h1ujmLrqRaWmZjbrh80by0m uCgcGwSwjnyJfR48tsoW5P8GWU6c6FEI5Rmz4UL6ngE1RNTjMBj8yLbM6xfHh/kXijdR mWyg==
X-Gm-Message-State: ANoB5pmDnrXHUZVvP4G6KksfKOMKQ2l8Nub6xl3gvESsStBA8JNU1hck b9NWpNax2IdCQF1uBWsZjEw8D9DtSBdXyY1URiE=
X-Google-Smtp-Source: AA0mqf67w+WQaoctCyZnQXA3V5wm3uZ7EZdqHiPW+RB8kuXlr6xN6aMUlor1MpqTnxAWbat4cnD3/bUjsKbWsi1Ib8g=
X-Received: by 2002:a05:6000:1146:b0:241:ddc5:5e5e with SMTP id d6-20020a056000114600b00241ddc55e5emr20119586wrx.150.1669620493187; Sun, 27 Nov 2022 23:28:13 -0800 (PST)
MIME-Version: 1.0
References: <161060871994.10783.1247396842504892132@ietfa.amsl.com> <b3a2eb4d-856c-035b-896d-dcfc3844b406@gmx.at> <7c527d72-2f48-b39e-9f09-0f22e9c865f2@gmx.at> <CAK6E8=fsmiaJiz8sBfW_iGPWn_1oCKZEmNEJR=0YF67SMHAOZQ@mail.gmail.com>
In-Reply-To: <CAK6E8=fsmiaJiz8sBfW_iGPWn_1oCKZEmNEJR=0YF67SMHAOZQ@mail.gmail.com>
From: Yoshifumi Nishida <nsd.ietf@gmail.com>
Date: Sun, 27 Nov 2022 23:28:01 -0800
Message-ID: <CAAK044SXmMk0srFP1FGUqSAX3W3auHZqX+tAoe_miEE27Cr4Jg@mail.gmail.com>
To: Yuchung Cheng <ycheng=40google.com@dmarc.ietf.org>
Cc: rscheff@freebsd.org, tcpm@ietf.org, draft-ietf-tcpm-prr-rfc6937bis@ietf.org, "Semke, Jeff" <Semke@netapp.com>
Content-Type: multipart/alternative; boundary="00000000000068000b05ee82d03a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/fBnpflirhC6y7dbVYabNiTBg2j4>
Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-prr-rfc6937bis-02.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Nov 2022 07:28:15 -0000

Hi Yuchung,

On Mon, Nov 14, 2022 at 12:43 PM Yuchung Cheng <ycheng=
40google.com@dmarc.ietf.org> wrote:

>
> > Sec 7, PRR example... You describe the forced fast retransmit on the
> > first transmission oppty. Shouldn't that shift the "N" transmissions
> > here one notch to the left? (The ACK for "4").
> >
> > PRR
> >     ack#   X  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19
> >     cwnd:    20 20 19 19 18 17 17 16 16 15 15 14 14 13 13 12 12 11 10
> >     pipe:    19 19 18 18 17 17 16 16 15 15 14 14 13 13 12 12 11 11 10
> >     sent:     N  N  R  N        N     N     N     N     N     N     N
> no because forced retransmit only applies when the fast recovery
> starts (i.e. prr_out = 0). by ack #4, prr_out is already 1 due to the
> first "R".
>
>
Hmm. I'm not very sure which situation triggers force retransmit.
Because I think fast recovery starts after fast retransmission which
increases prr_out.
--
Yoshi

v2.23.0 | Report a Bug | By Email