Re: [Taps] Lars Eggert's Discuss on draft-ietf-taps-interface-22: (with DISCUSS and COMMENT)

Lars Eggert <lars@eggert.org> Thu, 14 December 2023 14:28 UTC

Return-Path: <lars@eggert.org>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2167CC14F5EF; Thu, 14 Dec 2023 06:28:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=eggert.org
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 o1b5BmpgfhmE; Thu, 14 Dec 2023 06:28:07 -0800 (PST)
Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400::25]) (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 4BA8EC14F600; Thu, 14 Dec 2023 06:28:04 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 7CBF8805F6; Thu, 14 Dec 2023 16:27:59 +0200 (EET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eggert.org; s=dkim; t=1702564080; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=vUhWw9pbnjyMS04eOHwHTj6WWO87Yv/5A6KvoGpsRoU=; b=YQMVAYTuG0bVZDpztPNJY4Ey6EsseibTIgb2wASC/g9UDOJaFcGFMjO7BVcxI/sITVY28I b1u6f3YLQhBkc6lZ2nA09P6M5ZdeiWCoJrja76+LtbMOOFSBhAvLm3Bk3W9xpot9dJDPBs LBXdxO+FouQgSqJ+gLon5rJLZPVoyryZkcsdC8Hsw5XxyI4NU0bw2xRFGfLvqyhQI5je0Z 0Bi8JqJoirIYoFNdzBQqNnPCK7d3qwyolGU+9Yw3w27KcWUidcje06VhQSa55AvdON8M/9 d4SqUzoZopCz3tOdGB7egjct5TiJz8B6ebfO2eptK27Lhu60C1xffM8TP9/FJg==
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <14B9DBDA-6DF6-419F-89C4-72503503A443@apple.com>
Date: Thu, 14 Dec 2023 16:27:59 +0200
Cc: Brian Trammell <ietf@trammell.ch>, Michael Welzl <michawe@ifi.uio.no>, The IESG <iesg@ietf.org>, draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org, taps@ietf.org, Anna Brunström <anna.brunstrom@kau.se>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C5C89CED-A4A7-4A73-AC04-FBB2423D2909@eggert.org>
References: <F16F27A0-AC25-498F-AE25-F04B9421712D@eggert.org> <14B9DBDA-6DF6-419F-89C4-72503503A443@apple.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
X-Last-TLS-Session-Version: TLSv1.2
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/fZ7aqqA_NXKar32FOUQDgVTKlj0>
Subject: Re: [Taps] Lars Eggert's Discuss on draft-ietf-taps-interface-22: (with DISCUSS and COMMENT)
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Dec 2023 14:28:11 -0000

Hi,

On Dec 14, 2023, at 16:13, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org> wrote:
>>>> 
>>>> How would a developer know what the default endpoint was?
>>> 
>>> The “default” endpoint is the one that the application developer themselves provided that didn’t include a protocol-specific binding. In the example above, that’s the port 443 endpoint, while there’s a protocol-bound endpoint that uses port 8443.
>> 
>> OK, but where in the example does it set that the default it TCP/TLS? The only thing specified for the "default" is port 443 - is something inferring TCP/TLS based on the port?
> 
> The default isn’t explicitly set to TCP/TLS there—it’s the endpoint address/host/port details that are set as default. So it’s saying “use this default endpoint for any protocol that’s used, except if quic is chosen because I know it uses a different port”. Theoretically if the stack could choose TLS/TCP, QUIC, and something else like SCTP, that default would apply to everything other than QUIC.

so *any* protocol other than QUIC would be OK on port 443? SCTP, DCCP, TCP with TLS and without?

This exchange - which we don't need to continue, I think we're beyond the point where progress is being made - reinforces my belief that either I don't understand something fundamental about TAPS, or it's simply not really making the developer experience clearer or easier.

Thanks,
Lars