为什么一个VLAN在一台交换机上没有通信？

像这样的问题会消耗很多时间。

（我注意到，在我写这个之后，我假设你在一个单独的子网上有一个DHCP服务器，因此DHCP请求通过一个路由器转发。如果DHCP服务器直接在新的VLAN上，故障排除会更简单。

从我的头顶开始，从最可能的到最不可能的：

• 通过交换networking标记不正确
• 连接相关VLAN的路由器在新VLAN上没有IP接口和/或未configuration路由它们之间的数据包
• 不pipe是作为DHCP服务器和DHCP客户端之间的路由器没有正确设置'IP帮助地址'或'UDP-HELPER'参数，所以DHCP请求永远不会使它到DHCP服务器
• dhcp服务器没有返回路由器的路由器作为所涉及的VLAN的网关，可能是因为dhcp服务器的默认网关不知道如何到达网关
• dhcp服务器的configuration文件已经被更新，以便为新的VLAN服务，但是dhcp服务器没有重启（如果你有一个ISC（即linux）dhcpd）
• dhcp服务器和新VLAN上的客户端之间有一个防止连接的ACL

就你而言，我会备份几个步骤：

• 在所有交换机上创build应包含在此新VLAN中的所有端口的详细列表。 他们可能大多是中继端口切换到交换机。 现在检查每个VLAN的关联和状态（标记，默认VLAN，如果适用）。 是的，我知道他们没事，只是幽默我。
• 在DHCP服务器的日志有趣的东西？
• 使用静态IP地址插入新VLAN中的计算机。 可以ping路由器吗？ 它可以ping的DHCP服务器？ （如果你不能 – 是防火墙丢弃ICMP数据包的DHCP服务器？）
• 在新的VLAN上插入一台dhcp计算机。 监听交通（wireshark或equiv）。 什么是DHCP对话的样子？ 你看到任何回应从DHCP服务器？
• 监听DHCP服务器上的stream量。 对话是什么样的？

希望通过这样的清单工作，你可能会绊倒真正的错误。

如果使用VTPconfigurationVLANconfiguration，请确保新交换机的修订版号不高于VTP服务器，因为如果它具有较高的修订版本号，它将忽略来自服务器的VTP更新。

如果交换机来自相同的生产环境并使用相同的域和密码，则可能是这种情况，您可以查看与VTP服务器使用的configuration的细微差别。