启用MaskSourceMAC：将注册表中[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWLBSParametersInterface{D46BAFF5-EF6D-47B0-8A87-0088A8C73010}]中的MaskSourceMAC设置为1，系统默认已经为1，因此不用修改。
交换机泛洪：如果路由器接收到发往群集IP地址的数据包时，它会通过ARP协议请求群集IP地址所对应的MAC地址，此地址是真正替换之前的群集MAC，但因为没有在交换机上注册，因此要进行广播。
如果希望彻底解决，可以将NLB群集中的所有服务器连接到一个集线器，然后再将集线器连接到交换机的一个端口。同时禁用前面的MaskSourceMAC功能，这样这个端口只会注册群集的MAC地址。这样的话，当路由器将目的地为群集MAC的数据包发到交换机后，交换机只会通过这个端口转发到集线器，不会到其他端口，HUB再发给所有服务器。
至于，采用多播后两节点之间不能通讯的问题，在Windows Server 2008 以后是可以的。但考虑性能问题或者是其他业务需要同时访问这两个节点时，还是建议另外使用一个网卡。
多播：如果使用多播模式，则所有节点在一个多播组中，它们在拥有一个共同的多播MAC地址之外每一个网卡依然会保留原来的MAC地址。因此节点成员之间通讯没有问题。但群集之外的其他客户端想同时访问两台服务器还是不可以的，只能访问其中一个如DNS解析，这是NLB的机制。
多播的缺点在于：
有的路由器不支持：路由器接收到要转发给群集IP地址的数据包时，会通过ARP寻求MAC地址，有的路由器只接受单播地址，而不接受多播MAC地址，因此会有问题。解决方法可以考虑在路由器内新建静态ARP映射表，如果不行，就只能使用单播模式。只要能解决在路由器内新建ARP静态映射，兼容性还是很好的。
。。3. 管理器使用：基本使用在此不多说，但在笔者的实际应用中发现以下问题：
在工作组环境下，使用网络负载平衡管理器查看连接状态时，一切正常，如下图所示：
但是在域环境下，也就是如果两个节点是成员服务器的话，则会发现一个节点通过管理器查看是正常的，但另一个节点查看时，会出现有的节点不可访问的现象，如下图所示：
解决方法：通过使用主机列表连接到现有网络负载平衡群集，具体如下：
步骤1： 在记事本中键入主机列表：
例如，现在节点02上无法正确显示所有主机，则我们就到节点02上创建一个文本文件host.txt，内容如下：
