无路由可用

　　当WAN接口上的客户边缘路由无有效路由使用时，路由器必须将一个路由周期为零的Router Advertisement发送给LAN接口，这个接口会告诉主机不要把这个设备作为默认路由器使用。测试中的三个路由器发送了三个默认路由周期大于零的Router Advertisement而不是一个路由周期为零的Router Advertisement。这样即会告诉LAN网络中的IPv6主机有路由可用，而事实却是没有有效路由，由此可能导致网络中的不当路径选择。

　　另有一个路由器发送的LAN上Router Advertisement默认路由周期优先于WAN接口的Router Advertisement。一旦默认路由周期为零的Router Advertisement被WAN接口接收，那么客户边缘路由就会发送LAN接口上默认路由周期为零的Router Advertisement。虽然这种操作并未被IETF标准禁止，但是如果第二个路由周期为零的Router Advertisement丢失，IPv6主机就会出现延时。

　　无地址可用

　　在测试中有一个重要的情境无法进行测试，因为DHCP服务器和客户边缘路由支持无地址情况的处理。当客户边缘路由被授权一个无效前缀时会出现这种情况，不过服务器上没有DHCP客户端单点播放地址可用。在试图使用无状态全球地址的网络中这种情况会加剧，因为网络没有要求提供有状态的DHCP地址。不过，仍然需要DHCP前缀授权。下面详细解释了初始RFC和更新后RFC。

　　客户边缘路由器会在DHCP Solicit中请求IA_NA和IA_PD，不过会接收到一个有NoAddrsAvail状态代码选项的DHCP Advertise，它指明了无有效地址。在DHCP Advertise中接收NoaddrsAvail选项的客户边缘路由不会处理余下选项。

　　据RFC 3315的要求，一个DHCP服务器必须进行如下操作：“如果服务器不能为客户端连续请求的IA指定任何地址，那么服务器必须发送Advertise信息给客户端，这一信息中要包含一个有NoAddrsAvail代码的状态代码选项以及一条给用户的状态信息，一个带有服务器DUID的服务器识别符选项以及一个带有客户端DUID的客户端识别符选项。”同样，客户端必须根据RFC 3315的规定进行相对应的操作：“客户端必须忽略任何包括状态代码选项(内含NoAddrsAvail)的Advertise 信息，除非客户端可以向用户显示相关状态信息。”

　　IETF在2010年发布的正误表更改了RFC 3315中的描述。RFC现在这样规定：“如果服务器不能为客户端发出的连续请求中的IA指定地址，那么服务器必须为客户端发送一条Advertise信息，其中包括含有NoAddrsAvail状态代码的选项，给用户的状态信息，带有服务器DUID的服务器识别符选项以及带有客户端DUID的客户端识别符选项。” 服务器应该包含其他有状态的IA选项(如IA_PD)以及Advertise 信息中的其他配置选项。

　　同样DHCP客户端的规则也进行了更新：“客户端必须忽略任何Advertise信息，包括含有NoAddrsAvail的状态代码项，除非客户端可以向用户显示相关状态信息。”

　　因此，对于未来的测试，UNH-IOL会使用更新后支持发送NoAddrsAvail状态代码项的DHCP服务器。当带有NoAddrsAvail的状态代码项被发送到IA外时，发送DHCP Solicit的部署只有IA_PD获取了前缀。

　　支持6RD

　　在12个边缘路由部署中的有8个支持6RD。6RD是一种允许网络运营商在现有IPv4网络基础上推出IPv6的机制。所有的部署都可以使用6RD DHCPv4选项来请求6RD参数。除了一个边缘路由之外，其他都要被配置为使用6RD;另一个则是在接收到6RD DHCPv4选项时开始使用6RD。应注意到，在同时可用的情况下，边缘路由倾向于把Ipv6流量导入所创建的6RD隧道而不是本地IPv6接口。

　　结论

　　IPv6是互联网访问的首选，因为IPv4地址殆尽。把IPv6部署到客户边缘设备中是很重要的事情，这样运营商就可以使用IPv6。此次测试的参与者也认为IPv6在客户边缘路由器中的部署也逐渐成为现实。

　　而且，他们也打算尽快解决测试中出现的问题。部署者非常有必要进行全面测试，尽量减少问题以确保IPv6的部署。而且也有必要了解其他详细解释转发机制与本地IPv6互作的标准。

　　另外，UNH-IOL还将与IPv6论坛合作，创建一个IPv6 Ready CPE Logo项目，帮助运营商和设备制造了解他们需要为全球IPv6部署提供怎样的性能支持。在基本要求得到满足后，一些新领域，如转换机制，路径选择协议等还需要进行新的测试。