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 ++中的相同行為。 我發現沒有加入你發送的同一個多播組來解決我項目中的問題。