Re: [TLS] Media types "application/tls" and "application/ssl", and URIs for schemes "tls" and "ssl"
Eric Rescorla <ekr@rtfm.com> Mon, 08 January 2024 18:47 UTC
Return-Path: <ekr@rtfm.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 30227C18DBA0 for <tls@ietfa.amsl.com>; Mon, 8 Jan 2024 10:47:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.com
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 pyo_f2qCxeFb for <tls@ietfa.amsl.com>; Mon, 8 Jan 2024 10:47:57 -0800 (PST)
Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 01369C17C884 for <tls@ietf.org>; Mon, 8 Jan 2024 10:47:57 -0800 (PST)
Received: by mail-yb1-xb2e.google.com with SMTP id 3f1490d57ef6-dbeff495c16so719710276.3 for <tls@ietf.org>; Mon, 08 Jan 2024 10:47:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1704739676; x=1705344476; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qVQ/JD+GB6A9Cd6BSByUW8tBk4r2XRT4mTu2HSO2w1M=; b=iE+FPplXi3GTzn8D97Hq/YBqS9RR42Fq4I9RRluHDmPlNKcZTIcyE2YGPG8aoGmhai rkDJI3eex8vc1Lku0Sm3DUVBD6GmlD64wcAajPumGmD6j8hxWYays1+JEimByIN9ztCU o0qOw3QOQj6EVoeeakx9gQ6fN6aWTa63+rWC0crFrSp9j5nE92E1T2mlZhtZeRBEIUON jd8bit+SH7l4cR/khd6kUYC8o6pwXccItrO3du5osnZfK/X+L6QgMx2jF2z55pY9QjxU 9EB/X/Y8a3hEYOLKovwWT0+/6/+LMWfSnxEk9cuI6VlFHiqbeWlWZ0ZMRqcDpDngKAI2 pIZw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704739676; x=1705344476; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qVQ/JD+GB6A9Cd6BSByUW8tBk4r2XRT4mTu2HSO2w1M=; b=hy2HLJtcr07G+BAH+JpI7bDD+X53yDJPaiWdTS+HFNzxXCbFHSaZ9iuW1D1iDeOCWO 1QZyUh74X+WLsrIVoGrHk2JDhoS50Xq8o5BUoTYxStQpUrztLjXShEUfV1k73e/ohxjj ipywldl3yM20FQEVmftVBsTvKAL9kdw5aN9hoyFZxEJDlyx0qVRHDV2jsEgO+MheLWBF udzhZdRx5ZWY1xfzi8/q0eLbxruzqIfVi3+RLfIQd985YbTQzrX3N+HoG0YcREj2EJvZ TcgACQ3aO/fJu8VQNI4bGQbqTuj8D7VneSza7Luza1uCrH7HAQC2q7lLObRlSXzlBYko f51w==
X-Gm-Message-State: AOJu0YxaNRDpu+Bxfc897BbMB++nmM/AKSIaDp2wK1DijTf2sDLCxI+K ytUaUnj6qhopUBrM9/9d1o2FkXtxCr0Vj3Gp9GX1L7S3cTCLCg==
X-Google-Smtp-Source: AGHT+IHS3yjvxWfLpFw2LGefjbOJxVn+jt3haUYbMm1Nr6La5qnApfIrPiwQc4Tc2ufbRc5if6KuUwM9GGzCmeFyWKE=
X-Received: by 2002:a25:f20b:0:b0:dbe:bcf1:9594 with SMTP id i11-20020a25f20b000000b00dbebcf19594mr1645187ybe.85.1704739676106; Mon, 08 Jan 2024 10:47:56 -0800 (PST)
MIME-Version: 1.0
References: <xzQs7kZTf4a-ip-6hpfaXV4RGdaIkCJah_dWW900efvQTUuywS4xe4bJiVL7iOk4poXg44IR5aH9aRe9H52F4Ko-2Xql9GPIY1kVtzfV6NI=@protonmail.com> <CABcZeBM_5yZ2Y9Rw7EOvvvVGDL8+Z4-8ZyHSPN1bvPKKxf0Uaw@mail.gmail.com> <2DFA835E-39C1-4644-859A-EC035BB7DF81@akamai.com> <GoRB3Tc8-MqNpGDGjtIW8q2tTvOsv_iceh7tIzsC7ovInjwEnrJpTKJ5WJdWCQyZEnq0Mx9zAZZViCrutnJ31or1zN1g1w8oTt0SvnywD78=@protonmail.com> <1A3A30C7-9680-44ED-AD5E-46F9A90EFF95@akamai.com> <N6y9jNQ32C7DiH2IlS7c1Kf0hecFYSBCyhTCYlw9UPo-tKUdPYzOpWICmKUf83JTdZX-b0zUs7POLAEEwCZF-QlZ1Gi12jXvb7kq79h3xvo=@protonmail.com> <B622265F-9E58-4070-9ADC-32BBA5723C33@akamai.com> <e3e8d8a6-fa99-8792-cdda-6a57a9a7bf20@riseup.net>
In-Reply-To: <e3e8d8a6-fa99-8792-cdda-6a57a9a7bf20@riseup.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 08 Jan 2024 10:47:18 -0800
Message-ID: <CABcZeBM5K0kMPsZ-Nc7-RjL5A3QStYRVUE0oK9w1hy5ubDcNeg@mail.gmail.com>
To: JustAnotherArchivist <justanotherarchivist@riseup.net>
Cc: "Salz, Rich" <rsalz@akamai.com>, arkiver <arkiver=40protonmail.com@dmarc.ietf.org>, "tls@ietf.org" <tls@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d4433b060e73a2cb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/Ahh3HnxJvTnMERfFeBZGQnLatQM>
Subject: Re: [TLS] Media types "application/tls" and "application/ssl", and URIs for schemes "tls" and "ssl"
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.39
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, 08 Jan 2024 18:47:59 -0000
This is outside the scope of TLSWG, but there's not really a clean mapping
from client->server and server->client packets to requests and responses,
so I would suggest you introduce types that are clearer..
-Ekr
On Mon, Jan 8, 2024 at 9:50 AM JustAnotherArchivist <
justanotherarchivist@riseup.net> wrote:
> WARC records have 'types' ('WARC-Type' header field), and the two
> relevant ones here are 'request' and 'response'. The names come from
> HTTP of course, but we'd use them analogously for client-to-server and
> server-to-client TLS records, respectively.
>
> _______________________________________________
> TLS mailing list
> TLS@ietf.org
> https://www.ietf.org/mailman/listinfo/tls
>
- Re: [TLS] Media types "application/tls" and "appl… Eric Rescorla
- [TLS] Media types "application/tls" and "applicat… arkiver
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich
- Re: [TLS] Media types "application/tls" and "appl… Eric Rescorla
- Re: [TLS] Media types "application/tls" and "appl… arkiver
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich
- Re: [TLS] Media types "application/tls" and "appl… JustAnotherArchivist
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich
- Re: [TLS] Media types "application/tls" and "appl… arkiver
- Re: [TLS] Media types "application/tls" and "appl… JustAnotherArchivist
- Re: [TLS] Media types "application/tls" and "appl… Eric Rescorla
- Re: [TLS] Media types "application/tls" and "appl… arkiver
- Re: [TLS] Media types "application/tls" and "appl… Salz, Rich