IETF Logo Mail Archive

Re: [tcpm] RACK - variable explanation

Neal Cardwell <ncardwell@google.com> Thu, 22 November 2018 15:28 UTC

Return-Path: <ncardwell@google.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 B2266131038 for <tcpm@ietfa.amsl.com>; Thu, 22 Nov 2018 07:28:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -18.959
X-Spam-Level:
X-Spam-Status: No, score=-18.959 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 nLP-ezYzYUpX for <tcpm@ietfa.amsl.com>; Thu, 22 Nov 2018 07:28:35 -0800 (PST)
Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05857130FF6 for <tcpm@ietf.org>; Thu, 22 Nov 2018 07:28:35 -0800 (PST)
Received: by mail-oi1-x232.google.com with SMTP id b141so7707821oii.12 for <tcpm@ietf.org>; Thu, 22 Nov 2018 07:28:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XYWagwvcqCuo+XBzSYb+HVI/wz2e3DOZOzYF7KakPaA=; b=p6g3JH3UwW2pJRYax3Dkp551VN8fuGkFCjCerL6BG8V1dx2JLbi1g6SyJBi25lXrVX 37BpM9/lOCrjyalEq5XFVx37qEPU+ssHxNiF5HzzVmJe1Sx554cGh9jZtymltUUt0j1d AA57uXhNTQb4lirP7r4jtIp6mSMJFoqxeBhRqJTmZvbgA5eOsvnKMebklWs448VmIsi9 P4JNTYJqeG/ie4rgKdTYsecJUBpZDqr18eF3XKHmDDELsT1iZfRyPm+JuVoaOZn/YHuV 7E7UDtIRbfGD6KlQEH8SYBjGx0Ibqy/jEbtAJLuRIC1dZDRC3JDRmJE53PwzqdK/ymBZ 8YxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XYWagwvcqCuo+XBzSYb+HVI/wz2e3DOZOzYF7KakPaA=; b=qJB4Ih/oInHpLq4FZiTe3EbPVlUDF8DbtW+GPLdQMqmU2k8uAHRqTMLdEPgt2CINEv mBrL+m3nWP8Ldsxb+MWT4fHkZSoAVEpYQQ0j4BLa+pp9MKRepZgjvjo7yQ7FAyl2nYC/ ypWbkcKoDER3wc2aVqHaVj2BjBsrD7KcA3iyvUGHZzvpbuPpmYv/pb5IJXShx9u6tDKk 8WysnXoI3K0rSAs1Bp0T35R7E13erJoGq2bN0YyB15PdH0OOZO6YukWxpaYB8WK/tRFO BqsFPGS2QBizvLnb1uUuPYrOhBTY9S3iNU/0PZHXqoN0AukWoBLAIcYrXb859CjtCk72 28XQ==
X-Gm-Message-State: AGRZ1gIMVlJF8BOMn9PweC0e06v4wq319Rdrwll5M0n9Drhhbcsxp2dn ra17ohV3Wl7n49+5I23RxAag2rG/7IiwECDOIpAW4Cwu+OQJwg==
X-Google-Smtp-Source: AJdET5fiLWFkab5X0UUFXMaTbHLc5WRGd9BwXg80O9bBXsm+Bc8gM6iYeT9fhQgf26xwyl0DW9hDpe+uG1axkAlLyP4=
X-Received: by 2002:aca:c43:: with SMTP id i3mr6745716oiy.157.1542900513950; Thu, 22 Nov 2018 07:28:33 -0800 (PST)
MIME-Version: 1.0
References: <8d43389c-93c1-899d-37ab-808c471eed47@fh-muenster.de> <CADVnQymCDpqTxwVLv0WYZvj84msfXf7OzfHYfj=d7Uj-pCHmFQ@mail.gmail.com> <CE164A44-3126-4F06-BD7C-A957CD73EF4E@lurchi.franken.de>
In-Reply-To: <CE164A44-3126-4F06-BD7C-A957CD73EF4E@lurchi.franken.de>
From: Neal Cardwell <ncardwell@google.com>
Date: Thu, 22 Nov 2018 10:28:17 -0500
Message-ID: <CADVnQymnp50bQFewcL4i8V7YJy-HO64K1KXBSoKVoubdw7nHKw@mail.gmail.com>
To: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
Cc: ncardwell=40google.com@dmarc.ietf.org, "tcpm@ietf.org" <tcpm@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/mgii6VTdKMn54jjypkoXuxlud6g>
Subject: Re: [tcpm] RACK - variable explanation
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 22 Nov 2018 15:28:43 -0000

On Thu, Nov 22, 2018 at 10:04 AM Michael Tuexen
<Michael.Tuexen@lurchi.franken.de> wrote:
>
> > On 22. Nov 2018, at 15:58, Neal Cardwell <ncardwell=40google.com@dmarc.ietf.org> wrote:
> >
> > On Thu, Nov 22, 2018 at 7:25 AM Felix Weinrank <weinrank@fh-muenster.de> wrote:
> >> RACK.dupthresh << This is where we're stuck
> >
> > This is using the DupThresh term from RFC 6675, "A Conservative Loss
> > Recovery Algorithm Based on Selective Acknowledgment (SACK) for TCP"
> > (from https://tools.ietf.org/html/rfc6675 on page 4):
> >
> >   We define a variable "DupThresh" that holds the number of duplicate
> >   acknowledgments required to trigger a retransmission.  Per [RFC5681],
> >   this threshold is defined to be 3 duplicate acknowledgments.
> Please add such a description for RACK.dupthresh to Section 5.

Thanks, Michael. Based on this discussion, we have inserted a
definition of RACK.dupthresh in Section 5 in our internal version of
the draft, so it will be in the next rev.

thanks,
neal

v2.23.0 | Report a Bug | By Email