我已经在Cisco Catalyst 2960上configuration了两个VLAN [15和16]和一个trunk端口。trunk端口连接到Linux服务器上的eth2服务器configuration为支持VLAN，接口eth2.15 eth2.16configuration了ip地址在两个不同的子网上。 dhcp3-server运行在同一台服务器上，并将IP地址发送到VLAN。
将客户端连接到在ex中configuration的端口时。 VLAN 15和请求一个IP地址，在接收DHCPOFFER之前，我经历了一个很长的延迟，大约30秒左右，客户端需要发送一个DHCPDISCOVER大约五次，但总是会收到一个DHCPOFFER。
任何build议为什么这个延迟发生？
也许启用端口快将解决您的问题。
这也可能是一个DNS问题。 在DHCP服务器上执行一个tcpdump来确认。
tcpdump -i -lennvs0端口53
由于DHCP服务器产生一个租约，它可能正在执行一个DNS查找它将要发放的IP地址，以便它可以在DHCP提供中包括一个主机名logging。
所以首先要做的就是使用tcpdump / tshark来查看延迟的位置。
tshark -i eth2.15
然后连接一个客户端，并尝试获得DHCP租约。
另一个要做的事情就是插入一个哑巴开关，稍等一下，然后插入一个客户端，如果它正确的，那么STP相关的延迟几乎是确定的。
在客户端在控制台上运行dhclient （理想的情况是没有network-manager或类似的，所以你可以确定系统没有自动执行）打印它发送或接收的每个数据包，这是一个很好的方式来确认数据包是否越来越掉在开关上。