TTL> 1时，组播socket.close需要3分钟

Question

在某些Windows机器上，我看到一个多播socket.close调用大约需要3分钟。

这在Java和.NET中可以在各种不同类型的NIC和Windows风格中重现。

它在大多数机器上都不具有可重现性，但具有它的机器似乎遵循相同的模式。 TTL> 1导致3分钟socket.close，任何TTL == 1似乎几乎立即关闭套接字。

我的问题是其他人看到这个问题，有谁知道为什么会这样？

Answer 1

我认为，当使用多播TTL> 1时，我已经解决了Socket.Close()的神秘感，需要3分钟才能完成：每次启动路由和RAS服务（RRAS）时都会发生这种情况。 此KB条目解释它并提供了一个修补程序： http ： //support.microsoft.com/kb/2555948/en-us

在管理shell中使用netsh interface ipv4 set global multicastforwarding=disabled会使Socket.Close()时间恢复正常。

Answer 2

是的，我可以证实这一点。 UDP套接字上的Windows 7上的C ++中的相同行为。 我发现没有加入你发送的同一个多播组来解决我项目中的问题。