2. 术语和约定

本文档中的关键词 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" 和 "OPTIONAL" 只有在像此处这样以全大写形式出现时, 才应按照 BCP 14 [RFC2119] [RFC8174] 中的说明进行解释.

提供本文档所规定服务的服务器称为 "DoC server", 以区别于传统的 "DNS server". DoC server 充当 DNS 存根解析器 (stub resolver) 或 DNS 递归解析器 (recursive resolver) [BCP219]. 因此, DoC server 会与 "upstream DNS infrastructure" 或单个 "upstream DNS server" 通信. "DoC resource" 是位于 DoC server 上的 CoAP 资源 [RFC7252], DoC 客户端可以将其作为目标, 以便在 CoAP 请求中发送 DNS 查询.

使用本文档所规定服务来检索 DNS 信息的客户端称为 "DoC client".

术语 "constrained nodes" 按 [RFC7228] 中的定义使用. [RFC6690] 描述了受限 RESTful 环境 (Constrained RESTful Environments, CoRE) 如何以适合这类受限节点的形式实现表述性状态转移 (Representational State Transfer, REST) 架构 [REST].

DoC server 可以提供 [RFC7641] 第 1.2 节中定义的 Observe 能力. 作为其中一部分, 它维护一个 "list of observers". 使用这些能力的 DoC clients 是 [RFC7641] 第 1.2 节中定义的 "observers". "notification" 是带有 Observe 选项的 CoAP 响应消息; 见 [RFC7641] 第 4.2 节.

术语 "payload" 和 "body" 按 [RFC7959] 第 2 节中的定义使用. 注意, 未使用分块传输时, 术语 "payload" 和 "body" 应理解为等同.

在本文档的示例中, 为提高可读性, 二进制负载和资源记录同时以十六进制表示和人类可读格式展示. 但是, 在实际发送和接收的消息中, 它们会以 [STD13] 定义的二进制消息格式编码.