[netconf] Re: Default statements on udp-client-server groupings
Kent Watsen <kent@watsen.net> Tue, 10 September 2024 15:43 UTC
Return-Path: <01000191dc9a8080-119f64d0-f1d7-4549-9789-ba05daa87609-000000@amazonses.watsen.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86BFEC14F5F2; Tue, 10 Sep 2024 08:43:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 SvjU0qxGH5jd; Tue, 10 Sep 2024 08:43:20 -0700 (PDT)
Received: from a48-92.smtp-out.amazonses.com (a48-92.smtp-out.amazonses.com [54.240.48.92]) (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 ietfa.amsl.com (Postfix) with ESMTPS id D4121C14F5EF; Tue, 10 Sep 2024 08:43:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1725982998; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=N2ALjXjz2kfiNiR9LXAPx9PvCPM5Sx8YnNfXXyD/vLA=; b=Bfzh5axynhl+41EB8o4f8ldjeo9DS7vka7SNebPVjJ5yR3TkU2jMmfogTV2A/FvJ j1I/FhdlKsL1svoAv32y/nR5Be4YMcDQnM04pv5yAZlBzcLJOASzQbpgKHrq7yCM5pQ Gl6YqiJ/ZIqdFQKRP4M2Kr4oxMILkSOSyLkVVEsw=
From: Kent Watsen <kent@watsen.net>
Message-ID: <01000191dc9a8080-119f64d0-f1d7-4549-9789-ba05daa87609-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_05BAA08F-135E-4F44-A742-AA283557F5F2"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Tue, 10 Sep 2024 15:43:18 +0000
In-Reply-To: <EAA84133-F9D5-4380-994D-297993F13675@insa-lyon.fr>
To: Alex Huang Feng <alex.huang-feng@insa-lyon.fr>
References: <EAA84133-F9D5-4380-994D-297993F13675@insa-lyon.fr>
X-Mailer: Apple Mail (2.3774.400.31)
Feedback-ID: ::1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.09.10-54.240.48.92
Message-ID-Hash: A6OYAMJEW7NELHVLOFR2XWIKH5P2XBFL
X-Message-ID-Hash: A6OYAMJEW7NELHVLOFR2XWIKH5P2XBFL
X-MailFrom: 01000191dc9a8080-119f64d0-f1d7-4549-9789-ba05daa87609-000000@amazonses.watsen.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "netconf@ietf.org" <netconf@ietf.org>, draft-ietf-netconf-udp-client-server.authors@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netconf] Re: Default statements on udp-client-server groupings
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/UflilV_cC22SYqCIJM7a9kLe5Yk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Owner: <mailto:netconf-owner@ietf.org>
List-Post: <mailto:netconf@ietf.org>
List-Subscribe: <mailto:netconf-join@ietf.org>
List-Unsubscribe: <mailto:netconf-leave@ietf.org>
Hi Alex, et al. > The reasons are the followings: > - When there is a default statement in the grouping and a user “uses” this grouping, the user is obligated to refine this default port with another valid port. I’m unsure what “user” means, but it’s worth clarifying that just the higher-level module’s writer/designer would “refine" the groupings. That is, it’s not the NC/RC-client that must set a port value, so the imposition is low to them. Of course, the presumption is that the higher-level groupings are for a “service” that has an assigned port. To promote *interoperability*, wouldn’t it be better for the port that UDP-notif uses to have a default value, in the same say that Syslog and SNMP-trap have a default port value? What is the resistance to requesting for a port-allocation and using it here? Even for private services, one might expect them to have a notion of a default port, right? That said, I am sympathetic to a comment Med made once about how there doesn’t *have* to be a default port to a service that is not considered “first contact”. That is, since the NC/RC-server’s UDP-notif-client is first configured (e.g., via NC/RC), it’s not a first-contact situation. Still, see previous paragraph. Kent // contributor
- [netconf] Default statements on udp-client-server… Alex Huang Feng
- [netconf] Re: Default statements on udp-client-se… Thomas.Graf
- [netconf] Re: Default statements on udp-client-se… mohamed.boucadair
- [netconf] Re: Default statements on udp-client-se… Benoit Claise
- [netconf] Re: Default statements on udp-client-se… Qin Wu
- [netconf] Re: Default statements on udp-client-se… Kent Watsen
- [netconf] Re: Default statements on udp-client-se… Andy Bierman
- [netconf] Re: Default statements on udp-client-se… Kent Watsen
- [netconf] Re: Default statements on udp-client-se… Andy Bierman
- [netconf] Re: Default statements on udp-client-se… Kent Watsen
- [netconf] Re: Default statements on udp-client-se… Alex Huang Feng
- [netconf] Re: Default statements on udp-client-se… Kent Watsen
- [netconf] Re: Default statements on udp-client-se… Alex Huang Feng
- [netconf] UDP-noitf ports and other considerations Kent Watsen
- [netconf] Re: Default statements on udp-client-se… Andy Bierman
- [netconf] Re: Default statements on udp-client-se… Thomas.Graf
- [netconf] Re: [netmod] Re: Default statements on … Per Andersson
- [netconf] Re: UDP-noitf ports and other considera… Thomas.Graf
- [netconf] Re: [netmod] Re: Default statements on … Kent Watsen
- [netconf] Re: [netmod] Re: Default statements on … Kent Watsen
- [netconf] Re: [netmod] Re: Default statements on … Andy Bierman
- [netconf] Re: [netmod] Re: Default statements on … Andy Bierman
- [netconf] Re: UDP-noitf ports and other considera… Paolo Lucente
- [netconf] Re: Default statements on udp-client-se… Kent Watsen
- [netconf] Re: [netmod] Re: Default statements on … Andy Bierman
- [netconf] Re: [netmod] Re: Default statements on … Thomas.Graf
- [netconf] Re: [netmod] Re: Re: Default statements… Alex Huang Feng
- [netconf] Re: [netmod] Re: Default statements on … tom petch