Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum-02 adoption
tuexen@fh-muenster.de Wed, 12 April 2023 10:34 UTC
Return-Path: <tuexen@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 96B3BC13AE4C for <tsvwg@ietfa.amsl.com>; Wed, 12 Apr 2023 03:34:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 GU2zwnN7ky2a for <tsvwg@ietfa.amsl.com>; Wed, 12 Apr 2023 03:34:38 -0700 (PDT)
Received: from mx-out-02.fh-muenster.de (mx-out-02.fh-muenster.de [212.201.120.206]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 1BDA8C151B20 for <tsvwg@ietf.org>; Wed, 12 Apr 2023 03:34:37 -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 C87F3E0741; Wed, 12 Apr 2023 12:34:34 +0200 (CEST)
Received: from smtpclient.apple (ip4d15f76b.dynamic.kabel-deutschland.de [77.21.247.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tuexen) by mail-director-01.fh-muenster.de (Postfix) with ESMTPSA id 8F9511A14A5; Wed, 12 Apr 2023 12:34:34 +0200 (CEST)
Content-Type: multipart/signed; boundary="Apple-Mail=_FE92EDD7-1568-45EB-9F4F-3499056E1296"; protocol="application/pkcs7-signature"; micalg="sha-256"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\))
From: tuexen@fh-muenster.de
In-Reply-To: <9F7A670A-EA7E-4194-8125-B1DB7030802B@8x8.com>
Date: Wed, 12 Apr 2023 12:34:33 +0200
Cc: tsvwg@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <A7806C1A-0306-43AF-8D2B-0F1592F29181@fh-muenster.de>
References: <9F7A670A-EA7E-4194-8125-B1DB7030802B@8x8.com>
To: Nils Ohlmeier <nils.ohlmeier@8x8.com>
X-Mailer: Apple Mail (2.3731.500.231)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/QU2ZakiDgG2Nruwd65TBZC4pfag>
Subject: Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum-02 adoption
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.39
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, 12 Apr 2023 10:34:43 -0000
> On 11. Apr 2023, at 19:15, Nils Ohlmeier <nils.ohlmeier@8x8.com> wrote: > > Hello, > > I’m supporting adoption of draft draft-tuexen-tsvwg-sctp-zero-checksum-02, because it is going to be useful for all WebRTC endpoints out there to have the option to skip the checksum step. > > I also reviewed the draft. The only concern I found is this sentence: > > "Since the lower layer of SCTP can not be IPv4 or IPv6 as specified in [RFC9260] or UDP as specified in [RFC6951], no problems with middle boxes expecting correct CRC32c checksums in the SCTP packets are expected.” > > Which confuses me, because it sounds to me like this is trying to say that SCTP over IPv4 or IPv6 can not be done. Which obviously doesn’t make any sense. But I honestly fail to parse what this sentence is suppose to tell me (besides no problems with middle boxes is expected). Hi Nils, the sentences before the one you cite state that you can only use the zero checksum feature if the lower layer of SCTP provides an integrity protection at least as good as using CRC32c. This is true for SCTP over DTLS, but not for SCTP over UDP over IP or SCTP over IP. So you can not use zero checksum in these cases. This is important, since this means that firewalls or NATs will not see the zero checksum and therefore don't drop such packets. It was reported that some middleboxes drop SCTP packets having an incorrect CRC32c. Any suggestion how to improve the text you find hard to parse? Best regards Michael > > Best > Nils Ohlmeier
- [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum-02 … Nils Ohlmeier
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Claudio Porfiri
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Nils Ohlmeier
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Nils Ohlmeier
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Magnus Westerlund
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… tuexen
- Re: [tsvwg] draft-tuexen-tsvwg-sctp-zero-checksum… Michael Tuexen