In der von mir verwendeten Software muss derselbe "Knoten" einer IPv4-Multicast-Gruppe beitreten (um auf die Netzwerkprotokollanforderungen zu antworten), aber er muss auch Anforderungen an dieselbe IPv4-Multicast-Gruppe senden (um Antworten von anderen Knoten zu erhalten).
Bei einigen WLAN-Routern wird dies unterbrochen. Sobald ein Android-Prozess auf einem Telefon (verbunden mit dem WLAN-Router) erfolgreich in die Multicast-Gruppe aufgenommen wurde, wird der Broadcasting-Vorgang für etwa 5 Minuten blockiert. Beim Versuch, eine Anfrage zu senden, liegt kein Fehler in der Programmebene vor, die Router scheinen jedoch den Verkehr zu blockieren. [So beweise ich es: Ich sehe die Protokolle der anderen Knoten und sie bekommen nichts]. Nach 5 Minuten arbeitet es wieder. Wenn ich den Gruppenbeitrittscode deaktiviere, gibt es überhaupt keine Probleme mit den Anforderungen.
Das Interessante ist, dass es vom Router abhängt. Ich habe 2 TPLink-Router, einer funktioniert gut und ein Block.
Was hier relevant ist, ist der "Switch" -Teil Ihres Geräts. Ein Dumb Switch-Prozess Multicast als Broadcast. Ein intelligenter Switch führt IGMP-Snooping durch und beschränkt die Multicast-Verteilung auf Live-Abonnenten.
Es ist bekannt, dass sich preiswerte Consumer-Mart-Switches bezüglich des IGMP-Managements nicht benehmen. Ich würde zuerst hier suchen. Öffnen Sie die Administrationskonsole Ihres Geräts und suchen Sie nach IGMP-Einstellungen.