[netconf] Re: WGLC for udp-client-server
Andy Bierman <andy@yumaworks.com> Wed, 12 February 2025 20:49 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 72D37C1DC80B for <netconf@ietfa.amsl.com>; Wed, 12 Feb 2025 12:49:56 -0800 (PST)
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=ham 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 PURouDWdZRLq for <netconf@ietfa.amsl.com>; Wed, 12 Feb 2025 12:49:52 -0800 (PST)
Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 3F210C1DC81C for <netconf@ietf.org>; Wed, 12 Feb 2025 12:49:52 -0800 (PST)
Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-308f29cca65so146171fa.2 for <netconf@ietf.org>; Wed, 12 Feb 2025 12:49:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1739393389; x=1739998189; 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=aH8eWrZwbNKrcif9E8QQJQhuk4ohAwjM+/0Ptuh8qeE=; b=VyoDNtjd7Chh/j0DuBJChE8J9TeT77spU5XKo+OOYjrEpZTOoXmBxPQ8Dqew0qB3Ks RyBLZ47EnvQsUflHlVoB8HM+eJav/A/kVVFw2FbC9AMFaEprMWcgkEWwN/OZlVMRvgPX oTOMFRtXRaYSDS988E7thH4gHea/Lu+jg3Utg2rEPkh/T4t7ceYvDQiqV71xMdc4aGk0 MssraiGRHMTboEBUQXHI5byQDl/1PATA6s8bnX2t2+AyPKRw4bqMLssXpZiOK6JzkS+c U4nttbpiJiRtMiu9UIizMnbzInrG6YiabN5DcNx64PgLDNhlB94SMv0cn7wjbPd2+n8L r1iA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739393389; x=1739998189; 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=aH8eWrZwbNKrcif9E8QQJQhuk4ohAwjM+/0Ptuh8qeE=; b=cE83SdnO/JP+pRBdgRZSSA2oQW2VyqQsXnAj/l5YjnAO2D2qqFR8o+MFYwL0APBUsL y/fVBcuDe3QAZMjAVvtBNtFNtKgeSCOtP/Andd6dRzj9J41sYN7bvpoaMP7Z1rZ3H570 walntew8tiA5T8iJ20ybKWr0gFVthcr9IihPdMhyWEFIYJ7gJTCtAxqzhb7+io99C6ds 61EyJwHCmFOcyJtwv/jQ+vFipJOct9uyqUsNwFyhhEsZhajf6lBvwaxOwm4lHJrg64S0 JnHTaUgwxRhWG3RAZM7CFpUPjtAucsNBCkxDqjq1y893DfIWzHNJQZy2edSVpfXoTJjd 1EyQ==
X-Gm-Message-State: AOJu0Yx8k3T52xtgN7OidmLYRUnjE6AKBzgRXQj2qwvmkOHsvq/jLRIA CQrvZHePj1sUocNTbcTyn75o1nA+tMVgEl/5kz/ThYV6PfGYLn6b9OnpHEfB6/zlqhvCV0pJ0XV sqpG5g15vCM9BhetGIfIdFoe8dxcDj7xjE9uV+AbpDRhn+ekeOiY=
X-Gm-Gg: ASbGncvK6IbPE8qNe9X8h57apqDienFavVavWF5OfYQQzEgGpAedFrmIYjsTMEKXsVa kKRnLfMrxIVOVinVaRv4CumqEBXDP81s8ijNgZdGtmCs9XK7smi+ENHwAqcpy2QDWGLPchUfhtG UHXL3IYUX5dI6u0/ZR1Uw1TwygYGRETQ==
X-Google-Smtp-Source: AGHT+IHVdm9+Jlhnx3P0wnGunJhQvL8jWcClHzEa9Iw9OH7iXpWGDxoZ0WXXzxuUWTOxj+dMa4gLug+oSyOEzrHYDvE=
X-Received: by 2002:a2e:a987:0:b0:308:e46e:e62c with SMTP id 38308e7fff4ca-30903739518mr6836241fa.7.1739393389341; Wed, 12 Feb 2025 12:49:49 -0800 (PST)
MIME-Version: 1.0
References: <CACvbXWHPpF8KxOmScJNTeo5ghOCDiLWKyKCKLSM+DBeaeS7T=Q@mail.gmail.com>
In-Reply-To: <CACvbXWHPpF8KxOmScJNTeo5ghOCDiLWKyKCKLSM+DBeaeS7T=Q@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Wed, 12 Feb 2025 12:49:38 -0800
X-Gm-Features: AWEUYZkESnO8PLzf1lh1GqeiDMhm0EqffHbpaC_-8QbAxE1DcTXh2l95Qjr0kG8
Message-ID: <CABCOCHS35N6nVsxemov=4Pn3W3dAHOf+QN8RmZsxTH0+KV3Ncg@mail.gmail.com>
To: Per Andersson <per.ietf@ionio.se>
Content-Type: multipart/alternative; boundary="00000000000018c6c4062df81533"
Message-ID-Hash: 2RVFEXBFOICGEUFSDLKBDUBDFMKNS77B
X-Message-ID-Hash: 2RVFEXBFOICGEUFSDLKBDUBDFMKNS77B
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [netconf] Re: WGLC for udp-client-server
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/v-aDKWuGysE3U77ENk5XbVYeT8w>
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,
This document is ready with the following minor issues:
1) leaf remote-port is optional
leaf remote-port {
type inet:port-number;
description
"The port number of the remote UDP server.";
}
Our implementation will reject a missing remote-port leaf in a
receiver-instance.
There is no standard port assignment in this case.
The description should specify that it depends on the context whether this
leaf
can be absent or not.
2) local-port use of 'default 0'
leaf local-port {
if-feature "local-binding";
type inet:port-number;
default "0";
description
"The local port number to bind to when sending UDP
messages to the remote server. The port number '0',
which is the default value, indicates that any available
local port number may be used.";
}
This usage does not appear to be consistent with the typedef description
for port-number:
Note that the port number value zero is reserved by IANA. In
situations where the value zero does not make sense, it can
be excluded by subtyping the port-number type.
Is the IANA text supposed to mean "make up any semantics you want for value
zero"?
Not the cleansest modeling I've seen but consistent with coding hacks.
Andy
On Thu, Feb 6, 2025 at 7:51 AM Per Andersson <per.ietf@ionio.se> wrote:
> Hi!
>
> This email begins a two-week WGLC on:
>
> YANG Groupings for UDP Clients and UDP Servers
>
> https://datatracker.ietf.org/doc/html/draft-ietf-netconf-udp-client-server-05
>
> Please take time to review this draft and post comments by February
> 20. Favorable comments are especially welcomed.
>
> None of the authors or contributors have declared IPR:
>
> https://mailarchive.ietf.org/arch/msg/netconf/NncA8JHqZH14wCptMhktgGcngyM/
>
>
> --
> Per, co-chair
>
> _______________________________________________
> netconf mailing list -- netconf@ietf.org
> To unsubscribe send an email to netconf-leave@ietf.org
>
- [netconf] WGLC for udp-client-server Per Andersson
- [netconf] Re: WGLC for udp-client-server Thomas.Graf
- [netconf] Re: WGLC for udp-client-server Benoit Claise
- [netconf] Re: WGLC for udp-client-server Mahesh Jethanandani
- [netconf] NMDA statement (was RE: Re: WGLC for ud… mohamed.boucadair
- [netconf] Re: WGLC for udp-client-server Alex Huang Feng
- [netconf] Re: WGLC for udp-client-server Andy Bierman
- [netconf] Re: WGLC for udp-client-server Thomas.Graf
- [netconf] Re: WGLC for udp-client-server Alex Huang Feng
- [netconf] Re: WGLC for udp-client-server Rob Wilton (rwilton)
- [netconf] Re: WGLC for udp-client-server Per Andersson