[rtcweb] SCTP issue: Datachannel MTU seems to be problematic.

Harald Alvestrand <harald@alvestrand.no> Mon, 01 March 2021 19:18 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 160673A2194 for <rtcweb@ietfa.amsl.com>; Mon, 1 Mar 2021 11:18:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 MAaf_0XhgLSp for <rtcweb@ietfa.amsl.com>; Mon, 1 Mar 2021 11:17:59 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E5903A218E for <rtcweb@ietf.org>; Mon, 1 Mar 2021 11:17:59 -0800 (PST)
Received: from [192.168.3.157] (unknown [78.156.11.215]) by mork.alvestrand.no (Postfix) with ESMTPSA id C26157C6754 for <rtcweb@ietf.org>; Mon, 1 Mar 2021 20:17:54 +0100 (CET)
To: rtcweb@ietf.org
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <94b3d388-37cd-c29b-9c71-59f8ae14aefa@alvestrand.no>
Date: Mon, 1 Mar 2021 20:17:54 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/6ZjPx9sji0PVfl1jkdCPUEYyb5U>
Subject: [rtcweb] SCTP issue: Datachannel MTU seems to be problematic.
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Mar 2021 19:18:01 -0000

This for info:

We have recently discovered some problems with SCTP on small-MTU networks.

Turns out we underestimated the max size of the encapsulating headers.

Current calculation:

// The biggest SCTP packet. Starting from a 'safe' wire MTU value of 1280,
// take off 85 bytes for DTLS/TURN/TCP/IP and ciphertext overhead.
//
// Additionally, it's possible that TURN adds an additional 4 bytes of 
overhead
// after a channel has been established, so we subtract an additional 4 
bytes.
//
// 1280 IPV6 MTU
//  -40 IPV6 header
//   -8 UDP
//  -24 GCM Cipher
//  -13 DTLS record header
//   -4 TURN ChannelData
// = 1191 bytes.

Which is somewhat smaller than the number we assumed in the RFC of 1200 
bytes.

We didn't discover the issue until we encountered a situation with large 
packets being sent on IPv6-only networks.

Harald