From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: passt.top; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: passt.top; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=C6PJMwQt; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by passt.top (Postfix) with ESMTPS id 453155A0269 for ; Tue, 10 Feb 2026 12:36:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1770723405; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gzdHcWBtyYOjWZ0iEbz2JEfQ60K9oU9QV1aek1jFzQk=; b=C6PJMwQtiFODHCxrOisckvNRt7+1Ho7gZtiHTwrSW6U7RVO0sgMCSTwTYvR+Qk4ysgb7on UJnR36pzn9ueWLNuoDPizQnVub1d/b9StNYhBwi9GymhsbvT5SUGPbVwkKOPTxsh0vSOmh oEA8tPrej3qwtkUNa79S+ngTyCCeJMc= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-451-ANzqP0AINKuva0223dHsuQ-1; Tue, 10 Feb 2026 06:36:43 -0500 X-MC-Unique: ANzqP0AINKuva0223dHsuQ-1 X-Mimecast-MFC-AGG-ID: ANzqP0AINKuva0223dHsuQ_1770723402 Received: by mail-wr1-f70.google.com with SMTP id ffacd0b85a97d-4376ec2b1cfso1521855f8f.0 for ; Tue, 10 Feb 2026 03:36:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770723402; x=1771328202; h=date:content-transfer-encoding:mime-version:organization:references :in-reply-to:message-id:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gzdHcWBtyYOjWZ0iEbz2JEfQ60K9oU9QV1aek1jFzQk=; b=seCMOGGINmJokXTIy34o2niUORsaUvZa9fa6FeFcK0PNyYRXPogAa3IO+uAIZbjAZG 8jqFSv/Wa6gx8MImqU2bPusoQLqg2HB5F+mBoBrUuonFHQsrrwnILYAVCpzFhHY9AL4W g6E036mGyxls6SQ6Ep0v4ntpv+bMDeI4SW0GqJ/cj1k6Iwu/3VJL61Iosecp01CUXgQg QHuQG+T/Pu3zhZZbVNnMHfaoGS3HLjYbZBKHEyvRLDovwmn17m/MSoi0kM+pQw3FU6D5 3f5dstR4tn1P6HPF8oOihdKxueF2go2OX7pv7eopdMj8LiTStbh21CWpoSZe935Jap6y daNQ== X-Forwarded-Encrypted: i=1; AJvYcCXUqMJ1uP/WS6cPkC36YmKNot+xzMLmNhZVCGrhx8gjDKrZBRzg5XGxC0ERV4i7QgNpZlp7qXfsdXQ=@passt.top X-Gm-Message-State: AOJu0Yy+r+4mei4pXSuyGvMWiyN3EGxKvBaYEWLy1oNV6xfd0iVj/peR pUn2h4ENPhDyi3/sZiGSnatDqVevtSg3nAK30Z5P6eUVONJ9yURlJLSgVPU0GcJ3TmSW67VZ3dQ HIzihoAgX4AqwyeuRZ3NCtlBE9Nsq7qPnDD6i6tHxaO6Iehd6DxVYMA== X-Gm-Gg: AZuq6aLYsZNXI7ajHKuMEJDdcYDZEih5X22OaEwhLzE+HF2BEhSy75fLOnoLgmnmVnI hOaQ2BxRPmgdq0DUgtUTZ2mnq8hkn1tEd0fXLpDJjmKFuCi5MBej4jIwUs37SmjHcrbRjDjWbRJ tVlC+U/4hVgGGnJWQmuXPDsH0qpXShrR9lH07AL7AYmW3CksPCjuvwkUeC7WURWXOFuLNh9AJR3 V6Ikc1bfBhnlr9B+5kRXdUw20vpuh8o0kbQc+HX5rr0nC6372L10eGZd05+s4fljzM+c1K9hDP0 t39cQclxgOa4ob9oNZK6psDExYJ9mk9NTH6WyPTOEiWIIyU4TCFmHoNlhTcwDaf0JDCzngI9AIx e+4hTdn7B6RnCSNhxhnDc5/sKaAj2NtnYBtNT46IoOfkc9Qr6+g== X-Received: by 2002:adf:e587:0:b0:436:369a:7f36 with SMTP id ffacd0b85a97d-436369a80bcmr12936270f8f.45.1770723401710; Tue, 10 Feb 2026 03:36:41 -0800 (PST) X-Received: by 2002:adf:e587:0:b0:436:369a:7f36 with SMTP id ffacd0b85a97d-436369a80bcmr12936224f8f.45.1770723401081; Tue, 10 Feb 2026 03:36:41 -0800 (PST) Received: from maya.myfinge.rs (ifcgrfdd.trafficplex.cloud. [176.103.220.4]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4376bd5a074sm16101638f8f.11.2026.02.10.03.36.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Feb 2026 03:36:40 -0800 (PST) From: Stefano Brivio To: Jon Maloy Subject: Re: [PATCH v9] conf: Support CIDR notation for -a/--address option Message-ID: <20260210123638.7e839e2c@elisabeth> In-Reply-To: <20260209003727.813006-1-jmaloy@redhat.com> References: <20260209003727.813006-1-jmaloy@redhat.com> Organization: Red Hat X-Mailer: Claws Mail 4.2.0 (GTK 3.24.49; x86_64-pc-linux-gnu) MIME-Version: 1.0 Date: Tue, 10 Feb 2026 12:36:39 +0100 (CET) X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: z6HU2l2AqnggMaRblyhKJh961ni_orNshyiZZm8voAM_1770723402 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID-Hash: OSX3AY4SI6LQPARJAMOD6ED7TUT54B52 X-Message-ID-Hash: OSX3AY4SI6LQPARJAMOD6ED7TUT54B52 X-MailFrom: sbrivio@redhat.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: dgibson@redhat.com, david@gibson.dropbear.id.au, passt-dev@passt.top X-Mailman-Version: 3.3.8 Precedence: list List-Id: Development discussion and patches for passt Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Note that this has now a trivial conflict with 0c611bcd3120 ("ip: Add ipproto_name() function"), you should rebase it. Review below: On Sun, 8 Feb 2026 19:37:27 -0500 Jon Maloy wrote: > Extend the -a/--address option to accept addresses in CIDR notation > (e.g., 192.168.1.1/24 or 2001:db8::1/64) as an alternative to using > separate -a and -n options. > > We add a new inany_prefix_pton() helper function that: > - Parses address strings with a compulsory /prefix_len suffix > - Validates prefix length based on address family (0-32 for IPv4, > 0-128 for IPv6), including handling of IPv4-to-IPv6 mapping case. > > For IPv4, the prefix length is stored in ip4.prefix_len when provided. > Mixing -n and CIDR notation results in an error to catch likely user > mistakes. > > Also fix a bug in conf_ip4_prefix() that was incorrectly using the > global 'optarg' instead of its 'arg' parameter. > > Signed-off-by: Jon Maloy > > --- > v3: Fixes after feedback from Laurent, David and Stefano > Notably, updated man page for the -a option > > v4: Fixes based on feedback from David G: > - Handling prefix length adjustment when IPv4-to-IPv6 mapping > - Removed redundant !IN6_IS_ADDR_V4MAPPED(&addr.a6) test > - Simplified tests of acceptable address types > - Merged documentation and code commits > - Some documentation text clarifications > > v5: - Moved address/prefix parsing into a refactored > inany_prefix_pton() function. > - inany_prefix_pton() now only caluclates IPv6 style > prefix lengths > - Stricter distinction between error causes. > - Some refactoring of the 'case a:' branch in conf() > - Some small fixes in passt.1 > > v6: - Refactored inany_prefix_pton() and conf()::'case -a' > code after input from David Gibson. > > v7: - More refactoring after input from David Gibson. > - I kept the return values 1 and 0. This is consistent > with the return values of inet_pton() and inany_pton(). > > v8: - Changed condition for updating ipv4 prefix length > > v9: - Made char *src and char *pstr in inany_prefix_pton() const > - Updated logics in conf.c:: case 'a' and case 'n' to > be clearer (I think) > --- > conf.c | 72 +++++++++++++++++++++++++++++++++++++-------------------- > inany.c | 51 ++++++++++++++++++++++++++++++++++++++++ > inany.h | 15 ++++++++++++ > ip.c | 21 +++++++++++++++++ > ip.h | 2 ++ > passt.1 | 17 ++++++++++---- > 6 files changed, 148 insertions(+), 30 deletions(-) > > diff --git a/conf.c b/conf.c > index 2942c8c..46cfb6e 100644 > --- a/conf.c > +++ b/conf.c > @@ -682,7 +682,7 @@ static int conf_ip4_prefix(const char *arg) > return -1; > } else { > errno = 0; > - len = strtoul(optarg, NULL, 0); > + len = strtoul(arg, NULL, 0); > if (len > 32 || errno) > return -1; > } > @@ -896,7 +896,7 @@ static void usage(const char *name, FILE *f, int status) > " a zero value disables assignment\n" > " default: 65520: maximum 802.3 MTU minus 802.3 header\n" > " length, rounded to 32 bits (IPv4 words)\n" > - " -a, --address ADDR Assign IPv4 or IPv6 address ADDR\n" > + " -a, --address ADDR Assign IPv4 or IPv6 address ADDR[/PREFIXLEN]\n" > " can be specified zero to two times (for IPv4 and IPv6)\n" > " default: use addresses from interface with default route\n" > " -n, --netmask MASK Assign IPv4 MASK, dot-decimal or bits\n" > @@ -1505,6 +1505,8 @@ void conf(struct ctx *c, int argc, char **argv) > unsigned long max_mtu = IP_MAX_MTU; > struct fqdn *dnss = c->dns_search; > unsigned int ifi4 = 0, ifi6 = 0; > + bool prefix_from_cidr = false; > + uint8_t prefix_from_opt = 0; Neither of these variables contain a prefix. One might be the length, I think, the other one is a boolean. This is a bit confusing. > const char *logfile = NULL; > size_t logsize = 0; > char *runas = NULL; > @@ -1808,36 +1810,56 @@ void conf(struct ctx *c, int argc, char **argv) > c->mtu = mtu; > break; > } > - case 'a': > - if (inet_pton(AF_INET6, optarg, &c->ip6.addr) && > - !IN6_IS_ADDR_UNSPECIFIED(&c->ip6.addr) && > - !IN6_IS_ADDR_LOOPBACK(&c->ip6.addr) && > - !IN6_IS_ADDR_V4MAPPED(&c->ip6.addr) && > - !IN6_IS_ADDR_V4COMPAT(&c->ip6.addr) && > - !IN6_IS_ADDR_MULTICAST(&c->ip6.addr)) { > - if (c->mode == MODE_PASTA) > - c->ip6.no_copy_addrs = true; > - break; > - } > + case 'a': { > + union inany_addr addr; > + uint8_t prefix_len; > + > + prefix_from_cidr = > + inany_prefix_pton(optarg, &addr, &prefix_len); I guess this variable represents whether the address specification carries the prefix length as well, so perhaps addr_has_prefix or addr_has_prefix_len would suit it better. The current name seems to indicate a variable containing a prefix that comes from RFC 1519 somehow, but that's clearly not the case. By the way, the usual indentation would be: long_variable_name = inany_prefix_pton(optarg, &addr, &prefix_len); > + > + if (prefix_from_cidr && prefix_from_opt) > + die("Can't mix CIDR with -n"); Well, sure, CIDR means "Classless Inter-Domain Routing", so that would be like mixing bridges with concrete. What about: die("Redundant prefix length specification"); ? Sorry for not mentioning it earlier, but only now I realised that the current implementation is not really trivial: with commit 65923ba79877 ("conf: Accept duplicate and conflicting options, the last one wins"), we finally embraced reality over correctness and gave up with all the careful "conflict" checking. Couldn't we just let the last option win? "-n" would override everything, while per-address specifiers would override the prefix length only for that specific address / IP version. The code would also be simpler, I think. > + > + if (!prefix_from_cidr && !inany_pton(optarg, &addr)) > + die("Invalid address: %s", optarg); > + > + if (prefix_from_opt && inany_v4(&addr)) > + prefix_len = prefix_from_opt; Now I see why prefix_from_opt is a number! If that variable name had 'len' in it, it would have been clearer. I haven't checked how this looks like elsewhere, but what about 'prefix_len_from_opt'? > + else if (!prefix_from_cidr) > + prefix_len = inany_default_prefix_len(&addr); > + > + if (inany_is_unspecified(&addr) || > + inany_is_multicast(&addr) || > + inany_is_loopback(&addr) || > + IN6_IS_ADDR_V4COMPAT(&addr.a6)) > + die("Invalid address: %s", optarg); > > - if (inet_pton(AF_INET, optarg, &c->ip4.addr) && > - !IN4_IS_ADDR_UNSPECIFIED(&c->ip4.addr) && > - !IN4_IS_ADDR_BROADCAST(&c->ip4.addr) && > - !IN4_IS_ADDR_LOOPBACK(&c->ip4.addr) && > - !IN4_IS_ADDR_MULTICAST(&c->ip4.addr)) { > + if (inany_v4(&addr)) { > + c->ip4.addr = *inany_v4(&addr); > + c->ip4.prefix_len = prefix_len - 96; > if (c->mode == MODE_PASTA) > c->ip4.no_copy_addrs = true; > - break; > + } else { > + c->ip6.addr = addr.a6; > + if (c->mode == MODE_PASTA) > + c->ip6.no_copy_addrs = true; > } > - > - die("Invalid address: %s", optarg); > break; > - case 'n': > - c->ip4.prefix_len = conf_ip4_prefix(optarg); > - if (c->ip4.prefix_len < 0) > - die("Invalid netmask: %s", optarg); > + } > + case 'n': { > + int plen; > + > + if (prefix_from_cidr) > + die("Can't use both -n and CIDR prefix length"); > > + plen = conf_ip4_prefix(optarg); > + if (plen < 0) > + die("Invalid prefix length: %s", optarg); > + > + prefix_from_opt = plen + 96; > + c->ip4.prefix_len = plen; > break; > + } > case 'M': > parse_mac(c->our_tap_mac, optarg); > break; > diff --git a/inany.c b/inany.c > index 7680439..df6a126 100644 > --- a/inany.c > +++ b/inany.c > @@ -11,6 +11,7 @@ > #include > #include > #include > +#include > > #include "util.h" > #include "ip.h" > @@ -57,3 +58,53 @@ int inany_pton(const char *src, union inany_addr *dst) > > return 0; > } > + > +/** > + * inany_prefix_pton() - Parse an IPv[46] address with prefix length > + * @src: IPv[46] address and prefix length string in CIDR format > + * @dst: Output buffer, filled with parsed address > + * @prefix_len: Prefix length, to be filled in IPv6 format > + * > + * Return: on success, 1, if no parseable address or prefix is found, 0 I already commented on this. I think it's not clear. See https://archives.passt.top/passt-dev/20260121091517.626962f1@elisabeth/. > + */ > +int inany_prefix_pton(const char *src, union inany_addr *dst, > + uint8_t *prefix_len) > +{ > + char astr[INANY_ADDRSTRLEN] = {0,}; > + size_t alen = strcspn(src, "/"); > + const char *pstr = &src[alen + 1]; > + unsigned long plen; > + char *end; > + > + if (alen >= INANY_ADDRSTRLEN) > + return 0; > + > + if (src[alen] != '/') > + return 0; > + > + strncpy(astr, src, alen); > + > + /* Read prefix length */ > + errno = 0; > + plen = strtoul(pstr, &end, 10); > + if (errno || *end || plen > 128) > + return 0; > + > + *prefix_len = plen; > + > + /* Read address */ > + if (inet_pton(AF_INET6, astr, dst)) { > + if (inany_v4(dst) && *prefix_len < 96) > + return 0; > + return 1; > + } > + > + if (inany_pton(astr, dst)) { > + if (*prefix_len > 32) > + return 0; > + *prefix_len += 96; > + return 1; > + } > + > + return 0; > +} > diff --git a/inany.h b/inany.h > index 61b36fb..c7d6027 100644 > --- a/inany.h > +++ b/inany.h > @@ -96,6 +96,19 @@ static inline struct in_addr *inany_v4(const union inany_addr *addr) > return (struct in_addr *)&addr->v4mapped.a4; > } > > +/** inany_default_prefix_len() - Get default prefix length for address > + * @addr: IPv4 or iPv6 address > + * > + * Return: Class-based prefix length for IPv4 (in IPv6 format: 104-128), > + * or 64 for IPv6 > + */ > +static inline int inany_default_prefix_len(const union inany_addr *addr) > +{ > + const struct in_addr *v4 = inany_v4(addr); > + > + return v4 ? ip4_class_prefix_len(v4) + 96 : 64; > +} > + > /** inany_equals - Compare two IPv[46] addresses > * @a, @b: IPv[46] addresses > * > @@ -295,5 +308,7 @@ static inline void inany_siphash_feed(struct siphash_state *state, > > const char *inany_ntop(const union inany_addr *src, char *dst, socklen_t size); > int inany_pton(const char *src, union inany_addr *dst); > +int inany_prefix_pton(const char *src, union inany_addr *dst, > + uint8_t *prefix_len); > > #endif /* INANY_H */ > diff --git a/ip.c b/ip.c > index 9a7f4c5..40dc24e 100644 > --- a/ip.c > +++ b/ip.c > @@ -13,6 +13,8 @@ > */ > > #include > +#include > + > #include "util.h" > #include "ip.h" > > @@ -67,3 +69,22 @@ found: > *proto = nh; > return true; > } > + > +/** > + * ip4_class_prefix_len() - Get class based prefix length for IPv4 address > + * @addr: IPv4 address > + * > + * Return: prefix length based on address class, or 32 for other > + */ > +int ip4_class_prefix_len(const struct in_addr *addr) > +{ > + in_addr_t a = ntohl(addr->s_addr); > + > + if (IN_CLASSA(a)) > + return 32 - IN_CLASSA_NSHIFT; > + if (IN_CLASSB(a)) > + return 32 - IN_CLASSB_NSHIFT; > + if (IN_CLASSC(a)) > + return 32 - IN_CLASSC_NSHIFT; > + return 32; > +} > diff --git a/ip.h b/ip.h > index 5830b92..bd28640 100644 > --- a/ip.h > +++ b/ip.h > @@ -135,4 +135,6 @@ static const struct in_addr in4addr_broadcast = { 0xffffffff }; > #define IPV6_MIN_MTU 1280 > #endif > > +int ip4_class_prefix_len(const struct in_addr *addr); > + > #endif /* IP_H */ > diff --git a/passt.1 b/passt.1 > index db0d662..2c3eae9 100644 > --- a/passt.1 > +++ b/passt.1 > @@ -156,10 +156,14 @@ By default, the advertised MTU is 65520 bytes, that is, the maximum 802.3 MTU > minus the length of a 802.3 header, rounded to 32 bits (IPv4 words). > > .TP > -.BR \-a ", " \-\-address " " \fIaddr > +.BR \-a ", " \-\-address " " \fIaddr\fR[/\fIprefix_len\fR] > Assign IPv4 \fIaddr\fR via DHCP (\fByiaddr\fR), or \fIaddr\fR via DHCPv6 (option > 5) and an \fIaddr\fR-based prefix via NDP Router Advertisement (option type 3) > for an IPv6 \fIaddr\fR. > +An optional /\fIprefix_len\fR (0-32 for IPv4, 0-128 for IPv6) can be > +appended in CIDR notation (e.g. 192.0.2.1/24). This is an alternative to > +using the \fB-n\fR, \fB--netmask\fR option. Mixing CIDR notation with > +\fB-n\fR results in an error. > This option can be specified zero (for defaults) to two times (once for IPv4, > once for IPv6). > By default, assigned IPv4 and IPv6 addresses are taken from the host interfaces > @@ -172,10 +176,13 @@ is assigned for IPv4, and no additional address will be assigned for IPv6. > .TP > .BR \-n ", " \-\-netmask " " \fImask > Assign IPv4 netmask \fImask\fR, expressed as dot-decimal or number of bits, via > -DHCP (option 1). > -By default, the netmask associated to the host address matching the assigned one > -is used. If there's no matching address on the host, the netmask is determined > -according to the CIDR block of the assigned address (RFC 4632). > +DHCP (option 1). Alternatively, the prefix length can be specified using CIDR > +notation with the \fB-a\fR, \fB--address\fR option (e.g. \fB-a\fR 192.0.2.1/24). > +Mixing \fB-n\fR with CIDR notation results in an error. > +If no address is indicated, the netmask associated with the adopted host address, > +if any, is used. If an address is indicated, but without a prefix length, the > +netmask is determined based on the corresponding network class. In all other > +cases, the netmask is determined by using the indicated prefix length. > > .TP > .BR \-M ", " \-\-mac-addr " " \fIaddr I also would have raised most of the comments David already raised, other than those, the rest looks good to me. -- Stefano