[netconf] Re: [netmod] Re: Default statements on udp-client-server groupings

Kent Watsen <kent+ietf@watsen.net> Fri, 20 September 2024 15:02 UTC

Return-Path: <010001920ff499e8-e481c2ac-3e6d-4890-a990-f21f7a5d1599-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 82E16C16941D; Fri, 20 Sep 2024 08:02:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 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, URIBL_BLOCKED=0.001, 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 (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 r-kR6y4FJFDq; Fri, 20 Sep 2024 08:02:22 -0700 (PDT)
Received: from a48-93.smtp-out.amazonses.com (a48-93.smtp-out.amazonses.com [54.240.48.93]) (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 7AE8EC16941A; Fri, 20 Sep 2024 08:02:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1726844541; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=Q+o+2lphDnVs7hNhwQ9Fft4q9SKYEkreTWXoj3su38g=; b=E95tpg7JJ8orKVOpQnRs6Zt91v1Yp70q3PzTao0UmG2TZkTQ8YeR5VwBBwBYGhX2 E3QZ39dxgd+URhoDxygVRloGKbQ0XLO/8ZB/1DVZzm/DqCReXp1AEkMHsyCXH68GICu /Gx9sG3EAuutWoMpG0Nr4CjU8UZJIRDp1U9Cd+/s=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <010001920ff499e8-e481c2ac-3e6d-4890-a990-f21f7a5d1599-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E2139CFD-CE61-4F8D-A7BF-88D133A00FF0"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Fri, 20 Sep 2024 15:02:21 +0000
In-Reply-To: <3dde2b41370c473389221aca2a371c8b@swisscom.com>
To: Thomas.Graf@swisscom.com
References: <EAA84133-F9D5-4380-994D-297993F13675@insa-lyon.fr> <01000191dc9a8080-119f64d0-f1d7-4549-9789-ba05daa87609-000000@email.amazonses.com> <CABCOCHRYQmo+XDZMGuTwNJ+OW2F1ZbRDcjMst40Z0GXpFD86-w@mail.gmail.com> <01000191dcc4509d-0c99ab29-a02e-4a3e-b68b-3b1d58a87f27-000000@email.amazonses.com> <CABCOCHT6Wsh=mwpPNq+3nGzf8EU8fGtwvstakEtbPetTsL9NDQ@mail.gmail.com> <01000191dd5fee26-d7465934-4131-40b1-9549-ff693917b0d6-000000@email.amazonses.com> <D0230B09-8D6B-4615-8C16-ED6BA6AAFDA7@insa-lyon.fr> <01000191fd1bd27b-042e2602-c072-44bf-9342-f38a74086dbb-000000@email.amazonses.com> <CABCOCHRw4Puhm2bNzSbXLsZD1-M+Miw6KypEbk=ENDj+C6xqPg@mail.gmail.com> <0100019202afbee4-44734060-0753-4ea1-b160-11772eda550a-000000@email.amazonses.com> <3dde2b41370c473389221aca2a371c8b@swisscom.com>
X-Mailer: Apple Mail (2.3774.400.31)
Feedback-ID: ::1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.09.20-54.240.48.93
Message-ID-Hash: WIMYANYSNT7VEDMM52TZ3MHFWFJJ2G2B
X-Message-ID-Hash: WIMYANYSNT7VEDMM52TZ3MHFWFJJ2G2B
X-MailFrom: 010001920ff499e8-e481c2ac-3e6d-4890-a990-f21f7a5d1599-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, "netmod@ietf.org" <netmod@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netconf] Re: [netmod] 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/uqZYzlO8eYvhlMvq06fNMOqpTEw>
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>

Can folks please chime in on this discussion to help bring it to a close?

I rescinded my AUTH48 “approval” for the tcp-client-server draft pending the outcome of this discussion.

PS: I see that Thomas CC-ed NETMOD, which makes sense given a potential update to rfc8407bis.

Kent


> On Sep 18, 2024, at 2:52 AM, Thomas.Graf@swisscom.com wrote:
> 
> Dear Kent, Andy and Alex,
>  
> I think Alex statementhttps://mailarchive.ietf.org/arch/msg/netconf/5Yaiom0B0lDTeSPOvgNfPIEFvBw/, Andy's feedback and guidelines in https://datatracker.ietf.org/doc/html/rfc8407#section-4.4 resp.https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc8407bis-15#section-4.4 makes perfectly sense and I don't see why we should do else. As an author, I suggest to add in section 4 of draft-ietf-netmod-rfc8407bis based on the conclusion of this discussion guidelines on reusable YANG groupings.
>  
> Best wishes
> Thomas
>  
> From: Kent Watsen <kent+ietf@watsen.net <mailto:kent+ietf@watsen.net>>
> Sent: Wednesday, September 18, 2024 3:12 AM
> To: Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>>
> Cc: netconf@ietf.org <mailto:netconf@ietf.org>; draft-ietf-netconf-udp-client-server.authors@ietf.org <mailto:draft-ietf-netconf-udp-client-server.authors@ietf.org>
> Subject: [netconf] Re: Default statements on udp-client-server groupings
>  
> Be aware: This is an external email.
>  
> Hi Andy, 
>  
> The main purpose for YANG defaults is ease of use.
> If there are less things to configure then the device is easier to use.
> Without a default port then this parameter becomes mandatory to configure.
>  
> Alex is trying to maximize lazy binding.  That is, as a general statement,  unless 100% sure, groupings should never specify the “default” or “mandatory” statements, leaving it to terminal “uses” statements to specify.   His comment raises to the level of something that could be an addition to rfc8407bis.  
>  
> Thoughts?
>  
> Kent
>  
> _______________________________________________
> netmod mailing list -- netmod@ietf.org <mailto:netmod@ietf.org>
> To unsubscribe send an email to netmod-leave@ietf.org <mailto:netmod-leave@ietf.org>