Не удается получить широковещательные пакеты UDP по PPP-соединению

1339
Gico

Я борюсь в течение двух дней безуспешно. У меня есть два модема (не спрашивайте, некоторые специальные вещи), которые используют подключение по коммутируемому каналу (PPP). Я попробовал это на Windows XP, и это работает как шарм. Я отправляю одноадресные и широковещательные пакеты UPD. Если я повторяю, что в Windows 7 я могу отправлять только одноадресные данные, широковещательные пакеты, похоже, где-то теряются. Я попытался использовать Microsoft Network Monitor, и я вижу, что широковещательные пакеты принимаются по моему соединению PPP. Но после этого они ушли. Где-то в ядре. Я действительно не понимаю, почему. Я отключил брандмауэр, антивирус, базовый механизм фильтрации, попытался войти в журнал, упакованный в Windows Filtering Platform, попытался очистить машину WIN7 и все это безуспешно.

Вот пример пакета, полученного по интерфейсу, но он получил более новое приложение:

 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 

У меня заканчиваются мои идеи, если кто-нибудь может помочь, с любой идеей, пожалуйста. Я не уверен, пропала ли эта функция в win7 или нет.

0
Пожалуйста, объясните, что вы ожидаете. S.Richmond 9 лет назад 0
Конечно. В качестве инструмента тестирования я использую инструмент Hercules http://www.hw-group.com/products/hercules/index_en.html. Я использую его для проверки связи UDP. С обеих сторон я открыл порт 6001 и пересылаю пакеты udp. Если я отправляю их одноадресно, данные очень хорошо получаются внутри инструмента Геркулеса. Если я отправляю их по широковещательному адресу 192.168.1.255, я вижу на инструменте сетевого монитора, что они получены через мое соединение PPP. Проблема в том, что я не получаю их в инструменте Геркулеса. Я пытался создать свой собственный код, результат был таким же. Каким-то образом данные из интерфейса просто теряются. Gico 9 лет назад 0

0 ответов на вопрос