[发明专利]一种多机辅助环境下的IPv6 DNS测试方法

说明书

技术领域

本发明涉及现在通讯领域的协议工程，尤其是下一代互联网的IPv6 DNS测试领域。

背景技术

在IPv6的世界中，DNS被用于name-to-address对映及address-to-name的对映。在IPv4与IPv6混合的环境中，DNS需要多个主机项目，因为当主机在TCP/IP的两种版本(IPv4及IPv6)中进行通信时，DNS至少需要提供两个项目，一项为其IPv4地址，另一项为其IPv6地址。有两项新的DNS纪录形态用来定义IPv6主机。在RFC1886中定义了AAAA型态的纪录(称为quad-A)；而在RFC2874中则定义了A6型态的纪录，其设计目的是为在网络及TLA改变时，管理员可以更容易重新编号。

RFC1886说明了实作IPv6时，以AAAA纪录为基础的DNS扩充。此AAAA纪录型态可储存长度128个bit的IPv6地址，而且此纪录型态的值为28(十进制)。主机可以拥有一个以上的IPv6地址，并且每个IPv6地址都会有一项AAAA纪录。而相应的反向查询网域为“IP6.INT”，反向查询纪录型态是PTR，其值为12。AAAA型态的纪录看起来像这样(RFC1886)

moon.universe.com    IN    AAAA              4321:1:1:2:3:4:567:89ab

在IP6.INT底下的每个子网络层，反向查询是以每4个bit的方式来表示长度共128个bit的地址。最低效的bit(least significant bit)出现在网域名称的最左边。在反向查询中不可省略前导的0，所以前例的反向查询PTR纪录范例看起来会像这样：

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.INT.IN

PTR  moon.universe.com

DNAME及A6纪录(参见RFC2672及RFC2874)DNAME纪录说明于RFC2672，而A6纪录定义于RFC2874。这些新纪录型态支持可重新编号及可聚集的IPv6地址。

BIND 8的升级版与BIND9的所有版本都支持IPv6 DNS，例如BIND8.2.3有程序补遗(patch)可加入对IPv6的支持。BIND9所需的最小Kernel版本为2.4。

在Unix系统上设置名称服务器时，最重要的文件为/etc/named.conf。/etc/named.conf文件本身也有包含如何设置的详细信息。要在IPv6上进行名称的解析，必须加入一个重要的项目：listen on ipv6{any}。此项目是要通知名称服务器监听IPv6的查询，然后为所有IPv6主机对/var/named进行更新。

DNS服务器是否支持IPv6位地址纪录(AAAA或A6及DNAME纪录)；另一个议题是，解析器在查询DNS服务器上的纪录时，是否使用IPv4或IPv6进行传输。举例来说，如果Windows 2000或Windows XP主机有执行IPv6堆叠，则它们可以进行IPv6纪录的查询，但是其询问却是以IPv4进行传输。

对于IPv6纪录的DNS查询，用户端需要一个能支持新纪录型态的解析器。

使用nslookup程序来测试的DNS服务器，也可以使用dig及host来查询DNS。服务器及主机皆有安装BIND 9。nslookup具有许多组态设置选项，它可以在交互模式执行，可以指定想要询问的纪录型态。也可以将询问模式设置为IPv4的A纪录，或IPv6的AAAA型态纪录，甚至可以设置为any，这么做nslookup将会要求传回所有相关的纪录。虽然我所使用的nslookup版本并不支持A6纪录型态，但DNS服务器仍然会送回含有A6纪录的信息，这就是在回答的项目中看到“unrecognized record”的原因。

IPv6 DNS服务器在配置的时候通常采用的测试方法是使用一台测试仪连接到被测试的IPv6 DNS服务器上，测试仪模拟出各种DNS协议报文，测试仪接收DNS服务器回复的报文，同协议规定的正确的报文作比对，如果相同则证明功能正确，不同则判断其错误出处。这种方法尽管可以模拟出各种DNS报文情况，但是同实际的使用环境有很大的不同，实际环境中一些因素在模拟不一定能够出现。

发明内容