支持IPv6地址聚合和重编号的DNS扩展

【支持IPv6地址聚合和重编号的DNS扩展】本备忘录的状态
本文档讲述了一种Internet社区的Internet标准跟踪协议,它需要进一步进行讨论和建议以得到改进 。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度和状态 。本备忘录的发布不受任何限制 。
版权声明
Copyright (C) The Internet Society (2000).
摘要
本文档定义了对域名系统的修改以支持可重编号和可聚合IPv6寻址 。这些修改包括用一种加速网络重编号和修改已有查询类型定义的方式以一种新的资源记录类型来存储IPv6地址,这些已有的查询类型返回Internet地址作为部分附加开销 。
对于侧重于IPv6地址的查找(常称为反向查找),本文档定义了一种新的区域结构,答应使用一种区域,它无需修改地址空间的相同拷贝(对多宿主供给商和站点而言)并能穿越网络重编号事件 。
目录
1. 引言 2
2. 概述 3
2.1 域名到地址的查找 3
2.2 反向查找的根本机制 3
3. 特性 4
3.1 A6记录类型 4
3.1.1 格式 4
3.1.2 处理 5
3.1.3 语义表示 5
3.1.4 域名解析过程 5
3.2 反向查找的区域结构 5
4. 已有查询类型的修改 6
5. 使用说明 6
5.1 A6记录链 6
5.1.1 实验数据 7
5.1.2 粘合 7
5.1.3 变更 8
5.2 反向映射区域 9
5.2.2 ISP级别 9
5.2.3站点级别 10
5.3 查找 10
5.4 操作注重 11
6. RFC1886的过渡和配置注重 11
6.1 向AAAA过渡并与A记录共存 11
6.2 从半位元标记向二进制标记过渡 12
7. 安全性考虑 12
8. IANA考虑 12
9. 鸣谢 12
10. 参考 13
11. 作者地址 14
12. 版权说明 14
致谢 15
1. 引言
维护DNS地址信息是阻碍节点和供给商在IPv4中进行重编号的难题之一 。基于保持稳定的路由系统或其它目的,关于网络重编号重要性的观点可以参阅[RENUM1, RENUM2, RENUM3] 。为了支持对不能阻止重编号的IPv6地址的存储,我们定义了下面的扩展 。
一种新的资源记录类型,“A6”,定义为域名到IPv6地址的映射,并规定了间接的最主要的前缀位 。
执行定位IPv4地址额外处理功能的现有查询被重新定义为既处理IPv4地址,又处理IPv6地址 。
一种新域,IP.ARPA,定义为支持基于IPv6地址的查找 。
定义了一种新的前缀授权方法,它依靠于新的DNS特性[BITLBL, DNAME] 。
这些变化都设计成与现有应用编程接口兼容,保留了对IPv4地址的支持 。DNS中IPv4和IPv6地址共存相关的转换问题在[TRANS]中讨论 。
本文档提出了一种与目前实现相违反的方案并取代RFC1886中的规范 。这些变化使网络重编号和多宿主操作更加方便 。与IPv6地址对应的A6记录配置的域将自动产生的AAAA记录插入到区域文件中,以简化转换 。相信假以时日,RFC1886有望成为历史 。
本文档将分为三个主要部分对本规范的定义与配置工具、规范内容和规范的应用案例进行描述 。
本文档中的要害字“必须”,“必须不”,“要求的”,“应该”,“不应该”,“会”,“不会”,“建议”,“或许”,“可选的”在[KWord]中解释 。要害字“推荐”表示介于或许和应该之间,通常认为多数情况下遵从“推荐”会带来切实的好处 。
2. 概述
本节简述了存储IPv6地址和基于IPv6地址查找的DNS工具,包括本文档或其它文档定义的工具 。
2.1 域名到地址的查找
IPv6地址被保存为一条或多条A6资源记录 。单个A6记录或许包括一个完整IPv6地址,或者一个地址的邻近部分和产生一个以上地址前缀的信息 。前缀信息包括一个前缀长度和一个域名,这个域名反过来又是一条或多条定义地址前缀的A6记录的所有者,这些地址前缀需要形成一个或多个完整IPv6地址 。若前缀长度为0,则没有域名并且所有主要的地址位都是有意义的 。或许存在多级间接查找,任何一级存在多个A6记录都会增加其形成的IPv6地址数量 。

推荐阅读