我试图通过PXE引导台式机来通过networking安装一个新的操作系统，但是它在启动时并没有通过DHCP获取一个IP地址。 当一台OS已经在机器上启动，它工作正常。 在过去，我有一些问题，因为configuration错误的RSTP。 但是在HP-Switches上使用spanning-tree [PORT] admin-edge-port （相当于ciscos portfast我猜），我以为我解决了这个问题。 现在它回来了，具有完全相同的症状… PXE-Boot：
Client -> Server: DHCP-Discover Server -> Client: DHCP-Offer Client -> Server: DHCP-Discover Server -> Client: DHCP-Offer .... looping...
我尝试了几件事情：
我不知道该怎么做。 有人有一个想法？
如果DHCP正在通过操作系统工作，而不是通过PXE工作，那么NIC本身的固件/configuration可能会有问题。
在启动过程中，进入网卡的固件（通常有一个Cntl-Key序列，或者如果板载的话访问BIOS），看看有哪些选项可用于调整。
确保操作系统正在DHCP中断的界面与PXE失败的界面相同。 对于桌面，您可能只有一个界面，但如果存在多个界面，那么操作系统设备枚举并不是您所期望的。
您也可以尝试其他台式机（使用其他网卡）查看问题是否只是特定的固件版本/制造商，或者问题可能较大。
很多对这个问题的回应都是STP，并且需要使用PortFast。 情况是如此之多，以至于一旦排除了STP，就没有什么信息可以帮助你做什么了。
我遇到了这个问题，如果没有使用带有“-vv”选项的tcpdump，就不能解决这个问题。 混杂模式是不需要的。
当一个标准的PXE客户端启动时，它会向DHCP服务器询问通常的项目：IP; 子网; 网关; 等等。但是，它也要求tftp服务器名称和boofile名称。 这是一个请求的所有部分。 一直以来我错误地认为，一旦机器有IP信息并且可以在networking上通话，那么PXE服务器命令的请求是第二个请求。 如果由于configuration文件错误导致这些PXE项目丢失，就像我的情况一样，客户端似乎无法获取IP地址，这显示为重复的DHCP-Discover和DHCP-Offer，没有DHCP-Request。 在我的情况下，客户确实得到了IP信息的响应，只有响应是不完整的，基于什么要求…所以客户再次询问，直到超时。 我浪费了很多时间，认为当时客户没有收到“offer”。 客户只是不满意的报价。 我调整了vlan和ip-helpers，以及stp config。 我正在看错地方。
好的和坏的响应之间的区别是格式不正确的“offer”没有引导文件名称，所以客户不停地问。 一旦configuration文件被修复，“offer”确实包含tftp服务器名称和引导文件名称。 如果客户对“offer”内容满意，则发出请求，然后使用PXE信息联系TFTP服务器。
我们与连接到C4948的HP服务器有类似的问题。 dhcp提供后，PXE启动过程停止。 惠普服务器将不会回应DHCP请求数据包。
解决方法＃我们通过在接入端口上configurationACL来停止VLAN上的所有UDP广播数据包，并开始像魅力一样工作。 希望能帮助到你。