请求types81回复时回复ACK DHCP问题

在多个Vlannetworking中，我有两个Vlans在我的域组中。 一个是擅长而另一个不是。 如果我将任何客户端放在不接受BOOTP租约的组中，它可以正常工作，这与请求有关，并在位于我的辅助networking或VLAN上的设备上回复WINS或NetBIOS type81请求。 值得注意的是，作为对客户端的答复给出的WINS和DNS服务器在主要vlan上，而不是在这个非正常工作的二级服务器上。

对于在其交换机端口上看到的数据包序列的客户端是：

客户端 – >广播DHCP发现（我想要141.211。###。###）12.92 – > 141.211。###。### DHCP Offer（您可以有141.211。###。###）Client – >广播DHCP请求（我接受12.92的报价）14.27 – > 141.211。###。### DHCP Offer（你可以有141.211。###。###）12.92 – > 141.211。###。## ＃DHCP确认（你有141.211。###。###）

请注意，客户端在 14.27秒之前发送了请求。

• 如何使用OpenSRStestingDNS域名转移？
• 诺基亚手机不接受来自dnsmasq dhcp服务器的IP
• 引入IPv6 – 对DNS的影响？
• 我怎样才能改善我的域名的DNSlogging？
• 拆分DNS的谷歌

对于没有工作的客户：

客户端 – >广播DHCP发现（我会采取任何东西）12.92 – > 141.213。###。### DHCP提供（您可以有141.213。###。###）14.27 – > 141.213。###。客户 – >广播DHCP请求（我接受12.92的报价）客户 – >广播DHCP请求（我接受12.92的报价）客户 – >广播DHCP请求（我接受12.92的报价）广播DHCP请求（我接受12.92的报价）客户端 – >广播DHCP请求（我接受12.92的报价）

但是它从来没有得到12.92的ACK。