我有一个简单的问题，涉及到了路由器的目的。
我有一个由几台PC和一台路由器组成的小型企业，它们都连接到同一个24端口交换机上。 偶尔，我局域网上的所有电脑都会断开连接。 他们无法到达对方或任何服务器。 切换开关的电源通常是固定的。
我想知道的是，这个问题是否也可能是由我们的DHCP服务器的路由器造成的。 如果PC-A连接到服务器A，路由器是否与这个连接有关？ 由于PC-A和Server-A在同一个物理networking和同一个交换机上，我假设这些数据包是由交换机路由的，而不是路由器。 它是否正确？ 在这种情况下，我可以假设故障在于电缆，交换机还是电脑？
你是正确的，交换机不是“路由数据包”。 “分组”是通常用于指代OSI 7层networking模型的第3层的术语。 交换机可能会使用MAC地址“切换”第2层的stream量。 路由器只能进入离开本地networking的stream量的等式，即stream向互联网。 第3层的路由在逻辑networking（通常是IPnetworking）之间，而在第2层（本地networking），我们只是简单地进行交换。
如果重新启动交换机可以解决您的问题，那么您可能会遇到第1层（物理层）或第2层（数据链路层）问题。
我会改变一些电缆，改变交换机，在墙上的端口和交换机端口移动设备，运行一些数据包捕获来试图缩小问题的根源。
我假设你的设置是这样的：
|------Server __________ ________ ______| |Internet|---|Router|----|Switch| __________ ________ ______| |-----------Clients 路由器将数据包路由到不同的IP子网。 这是一个三层设备。
如果在同一个第2层以太网交换机上有所有的东西，那么就没有必要的路由，这意味着stream量永远不会到达路由器。 路由器唯一的时间stream量是如果它需要路由，即离开你的L2交换机。
有一种（很less见的）路由器可能是故障的方式…当networking节点需要到达另一个本地节点时，有一个称为ARP（地址parsing协议）的过程，其中以太网（或MAC）地址由IP地址。 这是通过广播完成的 – 请求节点发送一个广播，询问“谁拥有这个IP？” 然后，具有该IP的服务器将响应 – 响应中的源MAC地址 – 然后客户端将数据包发送到该MAC地址。
您的networking上的路由器或其他节点可能正在响应它不属于的IP的ARP请求。 您可以通过在命令行运行“arp”来检测到这一点，这会向您显示这些caching的条目。 如果您无法连接到服务器，并且在客户端上看到了其IP的ARP条目，请检查该设备的设置，并确保您看到的MAC地址对于该主机是正确的。
你的假设是正确的。 电缆或计算机是一个渺茫的机会，但即使如此，你可能需要得到一个体面的开关。