Re: [DNSOP] Second Working Group Last Call for draft-ietf-dnsop-extended-error

Petr Špaček <petr.spacek@nic.cz> Fri, 25 October 2019 13:29 UTC

Return-Path: <petr.spacek@nic.cz>
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 4575B12086D for <dnsop@ietfa.amsl.com>; Fri, 25 Oct 2019 06:29:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.098
X-Spam-Level:
X-Spam-Status: No, score=-5.098 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QHC_PtbNDKTu for <dnsop@ietfa.amsl.com>; Fri, 25 Oct 2019 06:29:20 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D13C4120128 for <dnsop@ietf.org>; Fri, 25 Oct 2019 06:29:19 -0700 (PDT)
Received: from pc-cznic19.fit.vutbr.cz (unknown [172.20.6.205]) by mail.nic.cz (Postfix) with ESMTPSA id CF67B140DBF; Fri, 25 Oct 2019 15:29:17 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1572010157; bh=ySES8WTCIkcd31r+fG6rHtA0YaaUJbkJ1OgR6YEVx88=; h=To:From:Date; b=DpW+VhQL4M0GZ6WsnkuIOmmsAR5zXnhRs4ros2EeU8yP+Af0GO2GUHLPyUcuf8KHO 2wE84iemmvQHk3rWabIiq8zWj/chFtr9dN4YoYNCB3Fh9JZD1qIePHDPdN4fquSQCg VRMMLkGShmm4k8AgQcnT31yPWGb5iLeuP3HnoRpw=
To: dnsop@ietf.org, ericorth@google.com, mcmanus@ducksong.com
References: <CADyWQ+FG7qzPnLkUH7mSBca=1NfXy6YduHD4UdmcfXFjD8xC6g@mail.gmail.com> <20190917075620.avbllsx6kwbiof2z@nic.fr> <yblh84xz4qg.fsf@w7.hardakers.net> <1515406254.3112.1569654220499@appsuite-gw2.open-xchange.com> <ybl8sq54hoh.fsf@w7.hardakers.net> <CADyWQ+F34gNLBdejDSicxZiweRJ367i-KdWtxhW6bx2jvZidNQ@mail.gmail.com> <bd6d286d-0bec-9b00-f819-231d7c0550db@nic.cz> <alpine.DEB.2.20.1910221143230.8949@grey.csi.cam.ac.uk> <CAMOjQcHyRptKpd-QMmwAMtjtCfHjReOKH4mV=BG01UPmqctCPQ@mail.gmail.com>
From: =?UTF-8?B?UGV0ciDFoHBhxI1law==?= <petr.spacek@nic.cz>
Autocrypt: addr=petr.spacek@nic.cz; prefer-encrypt=mutual; keydata= mQINBFhri/0BEADByTMkvpHcvPYwyhy0IDQ1B2+uU6AWP0QJQB3upM/YqxoJBeMQ5SxpO+W6 BsU0hTIF90AKIgiiDtMH1oNhHnzRXqePKORIgL3BbH5OxGcbqCYk1fIKk43DliCN1RcbTyRV REnCRQGWMTUbRS/jQ3uyTAX4rT0NhPWhPy6TMLGEg6WJJz0IzhBEw3TitvAlq6XHbi5EZYwU AHqIcuqr3sS+qkWqlIBlahu1hqhTcmYGz7ihjnWkOFi1rjRfLfudAtgFpUSmsixh2tifdy+C d8OBQbtF2kM7V1X5dUzw/nUBXm1Qex2qohRmCspwqivu7nlDMrLoilmPaeoR5evr5hpIDdfP cJAPTJk4n56q6MTHFJWkGa0yq13AJHLANNjQ/dF+W6Dhw9w2KBpuw0iGZQBBf5G9SQ1xJ+tU 9filaldsTAX1gMkVso//kGEbuRIJnJr7Z8foE/zofFyoAv21VWy2vpgQ3CnEWOZMSmYH7/gZ qcM7nfkjk4zAijpjYA3qlXoWa44/nrkAGvt7sAMsxY1C2H7tr3h3/rwyfbBqQ9nMpNwYLXXa Dil7uzyqlpKDjwWCzYd3sH7ATyT4htrd0BY5+IFimSfHyLwixhakH8E14YYyV9tzkrB7fiWd g7+zDThLtZMvtrehtkjVDPT50xg8TMr68hd3GRWBUJHszMTnlQARAQABtCJQZXRyIMWgcGHE jWVrIDxwZXRyLnNwYWNla0BuaWMuY3o+iQJUBBMBCAA+AhsDBQsJCAcCBhUICQoLAgQWAgMB Ah4BAheAFiEEvibrucvgWbORDKNbzo3WoaUKIeQFAlwQ5d0FCQWnguAACgkQzo3WoaUKIeR/ wQ//c16RhWSNICjuHhdQjJADBdzivZepVBRGsDo1Bau4A+p05iznv8REWIGVfCAAShsH/02h cT2dIoxPzJ/avK4WiDoYLzycLs5nw/eodsUIYxvNcerDNLiBbBP/stSCfPy3oX055mHxTP8P d9rhiHfgWq0dmY58r9tEz00DeP9u/UIMMpY3EXih+wsHSW2l6sXgUMDAPly8MeH0vqmrcp7Y 2/zcOJGH5gGv+KTsXVV4p6Q3h2HgJfRA+q7KCu5P32XswRJZVAiHzwsC+w+jmrtaU+gTQR2B 72m7lfkmct/5I5xAG/QcaoM3pnY/x+eNL4vJ99uK3axdm8b02y+zYqgxVlqDpwXT8cI7B0k4 V9XISZyRn4024YS9ljO2ytV45n4nedzImpqnjBVDura59m9l70aPqyF5O6Sk8IhhW1vhue4M NJnmwmZaY+p9AcB6J9PjEKTZdlpBYoaFbca+r/X0uJtN6P1s/ZJstptji3M84p/g0BnHsGXM vuvpFN3lJUIQXWvf6eZGuvWLVVeAE/vYoz380B7eIbVaNhlbZ8wnSq77atiwjttyCf4LqTBk 4nV+RsJzbS3IUz6MOg5gaet6dJHQ6tMwUOcne74HofWaoXdH0HkmaTh83mKdWjRJlwBnelzT 0ogYWv8CRr7G/I6LQ/WUx0VOmaae9oBdTVCozM+0IFBldHIgU3BhY2VrIDxwZXRyLnNwYWNl a0BuaWMuY3o+iQJUBBMBCAA+AhsDBQsJCAcCBhUICQoLAgQWAgMBAh4BAheAFiEEvibrucvg WbORDKNbzo3WoaUKIeQFAlwQ5eEFCQWnguAACgkQzo3WoaUKIeTE3BAAsXJDtGuCF/Ssz0Y3 b6SA/3ZC+i3bWHz8l7dtFO+gvKFhRdwAxGY4NlD/QSyMTEVz6lHCf4TQYPZOmKisOdEyklgS Yep6dgYitnlMTSUfDC7R+L9fd68NjiPrw4WWKblDr7ukc6VlZpGxKblPpuVLAho0MVi0GEjR fVldMaptchQEW4bGiWj/ESBSR4PL7oPhHzJPXsJMeS4Zhit9RiegFOuPfExWKX+U0yJ69qSU AvyRE1WXQi3gzxXMdPIR0yrukbQInQJ9TwI6LMKy7j7PLx2zExUTRK6GO7TktKwKVn1fVyzF Ir0eMqr5MbUfHapyIUdEHWoLaY0i9ZObXQaSPi0tNZwmneTZbK/7UrawsXGt4Y7BvHS5Hte0 ggFOKJkCJWyMEfQPf2obZkvP5smRC+VMNlC5fOwxLnXBE69NXE9hxdenTr2E43b79Colqyak 4eE7J0aQHe6iQDRyuq8w6cr4Ry54pBCym90saIUt58k+4zxVXJH18VliOdfa98ZlsT4zFjzA biYNuGDGxQ5EAS01Qf8bR29O/rp/MqmXmr0Yhmzt6X7UhTfXDsqK+BLt+xZw6x3OrgrNnM0F Em0QOjFfhv2VDw/q20yU+Ls+dD6I3Q5TEpKcCcpCKoowVE7XMfba+fuKIXgkw7fb//QdymzJ XygR2MORImwVGcN8tba5Ag0EWGuL/QEQAMWnhl/FKgpMBp3QiQUr0JWhnpcrLBgsU08+HPD7 6Bu8cvYRftCqESypuxYxikfiNz8qrnk5hhT+UhxQu4PRj2gNHbpcVCi7QV5I2fNEZvrTtTw4 U49D56L3YybVg9DfcY+PwaptCmQCnfmx+MnrhMf8RBjfxE3feOwdGSHC1ZT/rKj5FmztwVG6 KG4uXwW6g/QDm7/H6U014gGTx/bstVisXzU1IMMNiOc5sJqH5AvMYDAYO2NaQFVrCmgdbCrn w5BLHmmLDI4KcUl4U41FxNGA7Pbf2uwQDkt5h+Y4Zyc3AboIegnll1YnDk5X0GgDtRMcb3nF UdXlCISbqrqKAjrApXZG0VLtGh7Ra3wfuALjUl6popNSwaTPq4mtoXyaYrJLwT6ZKHd2Oap0 k0cXWkmorEDE9gD1jSM+dhZ4Qfh8945HZi8GPO2zJ72c6/UC4o27Td27OhzJT3kN8/+XA0mv lIf3XxV/W3tZwmP12Don0lzks7CDXdCvfVO5mKOsx2ozsskoL/S06RJ5c2gyUck4ipuqbs3j XgjQfK1sQ1/sCLIPE0DlPMkqQHR4E8ubYUxAIct9qwkeBsKtC63qdjDd/caff48PMYQcj2x9 C/+Zi87vuhFIbD7cfLVOjEidwiKsDJGlrkp08uSUOkAO+l+ReO4voh9lnQ4hYotJFr8NABEB AAGJAjwEGAEIACYCGwwWIQS+Juu5y+BZs5EMo1vOjdahpQoh5AUCXBDl9wUJBaeC+gAKCRDO jdahpQoh5OD7D/0bKnkRwHgChHe8pXE/RICHXMGF6vduH24ZopMBa3T7S/x/JlgYQ+pmv//2 uSh0+ddtCev2iDOMmZmmw+8Y/JFmKRaNgjCR8zZVvgELKvnBD3770oGShvnMJCZTDajuz+Ah KkWwILkHR5i6wCtUOesLKuujJrFs3oylRvmXNUwQ4LNiWO12s9EBc8sUpGbeKMtXRFxg/Mkl U49XkTNR8K0awZNddEj1j07/uUVon6JafDKCj9eiLQiAEe84CP0andDQFj6wjpGDOb11t12b yBgnj4WN9mK8jt9t19K5tNa+u0WYV0ei8g8lgu9cruFQbbbDDgKd4gUPihlJXL3FSiol/SpA 2u7MSpOvvLuVtkjPGA8JJWYfSOmAnWmjpEtomWU0D5mSU5Dvp8IyJoPnJC4mW7APnD5pw9ZN uZlfoOKMYc9lKPN5SSIwpy1hJGpVSjomYrR2DDCbeXX86tvgPdiwtU9ANrhmsJ9KV2sYLfOQ QnyIJVJhDCVzQl8jHKfwLcsvFOg9h4W/9tBN4NgGNpXtrRJD/EpR2mBEXOsavGPsIzZYdynE ItUrRqChu5Q7thei58dEzrLSt8zBPXRtoOOH6EsoyyHFOqw/nmVa+0xKV5IaOF5VOJkKFveM rStQ8ILhGDeANMRCym0LdOA3jw+0umaGw1zgk+brjOWut4idlA==
Organization: CZ.NIC
Message-ID: <f8c27e15-17e1-7302-1749-737a66fd2421@nic.cz>
Date: Fri, 25 Oct 2019 15:29:17 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1
MIME-Version: 1.0
In-Reply-To: <CAMOjQcHyRptKpd-QMmwAMtjtCfHjReOKH4mV=BG01UPmqctCPQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-PH
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/oy4wd_8q5AWJgNcYAOSNkACqFKc>
Subject: Re: [DNSOP] Second Working Group Last Call for draft-ietf-dnsop-extended-error
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 25 Oct 2019 13:29:22 -0000

On 24. 10. 19 19:24, Eric Orth wrote:
> On Tue, Oct 22, 2019 at 6:49 AM Tony Finch <dot@dotat.at <mailto:dot@dotat.at>> wrote:
> 
>     I expect almost no-one can do anything with EDE without
>     getaddrinfo() EAI_ return code extensions.
> 
>  
> In many cases, especially when DoH is in use, Chrome uses its own built-in stub resolver.  So EDE is certainly a reasonable option for us without any changes to getaddrinfo().
> 
> On Mon, Oct 21, 2019 at 1:48 PM Petr Špaček <petr.spacek@nic.cz <mailto:petr.spacek@nic.cz>> wrote:
> 
>     2. Second problem is that it is uncelar if there is going to be a consumer: Did *anyone* from stub resolvers said a word about this draft? Is it useful as it is? Is there an experimental implementation in stub to consume this information?
>     dnsop has history of tweaks which never get used by stubs, and this draft in particular is very expensive to implement in resolver code.
> 
>  
> Chrome DNS has no specific plans decided for EDE yet.  But we do think it's generally a good idea and are looking forward to it.  I don't have any implementation-ability concerns with the current draft.

Excellent, I'm glad to hear that!

This draft creates a new registry with info-codes, and content of the registry is very geeky, so it seems necessary to somehow map error codes to categories which can be communnicated to users in terms of "a random web browser user".

Would it be possible to get some time allocation of your UX design folks, before we set the protocol in stone?


This draft evolved several times when it comes to error categorization, and I believe we will never know if we (= dnsop geeks) got the categorization right until someone attempts to design UX for it.

History of draft-ietf-dnsop-extended-error:
- version 00 - categorization by FLAG
- version 01 - categorization by FLAG + RCODE
- version 07 - no categorization at all

There were other proposals for categorization which did not appear in draft text:
- Shane Kerr - HTTP-like categorization like 1xx, 2xx, 3xx, ...
https://mailarchive.ietf.org/arch/msg/dnsop/DMtP4XuqN132Jxt8O0BTZPFsokg

- Petr Spacek (me) - dichotomy local (near) error vs. remote (far) end error
https://mailarchive.ietf.org/arch/msg/dnsop/b3wtVj_aWm24PXyHr1M9NMj3LJ0

It would be super helpful if an experienced UX designer can have look at give back feedback:

- Is the current version with "no categorization" okay?
- Will it be okay in future if dnsop starts adding new codes?
- Or should we add some inherent categorization into the protocol to make it future-proof?
- If a categorization is needed, what form is best for UX? (please suggest!)

Thank you very much for your time!

-- 
Petr Špaček  @  CZ.NIC