我有一台 Windows 10 服务器，它使用 Wake On Lan 运行良好有一段时间了。Realtek 适配器设置为启用魔包唤醒和禁用模式匹配唤醒。同样，Windows 设置为“仅在 Magic Packet 上唤醒”。这通常在我的家庭网络上运行良好：我有几个 WoL 客户端，每个客户端都可以在需要时唤醒服务器，并且服务器在不再需要时会立即休眠。
最近我在家庭路由器上启用了IGMP 代理以支持 IPTV 应用程序。但是，现在，一旦服务器休眠，它就会在几秒钟内再次唤醒，由网络适配器的唤醒信号触发。关闭 IGMP 代理，它停止唤醒。
我相当确信是某种多播数据包触发了唤醒。我已经使用 Wireshark 来嗅探导致唤醒的数据包，但我找不到罪魁祸首：唤醒时没有魔术数据包，但有很多多播数据包。
发生什么了？为什么适配器会唤醒似乎不是魔术的数据包？我该如何解决？
更新：
我已经进行了一个数据包捕获（只有 28 个数据包），它跨越了服务器上从睡眠到唤醒的时间段，因此应该包含有问题的数据包。我注意到没有一个帧包含服务器的 MAC 地址（就像魔术包一样），但大多数是 UDP -> RTTP -> ISO/IEC 13818-1 -> DVB-EIT 数据包，其中包含很多“ FF”填料（就像魔术包一样）。
还有 1 个 ICMP v6 数据包和 2 个 STP 帧。我不认为这些是这样做的，因为我认为我已经看到没有它们的唤醒捕获 - 但我可能是错的。
但是，请注意数据包捕获是通过交换机进行的。所以它会看到任何广播的魔法数据包（就像我故意发送的那样），但它不会捕获直接发送到服务器 MAC 的假设魔法数据包。另一方面，当我在服务器上捕获时（在它唤醒的条件下，但当它唤醒时 - 当然）我看不到任何类似于指向其 MAC 地址的魔术数据包。
NIC 是 Realtek 8168 PCI GbE 适配器，随附在我的 Asus P 8Z77-V LX 主板上，带有来自此处的最新驱动程序。
更新了更精确的症状
因此，IGMP 不是直接原因。我可以在不使用多播的情况下相当可靠地重现该问题。如果我只是将特定的 UDP …