Bugs of the interop

Christian Huitema <huitema@huitema.net> Fri, 02 March 2018 04:17 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95A841241F5 for <quic@ietfa.amsl.com>; Thu, 1 Mar 2018 20:17:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 ve7RYt4mf-PR for <quic@ietfa.amsl.com>; Thu, 1 Mar 2018 20:17:10 -0800 (PST)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 B2216120724 for <quic@ietf.org>; Thu, 1 Mar 2018 20:17:10 -0800 (PST)
Received: from xsmtp05.mail2web.com ([168.144.250.245]) by mx61.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from <huitema@huitema.net>) id 1erc84-0005pR-HY for quic@ietf.org; Fri, 02 Mar 2018 05:17:09 +0100
Received: from [10.5.2.35] (helo=xmail10.myhosting.com) by xsmtp05.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <huitema@huitema.net>) id 1erc7x-0001b1-0y for quic@ietf.org; Thu, 01 Mar 2018 23:17:05 -0500
Received: (qmail 24433 invoked from network); 2 Mar 2018 04:16:59 -0000
Received: from unknown (HELO [192.168.1.103]) (Authenticated-user:_huitema@huitema.net@[172.56.42.241]) (envelope-sender <huitema@huitema.net>) by xmail10.myhosting.com (qmail-ldap-1.03) with ESMTPA for <quic@ietf.org>; 2 Mar 2018 04:16:59 -0000
To: "quic@ietf.org" <quic@ietf.org>
From: Christian Huitema <huitema@huitema.net>
Message-ID: <0fe67894-1f65-735f-6b47-6ee9db4f2cc6@huitema.net>
Date: Thu, 1 Mar 2018 20:16:56 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
Subject: Bugs of the interop
X-Originating-IP: 168.144.250.245
X-AntiSpamCloud-Domain: xsmtpout.mail2web.com
X-AntiSpamCloud-Username: 168.144.250.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com
X-AntiSpamCloud-Outgoing-Class: unsure
X-AntiSpamCloud-Outgoing-Evidence: Combined (0.51)
X-Recommended-Action: accept
X-Filter-ID: EX5BVjFpneJeBchSMxfU5tRVK7aRfTCcBtHry/e4tDJ602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO37pNwwF1lRXh5rzvPzo9Jts1ujulqUFmMITHM77eiViIGXNDYmiwbzeX/RAjoGmnM7i TvJ2/ZGzVWB9scFAaCdIFaUvXN+CI+RGy3Me16pBo86SAdJ6bLtg5NStMc8F1x/TBCf6oYXAWGet lavcAjD9ytQxIHf9lN5jjLJaPK8lRJSPf/SXbEnDSsal/zZzc4n9VZdr7RAFD5mRwooUYhwMPaBP aKeQW+/QlaOdv8isl/qMm08Zpim2AHUKEWvQ6G/bWfgucjnNmABpGhD9TTttrFCuZ0NkwnSz2Luu o1u9uevuNfM1HjkNEFwape+IgNezYqxGMqsKjARq8PBC4qjSYb8Ll5Ew7esaVIVXxqL4mdySlZou 9qHIGOZDEEo7Oyc1nq0gsY582CWqKjiRB3upW940lL8kAcN44/h+EKQYYaL692xZ+s/JxHzsGpky notaRL+WFHXyFxym27tA2WX8Ty2bCOwAgTAUhyDZsJJzkHmr+r2aLhfFrn5DXQ9VFgfG/OGabeQO D+JyvmSUpW+ZQTl/k5oRlt1ErWfaEWxe22o4BNBy+bVfxj88zI41K1O7B0jvACHkMSS0WCQUO4DS S1KvBBuuCTqN/Awcg3iqSGG/BQd7r2NVEaNhWos5pgeWD61Z/iTuje0nwwvisAsccBIk1Sag4dKi qCrF8eZZeNMTAWyxeqt3BjCO03tBtqfKCfNjMFBwHxjV+D9DD/qBi6owqeb+h1kbxIVWYdC7GPG0 gBeFe8dTkoKHsNX/zVeqv/VOJZnHunWcIBzbsDrLaeA4pl20N4bgeYf9w8whIRFsicyJMEhQFtD8 PLoinpgjWjpMfsxmWdg884icSQEZwRvSfvkJh2VafuDhMcA1uHlEIbR8fMtAowK0FL525g==
X-Report-Abuse-To: spam@quarantine5.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/7kdUXHNZu0gPi5H_5X4nvtt_mp0>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Mar 2018 04:17:13 -0000

Technically, the March 1 interop will be continuing for a few hours, but
I would like to list here the bugs that were found in a variety of
implementations.

1) Whose bright idea was it to write that Padding should be
acknowledged? Some developers think that this is silly. If you want an
acknowledgement, send a Ping. Or, if we really need to ack the Pad, then
kill the Ping.

2) Stateless Reset changes the initial CNX-ID? If you look at the list
of stuff changed "since draft-ietf-quic-transport-08", that's a
surprise. Not hard to fix, but as one developer puts it, "I just run
diff2 at this point". Otherwise, you have to trust the editors to
actually write changes in the what changed section...

3) Really, I cannot send ACKs of 0RTT packets in the handshake packets?
Oh, and no 1RTT either? It seems very natural if you have received CI
and 0Rtt to send a single ACK. And if the server sends 1Rtt packet just
after the TLS first flight, it seems natural to send an ACK for both
with the Finished message.

4) Define immediately, as in "I can resume a connection immediately
after closing the previous one". What about, "my server side of the
previous connection is not closed yet"... and I can only have one
connection in progress for a given client IP and Port.

5) And there is some joy in the interaction with various TLS stacks
regarding Stateless Reset, and its interaction with Session Resume.
Probably because TLS 1.3 is new.

Given all that, the matrix at
https://docs.google.com/spreadsheets/d/1D0tW89vOoaScs3IY9RGC0UesWGAwE6xyLk0l4JtvTVg/edit#gid=207940156
looks quite good!

-- Christian Huitema