问：我在我工作的酒店创建了一个WLAN。它使用一个Colubris MSC 3200接入端（AP）/控制器。不知什么原因Internet总是在控制器上丢包。我们要求信号覆盖到1,000英尺范围，并且我们没有RADIUS (Remote Authentication Dial In User Service)服务器，我也不知道3200上任何配置细节信息。在酒店中同一层楼有16个AP，每个都有一个静态IP地址，并有一个无线发送设备和一个无线接收设备。那么请问无线发送设备（它使用了一个我连接不上的SSID）是一个网桥吗？

　　答：似乎你酒店的WLAN是通过Colubris MSC 3200 AP/控制器来使用无线回程网实现将所有AP连接到Internet上的。

　　Colubris WLAN可以组成一个AP互相连接的无线回程网络以及使用每个AP中的一个无线设备参与Dynamic Wireless Distribution System (DWDS)组的MSC。DWDS组有其自身生成的SSID和自动修复的安全配置。DWDS组的所有成员都能通过发送Local Mesh Protocol (LMP)来发现其它的WDS节点，组成最可能的回程链路，并在AP失败或RF修改后修改网络——所有操作都不受管理员的干预。

　　在一个DWDS中，每一个AP都被配置为一个Master、Alternate Master或Slave。你的MSC可能是Master，它只接收来自下游节点的上流DWDS链路请求，并转发流量到Internet上。Alternate Master同时支持上流和下流DWDS链路，并在MSC宕机或无法到达时充当Master的角色。Slave是只构成上流DWDS链路的页节点。

　　如果一个Alternate Master失去与它的Master联系并在20秒钟内找不到一个新的Master时，它会成为自身组的Master。如果Alternate Master能提供Internet访问，那么这会很有用；否则用处不大。而且，如果由一个远距离的AP在MSC宕机时充当Master角色，可能它在MSC备份恢复时不会接收或让出Master角色。因此，远距离的AP和那些失去Internet连接的AP应该配置为Slave并永远不要让它成为Master。

　　我不知道为什么你的MSC会失去Internet上行链路——这可能是由你的Internet上行链路和Internet访问路由器（如果有）的物理、路由或DNS错误造成的。你可以使用设备的日志文件、故障修复工具（如PING）或一个LAN分析器（如Wireshark）来修复这些问题。同时，分析问题时要尽可能找最直接的方法。然而，假如你已经排除了这些原因。我建议你考虑另一个可能性：可能你的DWDS组自己动态重组了，重新登录到一个没有Internet连接的Alternate Master上了。这很可能是因为来自MSC的信号丢失过多而导致发生的；你提到你的WLAN覆盖范围是1000英尺，这么远的距离AP很可能发现不到MSC。可以在每一个AP上使用CLI或GUI工具来确定你的AP是否在一个DWDS组或当前/以前的DWDS组的拓扑中。