[TLS] Drop "1.x" from future TLS version names?
Tony Arcieri <bascule@gmail.com> Mon, 20 August 2018 15:28 UTC
Return-Path: <bascule@gmail.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 23842130F7B
for <tls@ietfa.amsl.com>; Mon, 20 Aug 2018 08:28:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
header.d=gmail.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 rG4vA4nM_DpU for <tls@ietfa.amsl.com>;
Mon, 20 Aug 2018 08:28:20 -0700 (PDT)
Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com
[IPv6:2607:f8b0:400c:c05::231])
(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 E9685130F84
for <tls@ietf.org>; Mon, 20 Aug 2018 08:28:19 -0700 (PDT)
Received: by mail-vk0-x231.google.com with SMTP id q184-v6so6694119vke.7
for <tls@ietf.org>; Mon, 20 Aug 2018 08:28:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:from:date:message-id:subject:to;
bh=RjtHjIZDeCLLWA63RGib+GyYWWtcYQdcEkZGEM6khSA=;
b=l1xcKjt3Rdt7LVhHPQ/T3k5iN2qAMJiJg7ynFPBi14zB/Lm6jRfAaLNrsWj7JudkNw
pXpqbe2tP4o8rsW6tcj7RRyVvQ/fGnvZraJolIOJCYQTERKpz4BFf5BQRcOk+Erm1cj8
DcMbWlayqfjAQmrW4XZzC2d+FrN2gsbbtjp67it6FsGqhzcDS8KZjr4zUuBr/LFTlKx5
PpHCk7HPbk5ZVST0YUrBFWT4YsyPofmea5P/1qB3JJ9m2TjP0v49m2mod45fErqt/6wg
ZVfO1rIi1NDX17dzooQyLSWAPSLH7xsNgNBGcjPbb8Yjr3Ruh66ZZP1PkXDFEwaaLaMJ
wH2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
bh=RjtHjIZDeCLLWA63RGib+GyYWWtcYQdcEkZGEM6khSA=;
b=FMoxAy1D92rYCrsAUF5FZDcj3zHrtLldvA3h278EtwhRDcVvQNmYA4cwGTTEy9iu61
P+cA8Ud21HVWj8zl9k221AFkbnRLKUfTVFWGmB3g/Y7wTlYExXJPEMDKAEk6cocTtStC
15hv35p9BtYvWKN84kAB5X0i7RHjj+egMmspGDjJRyMOJytdwNGeNDvVkFIcLrQPl7Fa
Jky2iBq101YqaCx4vwkjv9VutQY4xNoxLDYCv6yCNIh2jpYeQl5GBgd/S01cZsl/J9YR
QdG0+FDbjpNJYu/u2DL+HEoSqBQdz0c23LkeYIb5U7dowx2PVjLUUILdPQOFhOPhZvqR
Tw2Q==
X-Gm-Message-State: APzg51ByAEjJtgo9X0EE4wo2RQ+EnixbAvBr/o3sQhGi1w6C91GGGPSC
Dwzfaw5V0blstLqb2tlMWX3aAC5yec/nzWkIWUf49w==
X-Google-Smtp-Source: ANB0Vdb6w0PczKlAHlnmWhy8HL2sq3F4bzp7P0OUHD06xzULcRsbm7xVOpufhOGarx26LL2TKmuGtH6NIUUeg1cjT60=
X-Received: by 2002:a1f:378e:: with SMTP id
e136-v6mr1792468vka.154.1534778898683;
Mon, 20 Aug 2018 08:28:18 -0700 (PDT)
MIME-Version: 1.0
From: Tony Arcieri <bascule@gmail.com>
Date: Mon, 20 Aug 2018 08:28:07 -0700
Message-ID: <CAHOTMVLrHRcAcg+2MZLey_=E0yVZcYpxOk_FmX-1MaK0pE82zg@mail.gmail.com>
To: "<tls@ietf.org>" <tls@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000109d000573df8f02"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/KmLJ2pk0c-s3MN7ojCrXy31SjmI>
Subject: [TLS] Drop "1.x" from future TLS version names?
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working
group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>,
<mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>,
<mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Aug 2018 15:28:31 -0000
Apologies if the last thing people want to talk about right now is the next version of TLS. There was much discussion about bumping TLS 1.3's version number to "TLS 4" or thereabouts (so as to be higher than "SSLv3"). The ship has sailed on that and it is "TLS 1.3". I think there was widespread agreement that TLS 1.3 represented something a bit more substantial than a minor version bump, and a desire to have a TLS version number bigger than the SSL version number lest people get confused and deploy SSLv3 instead of TLS 1.3. Modest proposal: TLS 1.4 => TLS 4 I bring this up so soon because I think a lot of the pushback regarding doing this before was due to changing the version so late in the development cycle. -- Tony Arcieri
- [TLS] Drop "1.x" from future TLS version names? Tony Arcieri
- Re: [TLS] Drop "1.x" from future TLS version name… Loganaden Velvindron