使用路由组的初衷是减少和复制相关的网络流量。比如你建立了一个分公司，你肯定不愿意你的主Office服务器分别向10个远程服务器复制数据，因为那样会增加很多不必要的网络流量。相比之下，使用路由组可以允许主Office服务器将更新数据发送到分公司的一个远程服务器中，然后由该服务器向剩下的服务器复制数据。通过这种方式，复制数据只通过WAN连接一次就完成了复制操作，大大减少了复制操作对网络带宽的占用。

　　在刚才举的这个例子当中，接收更新信息的这个远程服务器叫做路由组的Master服务器（有时候又被称作桥头服务器）。每一个路由组都有各自的Master服务器。

　　Exchange路由组使用一种叫做“链路状态算法（Link State Algorithm：LSA）”的技术来维护网络连接的状态信息。而很多用户都没有意识到的一点是LSA其实和“开放系统最短路径优先（Open Shortest Path First：OSPF）”协议基本是一致的。
　如果你的系统和外部路由组的连接出现了一些问题，那么你首先应该知道的一件事是Exchange Server使用TCP的691端口在两个服务器之间交换链路状态信息。因此，当你需要尝试解决路由组出现的问题时，我建议你先看看防火墙是不是拦截了这个端口。

　　和传统的路由器一样，在Exchange的环境中，路由组中的每一个Master服务器都保留了一个路由表的备份，或者说是链路状态表。每当在Exchange服务器上的链路状态更改时，系统会通过TCP的691端口，将更改信息发送给和该服务器相连的路由组中的Master服务器；接着该Master服务器会更新自己的链路状态表，然后再把更新信息发送给其他的Exchange服务器（如果需要的话）。

　　关于链路状态表的一个有趣的地方是，它只存放在内存里，而不是存放在硬盘驱动器上。所以当你的路由组工作不正常而你怀疑问题和链路状态表有关，想把它清除时，你只需要重新启动一个服务器就可以了。

　　当然，重启服务器这招并没有神奇到能解决所有问题的程度。很多时候，在解决一个问题之前，你需要了解更多和该问题相关的信息。不过要想手工的将路由组的状态信息提取出来是一件很困难的事，因为状态信息是通过TCP的691端口并按照Orginfo包的形式发送的。包里的信息遵循“全球唯一标识器（Globally Unique Identifier：GUID）”格式，而用户如果要自己确认服务器、路由器组和各连接器之间的GUID的话，将不得不面临庞大的工作量。
　幸运的是，有一个工具可以帮助我们完成这项任务。微软公司发布了一个叫做WinRoute的软件，专门用来找到并处理关于Exchange路由组的问题。WinRoute会从链路状态表中提取必要的信息，然后将该信息转化为方便用户阅读的格式，而不是GUID格式。

　　WinRoute的使用也很简单。程序运行之后，在“文件”菜单中选择“新建查询”命令，接着输入你想查询的服务器名和相关选项，WinRoute就会自动把路由信息以树型格式显示出来，你可以在树中的“常规信息”容器里找到组织中的每一个路由组的信息。

　　在解决Exchange路由组问题的时候有两个主要的地方需要你仔细检查。第一，你需要检查每个路由组连接器的工作状态。第二，你需要检查一下每个路由组的主版本号属性。主版本号实际上是一系列按照同步规则分配的顺序号。一个路由组的主版本号是0意味着该路由组并没有从Master服务器获得任何链路状态信息。