[IPv6]Re: Working Group Last Call draft-ietf-6man-zone-ui

Erik Auerswald <auerswal@unix-ag.uni-kl.de> Wed, 25 September 2024 21:05 UTC

Return-Path: <auerswal@unix-ag.uni-kl.de>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82DFBC151980; Wed, 25 Sep 2024 14:05:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 a5Lcn6NkAHBW; Wed, 25 Sep 2024 14:05:24 -0700 (PDT)
Received: from mailgw1.uni-kl.de (mailgw1.uni-kl.de [IPv6:2001:638:208:120::220]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11BEBC151091; Wed, 25 Sep 2024 14:05:23 -0700 (PDT)
Received: from sushi.unix-ag.uni-kl.de (sushi.unix-ag.uni-kl.de [IPv6:2001:638:208:ef34:0:ff:fe00:65]) by mailgw1.uni-kl.de (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 48PL5tXJ150586 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 25 Sep 2024 23:05:55 +0200
Received: from sushi.unix-ag.uni-kl.de (ip6-localhost [IPv6:::1]) by sushi.unix-ag.uni-kl.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 48PL5L4H023434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Sep 2024 23:05:21 +0200
Received: (from auerswal@localhost) by sushi.unix-ag.uni-kl.de (8.14.4/8.14.4/Submit) id 48PL5Lv3023433; Wed, 25 Sep 2024 23:05:21 +0200
Date: Wed, 25 Sep 2024 23:05:21 +0200
From: Erik Auerswald <auerswal@unix-ag.uni-kl.de>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <20240925210521.GA21268@unix-ag.uni-kl.de>
References: <CAFU7BAS_h4exwtYNHhtKjdyxzDwtq3C1J5Kbprqf3h-uLUitew@mail.gmail.com> <20240925110417.GA27835@unix-ag.uni-kl.de> <1baec564-d551-45c2-8ba0-db9b14363d4e@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1baec564-d551-45c2-8ba0-db9b14363d4e@gmail.com>
Author: Erik Auerswald <auerswal@unix-ag.uni-kl.de>
Message-ID-Hash: 3SFSAAME3C5XL5GKBXBV5CZ3KXG2HAS7
X-Message-ID-Hash: 3SFSAAME3C5XL5GKBXBV5CZ3KXG2HAS7
X-MailFrom: auerswal@unix-ag.uni-kl.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ipv6.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: 6man <ipv6@ietf.org>, 6man Chairs <6man-chairs@ietf.org>, draft-ietf-6man-zone-ui@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [IPv6]Re: Working Group Last Call draft-ietf-6man-zone-ui
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/p2Rqva96ZIZPYBHyKSJapAKcOPc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Owner: <mailto:ipv6-owner@ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Subscribe: <mailto:ipv6-join@ietf.org>
List-Unsubscribe: <mailto:ipv6-leave@ietf.org>

Hi Brian,

On Thu, Sep 26, 2024 at 08:06:12AM +1200, Brian E Carpenter wrote:
> On 25-Sep-24 23:04, Erik Auerswald wrote:
> >Hi,
> >
> >On Wed, Sep 25, 2024 at 07:08:32AM +1000, Jen Linkova wrote:
> 
> ...
> 
> >I find the length example from section 4 problematic.
> >Systems different from Linux use longer interface names, e.g.,
> >TwentyfiveGigabitEthernet1/0/2 could be an interface name of a Cisco
> >Catalyst switch that can be used as a zone identifier for, e.g., ping.
> >Giving a concrete number, as done in draft-ietf-6man-zone-ui-03, might
> >be more problematic than helpful.
> 
> I don't quite understand your objection. On Linux, a limit of 16 would
> be appropriate. On a Catalyst, some other limit (presumably greater
> than 30) would be appropriate.
> 
> Would it help if the text said:
> 
> "A UI implementation should apply an appropriate length limit..."
> 
> instead of "reasonable", which is certainly vague?

Here, vague is better than giving an exact number.  Otherwise implementers
might just read the "for example, a limit to 16 ASCII characters" part
and conclude that exact limit is always appropriate.  They might consider
"16" to be the standardized number.

Both "reasonable" and "appropriate" work for me.

IMHO just leaving out the example would improve the text in this case.

Br,
Erik