[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> >> >
- [lamps] Gorry Fairhurst's No Objection on draft-i… Gorry Fairhurst via Datatracker
- [lamps] Re: Gorry Fairhurst's No Objection on dra… Joe Mandel
- [lamps] Re: Gorry Fairhurst's No Objection on dra… Gorry Fairhurst
- [lamps] Re: Gorry Fairhurst's No Objection on dra… Sean Turner