Re: [DNSOP] draft-ietf-dnsop-structured-dns-error: suberr registration policy
Benjamin Schwartz <ietf@bemasc.net> Tue, 18 April 2023 20:37 UTC
Return-Path: <benjamin.m.schwartz@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 7AC22C151557; Tue, 18 Apr 2023 13:37:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.549
X-Spam-Level:
X-Spam-Status: No, score=-6.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.096, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 x84S25V7U_Bo; Tue, 18 Apr 2023 13:37:39 -0700 (PDT)
Received: from mail-vs1-f46.google.com (mail-vs1-f46.google.com [209.85.217.46]) (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 92062C151530; Tue, 18 Apr 2023 13:37:39 -0700 (PDT)
Received: by mail-vs1-f46.google.com with SMTP id r24so286091vsj.0; Tue, 18 Apr 2023 13:37:39 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681850258; x=1684442258; 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=zlDH7QPGBhSZ/qgwSx4ZnivSXWh6EeVBTfvMUN9woi8=; b=SmNiEMHPuICKRnSaN9WUgQPETdmxuhHXI+2nkQdyt+agLTwyO/qp6nn8S5eZVGu5Le 3/6wac0il4ROq0/0sJ4uzbglFkTV/UxDwe3sJOJjbthDgDzgvaoNiNoG82T5zw0NF1Fw dWYWzI0qfsnDaYEvEPzw3ja17l2I99fYNg2uRkVXad/TVbuF52MX8Z+m3zhVZa5+E+cK eyxG5rT78LcZ/NK1VMzMhbxFwTqcReXppkqyBM3aQOW7zOXivQiHcriK6u7sws7S9n7L sQmRfcolwxtVGL6Y+OCTdkB8WF7jCToYyvaTDkdB/pB+3GLGFPA7q08VXuhHlujzA5Cu +DSw==
X-Gm-Message-State: AAQBX9e94bxnm+DhXV7jwz6jrvcdenzlqg/ziJ6HKOh4/Mw5WST4RS1u RNIG9MbWgvjI6oNAIabDhYi+u024vD8cJA==
X-Google-Smtp-Source: AKy350Zfaifi/yrmJIuPQHCTC3yRe2IUMcchWQ3nuwPdTa+Qg8NoeZhLT7basMa8TAgWBpiv+eGrKQ==
X-Received: by 2002:a05:6102:2457:b0:42e:6922:4f00 with SMTP id g23-20020a056102245700b0042e69224f00mr4015901vss.25.1681850258279; Tue, 18 Apr 2023 13:37:38 -0700 (PDT)
Received: from mail-ua1-f43.google.com (mail-ua1-f43.google.com. [209.85.222.43]) by smtp.gmail.com with ESMTPSA id r10-20020a056102320a00b0042c6f72d2ebsm1265566vsf.20.2023.04.18.13.37.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Apr 2023 13:37:38 -0700 (PDT)
Received: by mail-ua1-f43.google.com with SMTP id q10so6833448uas.2; Tue, 18 Apr 2023 13:37:37 -0700 (PDT)
X-Received: by 2002:a1f:bd94:0:b0:443:e263:2dff with SMTP id n142-20020a1fbd94000000b00443e2632dffmr1005973vkf.7.1681850257586; Tue, 18 Apr 2023 13:37:37 -0700 (PDT)
MIME-Version: 1.0
References: <4561_1680881181_6430361D_4561_496_1_cbba461734d74dbf8116d7f476960f88@orange.com> <CAJF-iTRHVS8asiaf-fvtWZqpNdzou4zEsb36roaK-S_HMAEX2g@mail.gmail.com> <9DFB9E73-1AB8-4B24-BC59-F6ADB4252B3A@fl1ger.de> <CAJF-iTTWJq=8xOa+=tkQ2iXsYhttyPGGQNhaeZcq1EQVkE9Cxg@mail.gmail.com> <692C9AD9-56A2-4A70-B7A4-7A7EFC99A79D@fl1ger.de>
In-Reply-To: <692C9AD9-56A2-4A70-B7A4-7A7EFC99A79D@fl1ger.de>
From: Benjamin Schwartz <ietf@bemasc.net>
Date: Tue, 18 Apr 2023 16:37:25 -0400
X-Gmail-Original-Message-ID: <CAJF-iTQ4RvR5P93-jfU+gzCYsibDDC1ut=xxPPQQrEVdboxQyQ@mail.gmail.com>
Message-ID: <CAJF-iTQ4RvR5P93-jfU+gzCYsibDDC1ut=xxPPQQrEVdboxQyQ@mail.gmail.com>
To: Ralf Weber <dns@fl1ger.de>
Cc: mohamed.boucadair@orange.com, dnsop <dnsop@ietf.org>, draft-ietf-dnsop-structured-dns-error@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002b432c05f9a24770"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/xakQlXSJVWA5QaRpRHJRn_ad7os>
Subject: Re: [DNSOP] draft-ietf-dnsop-structured-dns-error: suberr registration policy
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Apr 2023 20:37:43 -0000
On Tue, Apr 18, 2023 at 10:19 AM Ralf Weber <dns@fl1ger.de> wrote: > Moin! > > On 18 Apr 2023, at 15:54, Benjamin Schwartz wrote: > > If the suberror field is mainly for communication from resolvers to > > browsers, then any solution should only move forward if it's satisfactory > > to both camps. I can't speak for either one, but I think the > localization > > problem sounds easier than the categorization problem. I can also > imagine > > using something like a URN scheme registry to punt categorization out to > > one or more third parties. > > If all fails free text would be fine by me, but I’d prefer technical > schemes. > I’m not sure how delegation of an URN scheme works, can you elaborate how > this > works? I'm far from an expert on URNs, but I imagine we (DNSOP) would specify that the "filtered category" in the response is a URN, and leave it at that. Then if the Internet Advertising Bureau wanted to make their Content Taxonomy [1] available for this use*, they would register a new URN Namespace via IANA procedures, resulting in a string like "urn:adbureau:taxonomy:content:3.0:624", which is the unique ID for "Technology & Computing > Computing > Internet > Internet for Beginners" in Content Taxonomy 3.0. Filtering engines could report categories as any URN (or URNs?) that matches their internal filtering decisions. Clients could incorporate support for any URN namespaces that they deem relevant, with appropriate localization. > Are there requirements for the third parties? > RFC 8141 Sections 6.2 and 6.3 describe the procedure. In short, it is IANA Expert Review, with special deference to other standards bodies. --Ben [1] https://iabtechlab.com/standards/content-taxonomy/ * This would probably be a terrible idea, since that taxonomy is designed for a totally different purpose.
- [DNSOP] draft-ietf-dnsop-structured-dns-error: su… mohamed.boucadair
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Ralf Weber
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Benjamin Schwartz
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Stephen Farrell
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Paul Wouters
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Benjamin Schwartz
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Ralf Weber
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Benjamin Schwartz
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… tirumal reddy
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… tirumal reddy
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Benjamin Schwartz
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… tirumal reddy
- Re: [DNSOP] draft-ietf-dnsop-structured-dns-error… Vittorio Bertola