Long pings on hostapd wireless network

Question

linux

Actually what I have:

[[email protected] ~]$ ping -c 3 192.168.0.1 
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=1870 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=1724 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=1471 ms

--- 192.168.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2007ms
rtt min/avg/max/mdev = 1471.385/1688.588/1870.150/164.734 ms, pipe 2

Appeared for no reason a couple of weeks ago, before that week everything worked fine. configs:

[email protected]:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto wlan0 br0

iface wlan0 inet manual
        pre-up iw dev wlan0 del
        pre-up iw phy phy0 interface add wlan0 type __ap

auto ppp0
iface ppp0 inet ppp
        provider 3g
        up sleep 10
        up route del default
        up route add default dev ppp0

iface br0 inet static
        address 192.168.0.1
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        bridge_ports eth0 wlan0
[email protected]:~# cat /etc/hostapd/hostapd.conf 
interface=wlan0
bridge=br0
driver=nl80211
logger_stdout=0
logger_stdout_level=2
ssid=sth_random
hw_mode=g
channel=7
auth_algs=3
max_num_sta=5
wpa=2
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP
rsn_pairwise=CCMP

Sometimes it happens that long pings do not start immediately, and it is possible to catch what precedes this:

# поднимается бридж, пока всё работает нормально
[   24.912345] br0: port 2(wlan0) entering forwarding state
[   24.960790] br0: port 2(wlan0) entering forwarding state
[   24.960824] br0: port 2(wlan0) entering forwarding state
[   25.689640] 8021q: 802.1Q VLAN Support v1.8
[   25.982845] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input10
[   26.006917] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[   26.024642] NFSD: starting 90-second grace period
[   28.749576] lp: driver loaded but no devices found
[   32.270752] ip_tables: (C) 2000-2006 Netfilter Core Team
[   32.335857] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
# сразу после следующего сообщения начинаются тормоза
[   39.968089] br0: port 2(wlan0) entering forwarding state

What to do? What could possibly be the problem? There is definitely no channel conflict, my access point is the only one for a couple of kilometers around.

Answer 1

The problem turned out to be in the enabled Multicast / RTP sender in PulseAudio on one of the clients. Edrit your well to the left.