是不是开了 DHCP relay? 我对比了我这的 DHCP offer 包, 设备是 ikuai 软路由, DHCP 设置部分是默认设置. 在 DHCP-> option, 我这的是 53,1,3,6,51,54,252,255, 跟你的包有差别. 在 DHCP-> next server ip address 部分, 我这是 0.0.0.0, 而且 DHCP 本身就是广播包, 不需要单播至某个 IP 地址, 估计是你的 DHCP 服务器设置了 DHCP relay, 查一查 DHCP 设置吧.

@kome 没有开 DHCP relay 呢，问了 chatgpt 我这种情况确实可能是运营商的 dhcp 服务器干扰的，只能先关了 Allow-DHCP-Renew 再看看，家里的设备能排查的都排查了，唯一一个这么多年没换过的 tp-link 的无线摄像头，我觉得可能性不大，也确认过没有人私接设备到我的网络里，这种 192.168.1.254 的 dhcp 服务器地址，我觉得更像会是运营商的设置，加上服务器名是 3g ，更可疑了

@RoyCho 多问一嘴, 你是如何配置 DHCP 和 DHCPv6 的, 如果是直接编辑的配置文件, 会不会是某个```DHCPv6 'relay'```被写成了```DHCP 'relay'``` 究其原因, 应该还是配置了 DHCP relay, 或者 DHCP 服务器未能正常工作. 广播无法跨局域网传播, 运营商设备也不知道你的局域网用的什么网段, 他也没有到你的局域网网段的路由.

DHCP 首包是广播，“二层隔离”正确的情况下，不会超越路由器。 你的 DHCP “发现”（请求）可能误入 IPTV 专网

@kome DHCP 都是默认配置的，装过 smartdns 我想跟这个也没关系，我自己的内网是 192.168.30.x ，家里没有 192.168.1.x 的网段，却可以 ping 通 192.168.1.x 网段，之后发现 192.168.1.x ping 的网段延迟跟 Tranceroute 都表明是一个光猫外的设备，192.168.1.x 网段是跨了两个运营商公网 ip 到达的

> 192.168.1.x ping 的网段延迟跟 Tranceroute 发一下

tcpdump 一下就可以了

@xqzr traceroute to 192.168.1.33 (192.168.1.33), 30 hops max, 46 byte packets 1 221.178.219.99 1.212 ms 2 112.0.184.77 2.082 ms 3 192.168.1.33 3.265 ms

@niukuo 抓包吗？可是大部分时候都是正常的，是不是得有干扰的时候才能抓到有效的包？

@xqzr traceroute to 192.168.1.113 (192.168.1.113), 30 hops max, 46 byte packets 1 221.178.219.99 1.554 ms 2 120.195.79.193 1.869 ms 3 192.168.1.113 3.570 ms 不同的 ipTranceroute 还稍有不同...