[tsvwg] SCTP ABC

Timo Völker <timo.voelker@fh-muenster.de> Wed, 23 June 2021 15:02 UTC

Return-Path: <timo.voelker@fh-muenster.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 988D13A3AAF for <tsvwg@ietfa.amsl.com>; Wed, 23 Jun 2021 08:02:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, 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 J5ifC_zqs0Uq for <tsvwg@ietfa.amsl.com>; Wed, 23 Jun 2021 08:02:02 -0700 (PDT)
Received: from mx-out-02.fh-muenster.de (mx-out-02.fh-muenster.de [212.201.120.206]) (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 6B8B23A3AC8 for <tsvwg@ietf.org>; Wed, 23 Jun 2021 08:01:47 -0700 (PDT)
Received: from mail-director-01.fh-muenster.de (mail-director-01.fh-muenster.de [185.149.215.227]) by mx-out-02.fh-muenster.de (Postfix) with ESMTPS id 4AEF0E0A3E for <tsvwg@ietf.org>; Wed, 23 Jun 2021 17:01:44 +0200 (CEST)
Received: from fhad-ex04.fhad.fh-muenster.de (fhad-ex04.fhad.fh-muenster.de [10.40.11.27]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail-director-01.fh-muenster.de (Postfix) with ESMTPS id 3B0CF1A11C2 for <tsvwg@ietf.org>; Wed, 23 Jun 2021 17:01:44 +0200 (CEST)
Received: from fhad-ex04.fhad.fh-muenster.de (10.40.11.27) by fhad-ex04.fhad.fh-muenster.de (10.40.11.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Wed, 23 Jun 2021 17:01:43 +0200
Received: from fhad-ex04.fhad.fh-muenster.de ([fe80::c97a:37b6:5abe:2799]) by fhad-ex04.fhad.fh-muenster.de ([fe80::c97a:37b6:5abe:2799%2]) with mapi id 15.01.2242.010; Wed, 23 Jun 2021 17:01:43 +0200
From: Timo Völker <timo.voelker@fh-muenster.de>
To: "tsvwg@ietf.org" <tsvwg@ietf.org>
Thread-Topic: SCTP ABC
Thread-Index: AQHXaECuYKzo5wRS0E208ITyj8G1FQ==
Date: Wed, 23 Jun 2021 15:01:43 +0000
Message-ID: <376640B5-D7BB-4E4E-8E97-374A7014C3EF@fh-muenster.de>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.40.10.31]
Content-Type: multipart/signed; boundary="Apple-Mail=_3033E406-B7EE-41FC-8D2E-891286DFCA69"; protocol="application/pkcs7-signature"; micalg="sha-256"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/IF6RWhsKfar13-YlHgPlM5oHiqo>
Subject: [tsvwg] SCTP ABC
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Jun 2021 15:02:05 -0000

Hi,

SCTP (RFC4960) limits the increase of its cwnd in slow start to one PMTU (or PMDCS as named in the rfc4960-bis document) as stated in Section 7.2.1. This means the cwnd may be increased less when the receiver sends an ack on every second packet compared to on every packet.

---
Ex:
1. A sender in slow start with PMTU=1200 sends two packets with 1000 byte of data each.

> DATA(len=1000, tsn=1)
> DATA(len=1000, tsn=2)

2a. In case the receiver sends an ack on every packet, the sender receives two acks.

< ACK(cum_tsn=1)
--> cwnd += 1000
< ACK(cum_tsn=2)
--> cwnd += 1000

resulting in a cwnd increased by 2000 byte.

2b. In case the receiver sends an ack on every second packet, the sender receives one ack for both packets.

< ACK(cum_tsn=2)
--> cwnd += 1200

resulting in a cwnd increased by only 1200 byte due to the PMTU limit.
---

TCP's Appropriate Byte Counting (ABC) specified in RFC3465 addresses that with the parameter L set to 2*SMSS.

Adding a note for that in rfc4960-bis would help, I think.

Timo