一、如果发现客户端大部分无法登录，登录后无法获取IP或者速度非常慢，另外一个部门也反映大面积网络不通，在操作系统的命令提示符中中使用网络命令ipconfig，发现客户端机器无法获得IP地址。
因此可以肯定是此原因使得不能访问网络，重新启动计算机故障依旧，证明问题不是出在客户机上，查看交换机指示灯显示状态正常，没有因堵塞产生死机的现象，那么问题只能是出在路由器。
二、要理解导致DHCP服务器相应变慢的原因，我们有必要了解一下DHCP服务的工作过程。如果在局域网中部署了DHCP服务器，并且客户端设置为自动获得IP地址，这样当DHCP客户端第一次登录网络的时候，也就是客户端发现本机上没有任何IP数据设定，它会向网络发出一个DHCP discover封包。因为客户端还不知道自己属于哪一个网络，所以封包的来源地址会为0.0.0.0，而目的地址则为255.255.255.255，然后再附上DHCP discover的信息，向网络进行广播。
在windows的预设默认情况下，DHCP discover的等待时间预设为1秒，也就是当客户端将第一个DHCP discover封包送出去之后，在1秒之内没有得到响应的话，就会进行第二次DHCP discover广播。
三、若一直得不到响应的情况下，客户端一共会有四次DHCP discover广播(包括第一次在内)。除了第一次会等待1秒之外，其余三次的等待时间分别是9、13、16秒。
如果都没有得到DHCP服务器的响应，客户端则会显示错误信息，宣告DHCP discover的失败。之后，基于使用者的选择，系统会继续在5分钟之后再重复一次DHCP discover的过程;
当DHCP服务器收到DHCP客户机广播的DHCP discover信息后，它会向DHCP客户机发送DHCP offer信息，其中包括一个可租用的IP地址。一旦客户机收到DHCP offer信息，就将使用服务器所提供的IP地址。
四、从DHCP的工作过程来分析，客户机无法获得IP地址应该是DHCP服务器没有做出响应，或者是DHCP服务器做出了响但客户机没有收到DHCP服务器的DHCP offer信息造成的。
测试网线后首先排除了由于网络硬件原因造成客户机收不到DHCP服务器响应的可能，由此判断就是DHCP服务器没有做出正常响应。
五、客户端会与服务器之间有大量的数据交互，这些数据占用了大量的系统资源和网络带宽，因此造成DHCP服务器的相应缓慢。这样就进入了一个恶性循环，而且在网络中充斥着大量的重复请求，这些垃圾信息占用了大量带宽，形成了网络风暴，服务器需要进行大量的数据传输，这样就使得服务器网络端和总线负担过重，不仅操作系统进程无法及时响应客户机发出的DHCP请求，而且三个部门谁都无法正常工作。
六、很明显，不堪重负的DHCP服务造成了三个部门的系列故障。要从根本上解决问题，只有通过升级服务器或者增加服务器的数量，做到各司其职，从而避免服务器负担过重。即部署专门的DHCP服务器以供部门的IP服务，部署专门的数据库服务器以服务于在线考试系统，部署专门的文件服务器以提供文件服务器和提供网络克隆服务。这样，虽然需要额外的投入，但是这是必须的。
七、购置专门的服务器对于诸如学校这样的事业单位不太现实，局域网是个完整的逻辑体系它有其自身的特点，服务器作为网络功能实现的核心必须我们要保证它的正常工作，超过正常的使用极限和范围就会对部分或者整个网络带来意想不到的后果。
通过上面的介绍，我们了解了故障的根本原因所在，这主要是由于DHCP功能超出了所能承担限度，这是我们在部署局域网时所特别需要注意的事项，否则就会像上面路由器一样罢工了。
