[netconf] Re: Default statements on udp-client-server groupings
Andy Bierman <andy@yumaworks.com> Tue, 10 September 2024 17:43 UTC
Return-Path: <andy@yumaworks.com>
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 8B483C180B5D for <netconf@ietfa.amsl.com>; Tue, 10 Sep 2024 10:43:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, 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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks.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 avCwMCGkjwE8 for <netconf@ietfa.amsl.com>; Tue, 10 Sep 2024 10:43:42 -0700 (PDT)
Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 7F1BCC180B5F for <netconf@ietf.org>; Tue, 10 Sep 2024 10:43:42 -0700 (PDT)
Received: by mail-qt1-x82b.google.com with SMTP id d75a77b69052e-458218cfd3aso4357731cf.0 for <netconf@ietf.org>; Tue, 10 Sep 2024 10:43:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1725990221; x=1726595021; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=USPOFEZfdSiXjSvUzI6G7BniyQCuUmGDxIBKbUaVk/8=; b=Qa6w342v9fGxzJkLBl56rtN3WveHg4SIRT5A0DjXmYGvnT51VqE3rL9kkJgH+Hw7nE /NYeVVvYtzKUWBE9n1fOXVIhAO/KMARjl+zAFASTbYKATgy3PpMnz7LJQvZ5sLnK4IPu 9aQ096HbwhPgaGCoLcLJIwL6z8gVt+ys+Ar8+/vJK4XeOf6EEvi9wu2T1fZhws8ETsr6 0NdKXmW9J1QWz9MOYAwNPsKJN7qhR5My8DGHvC4H+tQAD+h36MiyHC1P1HI49bMvYp5K LHazPjDRO4pY5/Y+ulInPbvZBkofNPg9VIvs4v7htzhfXKPBTake8ccIJQG1Rl9KgB9w 7dOg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725990221; x=1726595021; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=USPOFEZfdSiXjSvUzI6G7BniyQCuUmGDxIBKbUaVk/8=; b=vI/f8rbnCe/FR4JAOYZaSH0Rv0NLVH5kUi7HoRF9MFZc+P8zVkTYAzqfo5bToADJmv 1aNwtJTUtsQeMYT+KOgLPylix7DId5VnGoBgFzCcGE5y8D+9ICYzmRO0lHPujIKq0dQE DeSHnp5txhmvpu+sG5Q+iAdyUr3dF+HHgCrlzaV/5RIhtUBgsS4QmarrLHxn/3FqASAh 5VRO3z0LYgzWGUAVj3OhqiCr37qNMu8h4ab2iFlm0JLCU/52u4FSOUvJ2rrguFrgaQ+m 6EI31pQjuSa+ubNMSii3mki9csvNeu4p04wrdnb63nxkiKc/0J55e5JfwhOh00683up7 fyHg==
X-Gm-Message-State: AOJu0YwxZlzYV9FieZKgdAIy4CZQb8KH5NWUWYcIi8BHghIde59dtPCU h/oAhvXaH6CpnTYaQbksbesschRLRzr3ebq8UGzn/I/bqUmpu8kvhN/KjvPJls2UXct4W1Xxw5S 1V03ajbYHg56lcFGUIA7lNSoJwMMtMc1jvZ2C1Q==
X-Google-Smtp-Source: AGHT+IGEKcYMVyQhA7BJ677WaFJgqYTQVHUBgzy4ZpN/sIemzo8VfSvCAnAO6WVJCL6SubzV5lS6x8KMdCaiHINoV2U=
X-Received: by 2002:ac8:5e11:0:b0:458:44b8:6df with SMTP id d75a77b69052e-45844b809b5mr15774441cf.5.1725990221125; Tue, 10 Sep 2024 10:43:41 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <01000191dcc4509d-0c99ab29-a02e-4a3e-b68b-3b1d58a87f27-000000@email.amazonses.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Tue, 10 Sep 2024 10:43:29 -0700
Message-ID: <CABCOCHT6Wsh=mwpPNq+3nGzf8EU8fGtwvstakEtbPetTsL9NDQ@mail.gmail.com>
To: Kent Watsen <kent@watsen.net>
Content-Type: multipart/alternative; boundary="000000000000043da90621c76a55"
Message-ID-Hash: 27Y6AT2LGRRMMHL7BKTXBVLPYOLFKOIG
X-Message-ID-Hash: 27Y6AT2LGRRMMHL7BKTXBVLPYOLFKOIG
X-MailFrom: andy@yumaworks.com
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/6xwgIu31LBk9rUTBEMbMQ_t2ZnI>
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>
On Tue, Sep 10, 2024 at 9:28 AM Kent Watsen <kent@watsen.net> wrote:
>
> How is this any different than Call Home, which has default port
> assignments?
>
>
> Exactly, it seems that UDP-notif should have a port assignment.
>
>
> The grouping should not have a default port, but the uses-stmt for the
> udp-notif service should add one.
>
>
> The configuration data model for Call Home is in the NC/RC-client-server
> drafts. Yes, they “refine” the default as expected. Here’s an example:
>
> uses tcpc:tcp-client-grouping {
> refine "remote-port" {
> default "4336";
> description
> "The RESTCONF server will attempt to
> connect to the IANA-assigned well-known
> port for 'restconf-ch-tls' (4336) if no
> value is specified.";
> }
> }
>
> Note that this grouping does NOT refine the “local-port” from
> the tcp-client-grouping, since its default value is fine.
>
>
> And here is the “base” grouping:
>
> leaf remote-port {
> type inet:port-number;
> default "0”; <-- THIS IS THE LINE BEING
> CONTESTED
> description ^— it seems 50/50
> if useful, but it doesn’t harm either, does it?
> "The IP port number for the remote peer to establish a
> connection with. An invalid default value is used
> so that importing modules may 'refine' it with the
> appropriate default port number value.";
> }
> leaf local-port {
> if-feature "local-binding-supported";
> type inet:port-number;
> default "0"; <— AND THIS LINE ALSO
> description ^— this seems like
> a *good* value for all services, e.g., universal behavior
> "The local IP port number to bind to for when connecting
> to the remote peer. The port number '0', which is the
> default value, indicates that any available local port
> number may be used.";
> }
>
>
>
default "0" should be removed.
Using zero as a special value to mean "not set" is a common hack, but not
good practice in YANG.
> Kent // contributor
>
>
Andy
- [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