Re: [DNSOP] Genart last call review of draft-ietf-dnsop-terminology-bis-11

"Giovane C. M. Moura" <giovane.moura@sidn.nl> Fri, 10 August 2018 15:51 UTC

Return-Path: <giovane.moura@sidn.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 027E6130E34 for <dnsop@ietfa.amsl.com>; Fri, 10 Aug 2018 08:51:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.28
X-Spam-Level:
X-Spam-Status: No, score=-3.28 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sidn.nl
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 QnwV90MlOXNE for <dnsop@ietfa.amsl.com>; Fri, 10 Aug 2018 08:51:21 -0700 (PDT)
Received: from arn2-kamx.sidn.nl (kamx.sidn.nl [IPv6:2a00:d78:0:147:94:198:152:69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C555B130DC1 for <dnsop@ietf.org>; Fri, 10 Aug 2018 08:51:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn-nl; c=relaxed/relaxed; h=subject:cc:references:from:openpgp:autocrypt:message-id:date:user-agent:mime-version:in-reply-to:content-type:content-language:content-transfer-encoding:x-originating-ip:x-clientproxiedby; bh=kPgQHMLOLcaLsXcK79xIUnQlpBvhyWTCFr/eMGiFkr8=; b=euFIIGHtkandL++CCrF+AKiVR6nlr1P+bs3vw1KcRUr1lICVrVFH5fMmXOA6V/dDiXTuBmzxvOwlByngfIHIVidl1Ap0blxz3rsTbkqnyp6yp3uBECxJrMloYk4TsBu5kt48TVZcznFoyN0kAznb5JqZpvdTsmkKkke6/ZHczGJ3F4uD6a3ItQS3y6u0BahSWV256TOrsXlGQrtcx4va2hFZu7UfiBP0ULjfJBQ9Sv0/CAp0rBbsNjORXlvCr9aBOjp8AFSzxq85KER1bjczCe3LZ/XD802rNPwVRFkLPLavfd1puf9dUdDOAzY+Zpw2IwqFR8K8wBhIBDyWQDz1Tw==
Received: from ka-mbx02.SIDN.local ([192.168.2.178]) by arn2-kamx.sidn.nl with ESMTP id w7AFpJwD013783-w7AFpJwF013783 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL) for <dnsop@ietf.org>; Fri, 10 Aug 2018 17:51:19 +0200
Received: from [94.198.159.133] (94.198.159.133) by ka-mbx02.SIDN.local (192.168.2.178) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Fri, 10 Aug 2018 17:51:18 +0200
CC: dnsop@ietf.org
References: <153373205122.6368.16143820330220001109@ietfa.amsl.com> <C8F7BE0B-07B2-43F7-9710-06C0C05EDDAC@icann.org> <6E58094ECC8D8344914996DAD28F1CCD8BB306@DGGEMM506-MBX.china.huawei.com> <1c46806e-9e80-a14f-4f6b-44239e27e31d@sidn.nl> <E6DE5965-4390-4C0A-86E9-B5B7A333EA04@vpnc.org>
From: "Giovane C. M. Moura" <giovane.moura@sidn.nl>
Openpgp: preference=signencrypt
Autocrypt: addr=giovane.moura@sidn.nl; prefer-encrypt=mutual; keydata= xsFNBFVMbBUBEADmotiTvkBBFG0mB1WvbaZ7WsiXBYWTUsJn9B8JE1RUGfbKfPRjVxG367g0 L4RMa/fzSspH0jRyxGS4Eys81wLW3Xo28gy7uSqKXVp5Za1SwZpwodXUlZRkdIjRpG/jS9Cp bg2nqKAGQehDtaNP3iR57ZDPfz8MaCLVkbckD2P+qQHQkamoNrPu7MsO6inCYehGsZeR1j17 UNIFXEFrPgZ8gE60tREyoN5dkaaofyt1cwz5pEVmG7q5is7FG9b4SfRxCl5gOX8210xWG6Dj OHn2SAl1r/CG3qotpDIYO4AK3pre1rIXvZ3Eq9Ll6EuigErgOsZ98iBXxs2RPfaz9wmJ8/pV FwIUyw9iBBbyVZjbKlpJIzvNIMKPQ+O+CzHu0TDNAQCUshvYKVXTmplO8qqGTidrA44SvYgY GqUAxwgO0/RCKSbILwr4IfFQ0Y2ZikOqvowfnNlM/JyEDpduj6+poxUH7m1vu94vbz/e86LY /6DJtth1qaHHvbk6MfItpawHjhEa5WnsGObX4M+v6juhmH712mVzNi9BexBBL7aI5LolD9AQ VzYz9yvR/MyLhcnXu8om7+xo13G9excdOoMiVZkSMy5xHK9oOEmLdqWvL81zj5OMSMJ85HVc Q13AuVnwJWYKAzqmuVA04YkaPy7pBeP+qPUjB1rbd8jkBMbvswARAQABzStHaW92YW5lIEMu IE0uIE1vdXJhIDxnaW92YW5lLm1vdXJhQHNpZG4ubmw+wsF4BBMBAgAiBQJVTGwVAhsDBgsJ CAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRCXBXsdk6xDNsHID/9CQ9puwfvnNC9c2iotF+Bl GkkvcWw+osQCfhUuHIyIeYcG0zFlmEOLFqIbL+zcxHLIkC+FMwKPOv6I9/eKyXTR0NhqM/t6 hV/A9aH0UM/9pp1CFKekjFN4YImvhK1XclSUj03jS5F0yP4vGdpk11OzGF9VkAmAGFXd1yA9 W6AoWhie347iLZuk4x9sX1AnFwgyc35RQQDNZXyG4WSaYYeUk2cCf8e/V+Z9oPQVaN+SjPLM 4N4CsQl3knjC1ntwJzgVCt7U5SAYQhK3WrcWPylpNne8piusZv2T5EMKdkpbRJTS7Yoqf5WX V2N7wedP0jPJqowpicNojznkiEEIaFviCQ7XmJcCrLmSnfTbk29BzzzCdTruJlMz0VG+krzb 48eyihZzkpaqTSl/Sj7s0b2bGNZsNUSzqeT/Ja47vPa5gwnBnH54GveOp1yGdbk2ynQ5VDHC idPjQyWtJ6bWbHxP75DrcifzPOf6+N3kiL/DxGo5K0yffr6XYKKC40cRE1Uhv1KjRhEXf4nV xEB8t1ov2ZdGdTa1UirUfjI7aH/HCdmCp19Q9Ukk+zmr6HSB8CynUEPmfcWjH07fiXtah1BL LTE1maudSwChGKBxOCFqFNHnit68ZHHlDc/ZBj3TnMVQQsFY4hrbzcpILjQ1z1BAzOHfyX+k BXj+zRmDD+Bnzs7BTQRVTGwVARAA1JfQJ5GDL7r3k7+Di0tE0hEmWEAl5YA6oEUfrYLzNXQc PFhHdu9czyBLf3ncKWY+3g+PQSY3bMlV8ExVWqTIJzV0dgQtQGNHbVhaRcoQcWYkFd1POwVO ZdrIEv4CYZkTf1SfkDMxQKpYVr7RdXDa7m4bUySMSs3cvrPPWGver1IzWesd5J1DeCmngd8t UR6oYpF/2/Tvf6kxgCvIj5INGaVlEY4A6Eb0Y3My3zVI7jQYzkxlKp3txYjEb+sHEuwxmWai ZCs0dX82OjDwGMyPt1fJj1fHcYnp8ouIXAhBvaY5jYTJ0qTnm4/YCTDSKIeEWU6YnM6TQ3gN 4J3iI86QznSebGx/6zUS6HZKoXr1eEXBZLFgVgiqPt6v141GDh5vfyKF54eoKeDATTAQxyHm 3D1uyTnXxF5/hAK6mDLCqyvV+HHduZDyQcikyJF1qhaYiMC2awcr8QNuqMZiCu4lMY6+xcR5 5m+P8+QuREdR8zQ+TPEQ1xQfR0bE9Seg/6is70y7b7qSOIzQaaRWL3CmgRpgq1ojdN3hFidW 30HQ0xqM+HjVl6I1ux5FFS+Bz4qx4yhutG8DjEd1Uyvo5elRdCRNrnF+chHyiQPl8KjS/8uo DRZW3Q7z9KALLi52EDEZRCodCYxv0Kp2V0LzK2VJ7+6OFMhipHtTGZla1ztNUKUAEQEAAcLB XwQYAQIACQUCVUxsFQIbDAAKCRCXBXsdk6xDNhaPEACTj+rfzW+0NnQIMF5rLg9AuzDOaHJh CUj5hLL/sX/dXkOreqGBzwXrmvCGPl5qq5bklnpVNkcvyIarB2SbxrZuT8Z+xqCc47B+5AmI bU4XmEPp9Nw5lO0tBWe8p+0usymIlVE0HRGV45sygEowTaHwp4+1xLA9pduYvVHq1onBA22X XH/nxI0r20SeegJQr3RGkdKTDZ+rswlrl+1+FRgA9GcHYKj4IPI911I2DJBydKjzLg+xOulo tOukuDnyTWGz8ubPZIyAgQRFEWKWWEOAFqAZOYy0/8DX4GbON+29e4seIW3Cq4zc+p85km7g T1u+Ape6pQGU4BKcvHbeV7gsh9xTqeyqgTaCf2BF+d2qrWSP0ub0G9gi5f7Bim8CEMCyg4rE BMpIDvUFpKSHPluT/KnigQzfUvXz8lkpOFQL6wSJILSHc63tIfPGR2kRnmjumH49JHlIPIiG RoVQVE/t+TLGsrQqyjIxmtZEqURK1PiPJK0XWMazBNFlfLpk7XjmiyIWLJYpzUAXeNA9Th7R MyZgeP8DYHvVwhSuQPiQWkgMQ5SDw9j+EwhfS3zIlvqHfESYQHyOWR26L8N8s7+Hr3PBfN07 5AxVKWXDlq55TINC+uHIPPFAnpZ7Hr+RUff+gM885KqxD+e0E5uMKP9lUANpf/a2oa3OlU1M /a42dA==
Message-ID: <efc71dce-2ca8-33c9-4d78-77488d213b0b@sidn.nl>
Date: Fri, 10 Aug 2018 17:51:14 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <E6DE5965-4390-4C0A-86E9-B5B7A333EA04@vpnc.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Originating-IP: [94.198.159.133]
X-ClientProxiedBy: ka-hubcasn02.SIDN.local (192.168.2.172) To ka-mbx02.SIDN.local (192.168.2.178)
X-FEAS-SPF: 2 / 2, ip=94.198.159.133, helo=, mailFrom=giovane.moura@sidn.nl, headerFrom=giovane.moura@sidn.nl
Authentication-Results: arn2-kamx.sidn.nl; spf=pass (sidn.nl: domain of giovane.moura@sidn.nl designates 94.198.159.133 as permitted sender) smtp.mailfrom=giovane.moura@sidn.nl
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/cdwbvyVRnD3gyRBs6_rqNXFzp4g>
Subject: Re: [DNSOP] Genart last call review of draft-ietf-dnsop-terminology-bis-11
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.27
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, 10 Aug 2018 15:51:23 -0000

Thanks Paul,

> First: we were probably sloppy in the use of the word "answer". In
> many cases, that should be "response".

Thanks for clarifying it, and don't get me wrong,  it's not only this
draft that had this --  many academic papers do the same (including
mine) -- but since this is a terminology doc, it's better to get it
right here.  So the next docs follow it.

> The response is the entire DNS message that is sent in reply to a
> question.
Great. Do you plan to define it in the document as well?

> However, in your GitHub comment, you suggest that an "answer" is
> both the contents  of the Answer section *and* the contents of the
> Authority section. Why would the contents of the Authority section be
> considered an answer?

That was just a clarifying question; I was in doubt myself.
So in that case the _response_ then does not contain an answer -- just
the authority.

Maybe this is clear for DNSOP fellows, but for  many researchers this
may not be.

> Also, in searching for "answer" in the document, I find that most of > the
> uses are as a verb, which is unambiguous. >It's only ambiguous when > the
> word "answer" is used as a noun.

Yes, you are right.

 >Unfortunately, there are some places
> where "answer" as a noun is used in material we quote from other RFCs,
> and we cannot change those.

True. Which supports the need for a terminology rfc :)

thanks,

giovane