Получение UDP пакетов от шлюза / hotspot

у меня есть настройка Raspberry Pi в качестве точки доступа WiFi (это DHCP-сервер, и у него работает HOSTAPD). Он не имеет подключения к интернету и не маршрутизации трафика. Клиенты подключаются к его сети только тогда, когда они хотят общаться с ним.

у меня есть скрипт python на Raspberry Pi, который отправляет сообщение UDP ~5 секунд.

Я вижу, что пакеты отправляются через Wireshark (который я установил на Raspberry Pi), но ни один из клиентов не подключение к сети Pi может видеть эти пакеты. Как будто они зашли в тупик где-то до того, как вышли из полиции.

Я должен также упомянуть, что у клиентов отключены брандмауэры.

вот несколько скриншотов из Pi:
Вы видите, что Wireshark показывает отправляемые пакеты. Вы можете также видеть, что широковещание включено на wlan0.

клиент (компьютер Windows 10 в этом случае) также работает Wireshark и вы можете увидеть информацию о сети для него тоже:

что я упускаю в настройке сети, которая держит этот эфир от клиентов? Если я подключаю Raspberry Pi к реальному маршрутизатору, клиенты в этой сети могут видеть сообщения UDP отлично. Это заставляет меня думать, что что-то не так с самостоятельной hostspot я установки.

Спасибо за любую информацию, которую вы можете предоставить.

содержимое hostapd config:

interface=wlan0
driver=nl80211
#driver=rtl871xdrv
ssid=PI032378
channel=6
dtim_period=1
beacon_int=400

вот информация Wireshark о пакетах, которые передаются, но не получены:

Frame 162: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
    Interface id: 0 (wlan0)
    Encapsulation type: Ethernet (1)
    Arrival Time: Feb 21, 2017 16:45:08.000647000 Central Standard Time
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1487717108.000647000 seconds
    [Time delta from previous captured frame: 0.007711000 seconds]
    [Time delta from previous displayed frame: 0.000000000 seconds]
    [Time since reference or first frame: 1.299469000 seconds]
    Frame Number: 162
    Frame Length: 60 bytes (480 bits)
    Capture Length: 60 bytes (480 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:udp:data]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: Shenzhen_0c:b4:25 (40:a5:ef:0c:b4:25), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
    Destination: Broadcast (ff:ff:ff:ff:ff:ff)
    Source: Shenzhen_0c:b4:25 (40:a5:ef:0c:b4:25)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.42.1, Dst: 192.168.42.255
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 46
    Identification: 0xa04d (41037)
    Flags: 0x02 (Don't Fragment)
    Fragment offset: 0
    Time to live: 64
    Protocol: UDP (17)
    Header checksum: 0xc420 [validation disabled]
    [Header checksum status: Unverified]
    Source: 192.168.42.1
    Destination: 192.168.42.255
    [Source GeoIP: Unknown]
    [Destination GeoIP: Unknown]
User Datagram Protocol, Src Port: 44661, Dst Port: 5003
    Source Port: 44661
    Destination Port: 5003
    Length: 26
    Checksum: 0x779c [unverified]
    [Checksum Status: Unverified]
    [Stream index: 3]
Data (18 bytes)
    Data: 426c756562657272793a5049303332333738
    [Length: 18]