[lamps] Re: Gorry Fairhurst's No Objection on draft-ietf-lamps-rfc5273bis-08: (with COMMENT)

Sean Turner <sean@sn3rd.com> Mon, 15 September 2025 17:17 UTC

Return-Path: <sean@sn3rd.com>
X-Original-To: spasm@mail2.ietf.org
Delivered-To: spasm@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 862D863079AA for <spasm@mail2.ietf.org>; Mon, 15 Sep 2025 10:17:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=sn3rd.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2iJw_VnSsKy for <spasm@mail2.ietf.org>; Mon, 15 Sep 2025 10:17:27 -0700 (PDT)
Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 326416307815 for <spasm@ietf.org>; Mon, 15 Sep 2025 10:17:17 -0700 (PDT)
Received: by mail-qt1-x836.google.com with SMTP id d75a77b69052e-4b7ae45a91cso3484361cf.2 for <spasm@ietf.org>; Mon, 15 Sep 2025 10:17:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sn3rd.com; s=google; t=1757956637; x=1758561437; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=i3gzj00WWdqoeEP8MapdoVj006nptt3SIzCGYv73QwY=; b=RgiPM9EpmSl93TTgbRW+GlSN5wZkpJxnV1ztpUcgbnmc3SB0/NAbr/nXobIBaanwJJ XQyCMm7bBxdtcvnMlYUU/8dMWJrjM8RAof4EWYfRXAebs383DXfm/es4w12WHQm5xHG9 +L5Z6c/yiBFqoqej2s7d6fWAVPy4BjLK7RCyU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757956637; x=1758561437; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=i3gzj00WWdqoeEP8MapdoVj006nptt3SIzCGYv73QwY=; b=CmeMlfzPRaHckuE+lKbXCDk0fnq9M2ZWpQGeuyhHljd3LSr7oYfjdwTOWNRHj9vWQo uKlUr4WklSyZb++/HKiinTR+MUKZ+MM4ArcKuvCmzyH7AZZSBAZ8s3BproNCe3IvBfVa LrI/WJCQd77mnxqE7DRRC3x8pnQGdKz4/UrNQ3dTqamA96X1pw6rBm05Zkq/26qHsP5S 5z4tbTRf6x3pvWSo13ASfJJsSgwhA2Y9rfP5rNovLTxr19RjZmZHNRaAfC87FJDqzzvV Ej+LYYoNe6BhmZO52WF/nvwmdqhxK6pCIPlEIgiuthm+Njg+48Vz8fA/se5BC7t/XDtL anHw==
X-Forwarded-Encrypted: i=1; AJvYcCWEmw+g4mUGYhgpjVj5RI0+g7bxrtQWEARjczHlYSxN3ev/mnkTpX+BX7m/zh2kvTmTb4hdcQ==@ietf.org
X-Gm-Message-State: AOJu0YxX91o4B2vllwCLFEURH9Ww2ApTbajiaYzwwMbebV2VRX8y9iJy SKhEd0Y2sxsYR1I0IE3eQabSV9cp8OSsV+0aV0CbhfemazigYtB2cZfdUv695n+BI5kOtv+SgfS QdqOz
X-Gm-Gg: ASbGnctomE0wx/rZ5zg8LanDvmwVOqhB9gVxZWMlaLM4UFVkrGwOkBdcOnFNaP7emuM rV269N1JncTEUIWha3AAfouW8jW3giL2m+XIBAdrQfSPdd0Fdl0etU49NTuSKytnxV5dk1cMfi6 HOunG6eWiJLtk30VUcVsidRjHTjK2KIYdvf77tW0l+G4nOXdrX493XT9EWSUupH45pYIGPzmmRf 7o80lZvWz4dAi05QHTRp/Gkg7ZQVCcOfQu+W8mh2CrVlEEN8STeMxNofCRTh0CR7tBhf57PTxH4 M6J9WavpVuQ8m9JuDkQ6aTnjlpDjMqaYRM2YNfZfIITODTYoP/LCP7pb8ZJUPV4oDwSYlw7Lvf8 tT9EmRENKX+1n4Ontt/4NKatrS4zo/hofmDQBCv2n6hFg9ZEZ4XO+AIxM9ys=
X-Google-Smtp-Source: AGHT+IE0WWVtdUBVmpl1pduXE4O6l0t8IYK4OKByBTcQW4A5lvg6vsNOFwYXgG95miS8re6D6bXotA==
X-Received: by 2002:ac8:58d6:0:b0:4b7:9313:a35f with SMTP id d75a77b69052e-4b79313a964mr101826391cf.2.1757956636446; Mon, 15 Sep 2025 10:17:16 -0700 (PDT)
Received: from smtpclient.apple ([2600:4040:252a:8d00:81c6:80c7:4e34:d228]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4b639a61502sm72942711cf.0.2025.09.15.10.17.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Sep 2025 10:17:15 -0700 (PDT)
From: Sean Turner <sean@sn3rd.com>
Message-Id: <9C9169D9-D04E-4476-AB6F-2F6164F652AD@sn3rd.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_DC451994-C991-4069-9DE2-0CAE5BDCA5C5"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\))
Date: Mon, 15 Sep 2025 13:16:55 -0400
In-Reply-To: <89d5492e-50a9-4741-9c16-1b85a6a47552@erg.abdn.ac.uk>
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
References: <175758091288.79361.11152252738330348294@dt-datatracker-f7c8fdcb7-pjx77> <06072BBA-4074-4E75-AA80-5F7ADD767398@akayla.com> <89d5492e-50a9-4741-9c16-1b85a6a47552@erg.abdn.ac.uk>
X-Mailer: Apple Mail (2.3826.700.81)
Message-ID-Hash: YIIBYCFWE3IGSKEWNYMJSAHTX6L6TXWS
X-Message-ID-Hash: YIIBYCFWE3IGSKEWNYMJSAHTX6L6TXWS
X-MailFrom: sean@sn3rd.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-spasm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Joseph Mandel <joe@akayla.com>, The IESG <iesg@ietf.org>, draft-ietf-lamps-rfc5273bis@ietf.org, lamps-chairs@ietf.org, spasm@ietf.org, Russ Housley <housley@vigilsec.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [lamps] Re: Gorry Fairhurst's No Objection on draft-ietf-lamps-rfc5273bis-08: (with COMMENT)
List-Id: This is the mail list for the LAMPS Working Group <spasm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/x_XpouCTHLzQnBnRf7W5KcLOPYk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Owner: <mailto:spasm-owner@ietf.org>
List-Post: <mailto:spasm@ietf.org>
List-Subscribe: <mailto:spasm-join@ietf.org>
List-Unsubscribe: <mailto:spasm-leave@ietf.org>

Gorry,

Do me a favor and look at my resposnes to Eric’ comments on 5272 & 5273 in relation to QUIC. I want to make sure it makes sense to you too.

spt

> On Sep 13, 2025, at 03:36, Gorry Fairhurst <gorry@erg.abdn.ac.uk> wrote:
> 
> On 12/09/2025 20:38, Joe Mandel wrote:
>> Gorry, 
>> 
>> Thanks for the comments. We made those changes: https://github.com/lamps-wg/cmcbis/pull/126 
>> 
>> Joe
> Thanks for these updates,
> 
> Gorry
> 
>> 
>>> On Sep 11, 2025, at 1:55 AM, Gorry Fairhurst via Datatracker <noreply@ietf.org> <mailto:noreply@ietf.org> wrote:
>>> 
>>> Gorry Fairhurst has entered the following ballot position for
>>> draft-ietf-lamps-rfc5273bis-08: No Objection
>>> 
>>> When responding, please keep the subject line intact and reply to all
>>> email addresses included in the To and CC lines. (Feel free to cut this
>>> introductory paragraph, however.)
>>> 
>>> 
>>> Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
>>> for more information about how to handle DISCUSS and COMMENT positions.
>>> 
>>> 
>>> The document, along with other ballot positions, can be found here:
>>> https://datatracker.ietf.org/doc/draft-ietf-lamps-rfc5273bis/
>>> 
>>> 
>>> 
>>> ----------------------------------------------------------------------
>>> COMMENT:
>>> ----------------------------------------------------------------------
>>> 
>>> Please find 3 non-blocking COMMENTS, these concern the recommendations for the
>>> use of ports:
>>> 
>>> (1) The current text says:
>>> /Client implementations MAY want to continue to allow for this to occur/
>>> - I know this is taken from a published RFC, but, for me, permitting a “wish”
>>> using an RFC2119 keyword does not say anything useful. Please consider if this
>>> MAY could be rewritten to say which port (range) this requirement refers to,
>>> and avoids saying “want”. Perhaps something like: -  “Client implementations
>>> MAY continue to use a port chosen from the Private Port range”.
>>> 
>>> (2) The current text says:
>>> /Servers SHOULD change to use the new port. /
>>> - Please could you update the text to clarify which service uses the “new port”
>>> ? Is it: TCP? HTTP/TCP? both? - I’d strongly also suggest noting the port
>>> number in the sentence with the RFC2119 keyword e.g.: A TCP server SHOULD use
>>> port  5318 assigned to the CMC service. Prior to [RFC6402], CMC did not have a
>>> registered port number and used an externally configured port from the Private
>>> Port range.
>>> 
>>> (3) I was going to raise a DISCUSS on the final comment, but I’m not sure this
>>> is critical, and I expect some rewording will clarify the port usage: It seems
>>> like the client and the server could use different ways to identify the
>>> service. I think that possibility seems like it needs more clarification.
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Spasm mailing list -- spasm@ietf.org <mailto:spasm@ietf.org>
>>> To unsubscribe send an email to spasm-leave@ietf.org <mailto:spasm-leave@ietf.org>
>> 
>