IETF Logo Mail Archive

[DNSOP] Re: Introducing Relative Label for DNS

Tim Wicinski <tjw.ietf@gmail.com> Mon, 22 July 2024 20:16 UTC

Return-Path: <tjw.ietf@gmail.com>
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 6DA15C151088 for <dnsop@ietfa.amsl.com>; Mon, 22 Jul 2024 13:16:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 BKrbHmyi0vFM for <dnsop@ietfa.amsl.com>; Mon, 22 Jul 2024 13:16:27 -0700 (PDT)
Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 05DB8C14CF1E for <dnsop@ietf.org>; Mon, 22 Jul 2024 13:16:26 -0700 (PDT)
Received: by mail-lj1-x233.google.com with SMTP id 38308e7fff4ca-2ef7fef3ccfso13883041fa.3 for <dnsop@ietf.org>; Mon, 22 Jul 2024 13:16:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1721679385; x=1722284185; 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=YFXJrsnCq+6/0KF7djFFwmwGDLIySkaJdZ9EA4Wb7Eg=; b=ZVDorH6ZWJcWCJngFy9WN8jyNN2bBQcLuTrWu54iE4MhKH71rWmyL1zZlX3DupKnDf XXp/YF8ZhEJsYr6jCWSlT8S+9VtFmb7k6dtD9eFrmgmuKJvjri4Pk2kL9KOfR63voLuW rtRub3yW+Jb6H0sFVlO0axrmq59RsOL+joDySdSlrDIshYWei5PxC7ludLIWtLqZgdP/ FyzmPuTeGOViKjOsvhsc0IY83/DctOjOdhmnBHnOKgzMeLgW0DNDoXr0DuYdsSmQvmoD MPk7cGMQ6gkifSpKrU/fSNLuytDNMe98pcJeMETK+6JPUvlDcWeBWVhMWO3JHL90JdId BurA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721679385; x=1722284185; 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=YFXJrsnCq+6/0KF7djFFwmwGDLIySkaJdZ9EA4Wb7Eg=; b=LslDtjNtGNvGOZBEZ7ehCKwrx+aemZ+TibSN56bZ9cbmgQmdIRWB8cNu5UEOqOxFDM YFiufIfAT+NSpFK2nebdgPp1CAZFeUWGqQqcw0+CyCF9R6PlIg8FvkHjjCRce4/uZGS5 h1TuXDo0fYTCHYo8WvYf51bdIIzLeddFvVRAJajjpL7SXB7dDT3tmIp0HvmmfZ6lBTwr YkTZ4HUXt7S59M7++A19e0MvMuMVtMa1K74ISPNhRz3lkjIujAT9rum+TlWYn7w/3qM0 Z66SkA9MJIY1g205o3pHjOCKd7HbyecVvRSJa/uEBBbZIh+oaRyZX7u2DbC/XLR30Ie8 crRA==
X-Forwarded-Encrypted: i=1; AJvYcCWKJuQpm8QURX8Rldvo0y8H2ykn1HmHLodZIdhzPMa9LzTUhCXyAhnYSKnUgewQmnSF62ms6AR92TYcE+ObMw==
X-Gm-Message-State: AOJu0YzCvx8uQ3nquD8cE7BG6qGUjivYbAccQblKEQYcX5OVz7gDAVmZ aa/J2cpq+E7spos2mdqpAtF3DPiXi12WhX2t6KfQig+q1CMUKt7EhJWA9bIqMvBmFhj/oGSfglG ol7Fd1ROszrkOLx6Ycs7ot/DU8iosww==
X-Google-Smtp-Source: AGHT+IGFilMaDssJretNbjt1WmZKRaJiDps4o4JALDoOtvfKGR60U3h0U4W1XjP+0gDiIIeqwq7avUd9yLye+SpaVQI=
X-Received: by 2002:a2e:be06:0:b0:2ef:27ab:40e6 with SMTP id 38308e7fff4ca-2ef27ab4189mr50483451fa.49.1721679384512; Mon, 22 Jul 2024 13:16:24 -0700 (PDT)
MIME-Version: 1.0
References: <690B1EDE-7DCF-4E33-9688-97295F9D842D@gmail.com> <81C445E0-5C5C-4325-825C-9A9FBCA66F73@strandkip.nl> <E33C6C7C-D1B4-493F-91BD-EF776E760705@isc.org>
In-Reply-To: <E33C6C7C-D1B4-493F-91BD-EF776E760705@isc.org>
From: Tim Wicinski <tjw.ietf@gmail.com>
Date: Mon, 22 Jul 2024 16:16:12 -0400
Message-ID: <CADyWQ+HAFXrq=K26fvhHy_K_AZTg2GcHD1rLrg_Cr6vj3-S9EA@mail.gmail.com>
To: Ondřej Surý <ondrej@isc.org>
Content-Type: multipart/alternative; boundary="0000000000002190ee061ddbb81b"
Message-ID-Hash: SJMUXK3QNOUXNMSZYSVO64AV6UCMLNDC
X-Message-ID-Hash: SJMUXK3QNOUXNMSZYSVO64AV6UCMLNDC
X-MailFrom: tjw.ietf@gmail.com
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: Joe Abley <jabley@strandkip.nl>, 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/wCatJ6BwRdxDYn0AF4NEVqQgDFk>
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>

As a Zone Operator who reads lots of text-based zone files, I only want to
read zone files with absolute names.  Relative names just causes
confusion for folks at times.

I leave the implementer view to those smarter people than myself.

tim


On Mon, Jul 22, 2024 at 11:43 AM Ondřej Surý <ondrej@isc.org> wrote:

> > On 21. 7. 2024, at 16:44, Joe Abley <jabley@strandkip.nl> wrote:
> >> 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.
>
> With my DNS implementor hat, I am fully with Joe. This is bad idea, and it
> solve problem that doesn't exist in the protocol itself. And we should not
> solve the presentation layer and provisioning layer by modifying the
> protocol. Sorry, but we need **less** complexity in DNS, not more
> complexity.
>
> Ondrej
> --
> Ondřej Surý (He/Him)
> ondrej@isc.org
>
> My working hours and your working hours may be different. Please do not
> feel obligated to reply outside your normal working hours.
>
> _______________________________________________
> DNSOP mailing list -- dnsop@ietf.org
> To unsubscribe send an email to dnsop-leave@ietf.org
>

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