unicast

0熱度

1回答

的JGroups使用「IP多播在默認情況下將消息發送給所有成員（UDP）和初始成員的發現。但是，如果組播不能使用的，UDP可被配置爲發送，而不是一個多播消息的多個單播消息。要配置UDP使用多個單播消息來發送組消息，而不是使用IP多播的，所述ip_mcast屬性必須被設置爲假。」（按照jboss文檔https://developer.jboss.org/）我的問題是我怎麼能通過「ip_mcast

0熱度

1回答

設置爲接收多播數據包的IPv6 UDP套接字是否也能夠接收單播數據包？

我有一個小客戶端程序監聽IPv6多播組（例如ff12 :: blah：blah％en0），以發送服務器發出的多播數據包。它運作良好。服務器有時也希望向我的客戶端發送一個單播數據包（因爲如果數據包只與一個客戶端相關，那麼使用它的所有其他組播組成員都沒有意義）。因此，我的服務器只是爲我的客戶端的IP地址和客戶端的IPv6多播套接字所偵聽的端口執行sendto（）。如果我的客戶端在MacOS/X下運

1熱度

1回答

OMG DDS標準中可以使用可靠的消息傳遞多播嗎，還是需要單播？

我目前正試圖找出有關我寫的一個DDS應用程序的內容。我的作家和讀者目前有可靠性，所以如果讀者錯過了一條消息，作者將重新發布消息。我也使用默認多播，並且不使用單播來發現發佈者和訂閱者。根據組播協議，我只使用端口7000和7001需要打開。但是，當我使用wireshark進行分析時，我看到端口7010和7011（單播）端口也處於打開狀態。經過一番挖掘，我發現了這個link，看來要使用可靠性讀者和

0熱度

1回答

Bluez 5設置L2CAP擴展功能掩碼

我想設置我的L2CAP擴展功能掩碼以啓用單播無連接數據以完成Bluetooth Sig認證。我似乎無法找到任何地方這樣做。特定藍牙PTS測試我試圖通過如下： TC_CLS_UCD_BV_01_C：驗證IUT具有UCD位在 L2CAP擴展功能設置面膜來指示單播連接數據的接收支撐件.. 。有誰知道如何做到這一點？謝謝

0熱度

1回答

MulticastSocket確定收到的消息是否是單播的

我的服務器當前能夠發送和接收多播數據包。我增加了接收和發送單播數據包的功能。所以我創建了「DatagramSocket uniRecv」和「DatagramSocket uniSend」來模擬多播的方式。問題是，當我收到一個數據包時，我需要一種方法來判斷它是多播還是單播。我認爲「multiRecv.receive（packet）」只能用於多播數據包，但顯然它也可以用於單播數據包。有沒有辦法告訴之前

0熱度

1回答

UDP單播比廣播更可靠嗎？

我們有一個網絡引擎，目前支持單播和廣播 - 我們一直在使用單播，但我正在探索廣播功能以減少網絡流量。我的測試似乎表明，單播是遠比廣播更可靠 - 這不是我期待看到的（我沒有強大的網絡背景）。例如，在一個簡單的測試場景中，數據包通過千兆以太網LAN從主機發送到客戶端 - 我可以每秒單播15,000個1000字節的數據包，而不會丟失數據包。如果我切換到廣播，在遇到+/- 20％丟包之前，我只能管理