1. Introduction (简介)

1. Introduction (简介)

DNS [RFC1035] 规定了一种消息格式, 在这些消息中有用于编码选项, 错误和名称压缩的标准格式。不使用本文档中描述的扩展时, UDP 上 DNS 消息的最大允许大小为 512 字节。DNS 的许多协议限制, 例如 UDP 上的最大消息大小, 太小而无法有效支持可以在 DNS 中传输的附加信息 (例如, 多个 IPv6 地址或 DNS 安全 (DNSSEC) 签名)。最后, RFC 1035 没有定义任何方式让实现向其交互的其他参与者通告其能力。

[RFC2671] 为 DNS 添加了扩展机制。这些机制得到广泛支持, 许多新的 DNS 用途和协议扩展依赖于这些扩展的存在。本备忘录对 [RFC2671] 进行了改进并废止了它。

未扩展的代理将不知道如何解释 [RFC2671] 中定义并在此处重申的协议扩展。扩展代理需要准备好在面对新协议元素时处理与未扩展客户端的交互, 并优雅地回退到未扩展的 DNS。

EDNS 是 DNS 的逐跳扩展。这意味着 EDNS 的使用是在 DNS 解析过程中每对主机之间协商的, 例如, 存根解析器与递归解析器通信, 或递归解析器与权威服务器通信。

[RFC2671] 规定了扩展标签类型。唯一提出的这种标签是 [RFC2673] 中的标签类型, 称为 "位串标签" 或 "二进制标签", 后者是常用术语。由于各种原因, 引入新标签类型被发现极其困难, [RFC2673] 被移至实验性。本文档废止 [RFC2673], 弃用二进制标签。扩展标签仍然被定义, 但由于部署的实际困难而不鼓励使用它们; 未来应该仅在仔细评估部署障碍之后才考虑使用它们。