UDP-Broadcast-Pakete können nicht über eine PPP-Verbindung empfangen werden

1452
Gico

Ich kämpfe seit zwei Tagen ohne Erfolg. Ich habe zwei Modems (fragen Sie nicht, einige spezielle Sachen), die eine DFÜ-Verbindung (PPP) verwenden. Ich habe dies unter Windows XP ausprobiert und es funktioniert wie ein Zauber. Ich sende Unicast- und Broadcast-UPD-Pakete. Wenn ich wiederhole, dass ich unter Windows 7 nur Unicast-Daten senden kann, scheinen Broadcast-Pakete irgendwo verloren zu sein. Ich habe versucht, Microsoft Network Monitor zu verwenden, und ich kann sehen, dass gesendete Pakete von meiner PPP-Verbindung empfangen werden. Aber danach sind sie weg. Irgendwo im Kernel. Ich verstehe wirklich nicht warum. Ich habe die Firewall, das Antivirus- Programm und die Basisfilterungs- Engine deaktiviert, habe versucht, die in Windows Filtering Platform gepackten Dateien zu protokollieren, habe die reine WIN7-Maschine ausprobiert und alles ohne Erfolg.

Hier ist ein Beispielpaket, das über die Schnittstelle empfangen wurde, aber meine App hat neuere Reichweite:

 No. Time Source Destination Protocol Length Info 1 13:20:56.093380000 192.168.1.50 192.168.1.255 UDP 49 Source port: x11 Destination port: x11  Frame 1: 49 bytes on wire (392 bits), 49 bytes captured (392 bits) Encapsulation type: Ethernet (1) Arrival Time: May 7, 2014 13:20:56.093380000 Central Europe Daylight Time [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1399461656.093380000 seconds [Time delta from previous captured frame: 0.000000000 seconds] [Time delta from previous displayed frame: 0.000000000 seconds] [Time since reference or first frame: 0.000000000 seconds] Frame Number: 1 Frame Length: 49 bytes (392 bits) Capture Length: 49 bytes (392 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ip:udp:data:vssmonitoring] [Coloring Rule Name: UDP] [Coloring Rule String: udp] Ethernet II, Src: ae:4e:20:00:01:00 (ae:4e:20:00:01:00), Dst: Xerox_00:00:00 (01:00:01:00:00:00) Destination: Xerox_00:00:00 (01:00:01:00:00:00) Address: Xerox_00:00:00 (01:00:01:00:00:00) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) Source: ae:4e:20:00:01:00 (ae:4e:20:00:01:00) Address: ae:4e:20:00:01:00 (ae:4e:20:00:01:00) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Type: IP (0x0800) Internet Protocol Version 4, Src: 192.168.1.50 (192.168.1.50), Dst: 192.168.1.255 (192.168.1.255) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport)) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00) Total Length: 34 Identification: 0x0032 (50) Flags: 0x00 0... .... = Reserved bit: Not set .0.. .... = Don't fragment: Not set ..0. .... = More fragments: Not set Fragment offset: 0 Time to live: 126 Protocol: UDP (17) Header checksum: 0xb817 [correct] [Good: True] [Bad: False] Source: 192.168.1.50 (192.168.1.50) Destination: 192.168.1.255 (192.168.1.255) [Source GeoIP: Unknown] [Destination GeoIP: Unknown] User Datagram Protocol, Src Port: x11 (6001), Dst Port: x11 (6001) Source port: x11 (6001) Destination port: x11 (6001) Length: 14 Checksum: 0xafd1 [validation disabled] [Good Checksum: False] [Bad Checksum: False] Data (6 bytes)  0000 34 34 34 34 34 34 444444 Data: 343434343434 [Length: 6] VSS-Monitoring ethernet trailer, Source Port: 127 Src Port: 127 

Mir gehen die Ideen aus, wenn jemand helfen könnte, bitte. Ich bin mir nicht sicher, ob diese Funktion in win7 entfällt oder nicht.

0
Bitte erläutern Sie, was Sie erwarten. S.Richmond vor 10 Jahren 0
Sicher. Als Testwerkzeug verwende ich das Hercules-Tool http://www.hw-group.com/products/hercules/index_de.html. Ich benutze es, um die UDP-Kommunikation zu testen. Auf beiden Seiten habe ich den 6001-Port geöffnet und sende die UDP-Pakete. Wenn ich sie per Unicast schicke, werden die Daten sehr gut in Hercules-Werkzeug aufgenommen. Wenn ich sie per Broadcast-Adresse 192.168.1.255 sende, kann ich auf dem Netzwerkmonitor-Tool sehen, dass sie über meine PPP-Verbindung empfangen werden. Das Problem ist, dass ich sie nicht im Hercules-Tool erhalte. Ich habe versucht, meinen eigenen Code zu erstellen, das Ergebnis war das gleiche. Irgendwie gehen Daten von der Schnittstelle einfach verloren. Gico vor 10 Jahren 0

0 Antworten auf die Frage