1、首先想到的一个问题是在Windows Server 2008 和 Windows 7操作系统中配置IPV6协议地址时采用的都还是随机接口标识。虽然Windows 7操作系统已经证明为IPV6做好了准备，但是和预定的目标还是有那么点差别。
2、IPV6地址的设定是不应该采取这种方式的。事实上，一个IPV6地址设备应该应用NDP（邻居发现协议）来确定它的网络状况和接口标识并自动的配置出128位IPV6地址。关于IPV6协议分配的相关规定，在IETF（互联网工程任务组）给出的文件中有详细说明，文件包括：IETF RFC 2373（IPV6寻址体系架构）IETF RFC 2464（IPV6协议数据包在以太网上传输）RFC 4941（IPV6中无状态地址自动配置的保密性扩展）
3、微软在接口标识应该如何产生的问鞑民略锈题上似乎有些混乱，尽管微软的工程师们在RFC 4941的书写过程中提供过帮助。当然，你仍然可以强迫你的Windows 7操作系统采用正确的IPV6地记醋弭床址配置方法，通过在DOS界面中运行如下的命令即可：netsh interface IPV6 set global randomizeidentifiers=disabled建议你将这些命令放到批处理文件或登录文件中，以实现每次启动Windows 7时自动运行上面的命令。这么做能让你避免与其他的Windows 7系统或支持IPV6的网络设备如思科公司的Catalyst交换机等出现一些与IPV6协议相关的问题。
4、如果Windows 7能支持SEND安全邻居发现协议（RFC 3971），那情况就很不错了。SEND是NDP的更安全的版本。应用SEND，你可以验证在你局域网中的设备是否安全有效。
5、不幸的是，尽管微软也在书写S苇质缵爨END这一规范的过程中提供过帮助，但是Windows 7依旧没在系统中将其实现。而一些主要的网络设备供应商，如思僦多揉驼科和Juniper网络公司，已经实现了对SEND的支持。希望微软能在下一次发布的服务补丁包中，在其所有的操作系统中实现对SEND的支持，同时也包括前面提到的正确的IPV6地址配置方法的实现。毕竟，面对IPv4协议地址上的危机，更早的消除和IPV6协议地址相关的潜在的实施问题和安全担忧，会更好。
