IETF Logo Mail Archive

[DNSOP] Re: Introducing Relative Label for DNS

Joe Abley <jabley@strandkip.nl> Sun, 21 July 2024 23:44 UTC

Return-Path: <jabley@strandkip.nl>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26014C14F708 for <dnsop@ietfa.amsl.com>; Sun, 21 Jul 2024 16:44:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, 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 (2048-bit key) header.d=strandkip.nl
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 VkiAvCmvdedN for <dnsop@ietfa.amsl.com>; Sun, 21 Jul 2024 16:44:41 -0700 (PDT)
Received: from qs51p00im-qukt01071501.me.com (qs51p00im-qukt01071501.me.com [17.57.155.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D321C14F697 for <dnsop@ietf.org>; Sun, 21 Jul 2024 16:44:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=strandkip.nl; s=sig1; t=1721605480; bh=/TbnbADo6nNHS4xArkeqpzo/itqT3E1qL2pc3ODgqbg=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:To; b=Q/2SOTizxZzKc5n2qIdGc7eWzDX4g8gaxMWKHd9H9hXU9oc/9s0QXyeg7tflVJRiz /obOQ4Hea8cSDn2dt6n5q5ChDzj8sO9cmU2WgNN6rp9eZ613chMen24hTOp6umejQ0 QrtzG/f5kfpnYwAFecJyjdd60wnCjwW6Sn6ajVfdkrVAj5nP10v5IpYchEVsxvmyFF iF+p5p3NPDweYVX1uHunoFhD6uCmwIo0Omg4kBMdozZ4qN/C/FbumUZU7NOrins+6K kgu5A1qr2Kw1l4aZ3r7dTIQSgG7iWhp3SSn7wbfHYtN1+5Utaw5hJIsO1FIouTdSgi GYvwUDf8h2CuQ==
Received: from smtpclient.apple (qs51p00im-dlb-asmtp-mailmevip.me.com [17.57.155.28]) by qs51p00im-qukt01071501.me.com (Postfix) with ESMTPSA id 2B0991C400DD; Sun, 21 Jul 2024 23:44:37 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Joe Abley <jabley@strandkip.nl>
Mime-Version: 1.0 (1.0)
Date: Sun, 21 Jul 2024 16:44:22 -0700
Message-Id: <81C445E0-5C5C-4325-825C-9A9FBCA66F73@strandkip.nl>
References: <690B1EDE-7DCF-4E33-9688-97295F9D842D@gmail.com>
In-Reply-To: <690B1EDE-7DCF-4E33-9688-97295F9D842D@gmail.com>
To: Edward Lewis <eppdnsprotocols@gmail.com>
X-Mailer: iPad Mail (21F90)
X-Proofpoint-ORIG-GUID: nBrSdH0P5kpVYgMUzgwYkLlIOXpXVTM6
X-Proofpoint-GUID: nBrSdH0P5kpVYgMUzgwYkLlIOXpXVTM6
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16 definitions=2024-07-21_20,2024-07-18_01,2024-05-17_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 suspectscore=0 mlxscore=0 spamscore=0 malwarescore=0 clxscore=1030 adultscore=0 mlxlogscore=560 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2308100000 definitions=main-2407210187
Message-ID-Hash: OXW6FYQPW76FGX2I43YK7OAPCXWUL62Q
X-Message-ID-Hash: OXW6FYQPW76FGX2I43YK7OAPCXWUL62Q
X-MailFrom: jabley@strandkip.nl
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Ben van Hartingsveldt <ben.vanhartingsveldt=40yocto.com@dmarc.ietf.org>, dnsop@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [DNSOP] Re: Introducing Relative Label for DNS
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/ibUi61wRTT2Uyl31dL8xPofy390>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

On 21 Jul 2024, at 15:54, Edward Lewis <eppdnsprotocols@gmail.com> wrote:

> I don’t think there’s any good to come from shrinking an in-memory size of the zone this way.  Saving space, sure, but I don’t think the cost in code complexity will favorable.

This sounds right to me.

> I see this as a UI issue.  A (secure) dynamic update client can elect to append the zone name (from that section of the message) where there is no ending dot.  In a zone file, $ORIGIN can be used at will (but doing so for each name would be overkill).

To be honest the whole idea of relative names feels like it has caused nothing but trouble. I'm not sure why we would want to encourage more of it.


Joe

v2.30.2 | Report a Bug | By Email | System Status