web-dev-qa-db-ja.com

WiFiを介したローカルルーターへの非常に高いping

現在、Ubuntu 16.04 LTSを実行していますが、ワイヤレスのセットアップで非常に迷惑な問題が発生しています。時々（そして一見、ランダムに）、私のpingは急上昇し始め、手に負えなくなります：

PING 10.0.2.1 (10.0.2.1) 56(84) bytes of data.
64 bytes from 10.0.2.1: icmp_seq=1 ttl=64 time=367 ms
64 bytes from 10.0.2.1: icmp_seq=2 ttl=64 time=8.48 ms
64 bytes from 10.0.2.1: icmp_seq=3 ttl=64 time=971 ms
64 bytes from 10.0.2.1: icmp_seq=4 ttl=64 time=1.11 ms
64 bytes from 10.0.2.1: icmp_seq=5 ttl=64 time=91.6 ms
64 bytes from 10.0.2.1: icmp_seq=6 ttl=64 time=482 ms
64 bytes from 10.0.2.1: icmp_seq=7 ttl=64 time=1.15 ms
64 bytes from 10.0.2.1: icmp_seq=8 ttl=64 time=131 ms
64 bytes from 10.0.2.1: icmp_seq=9 ttl=64 time=92.6 ms
64 bytes from 10.0.2.1: icmp_seq=10 ttl=64 time=2.72 ms

--- 10.0.2.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9005ms
rtt min/avg/max/mdev = 1.116/215.207/971.833/297.328 ms

また、ルーターへのpingが4000msの範囲を超える場合も見ました。

--- 10.0.2.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9031ms
rtt min/avg/max/mdev = 1425.396/3721.331/5352.349/1087.015 ms, pipe 5

他のpingはパケットを完全にドロップするようです：

--- 10.0.2.1 ping statistics ---
60 packets transmitted, 48 received, 20% packet loss, time 71043ms
rtt min/avg/max/mdev = 0.544/2206.796/7108.406/2372.068 ms, pipe 8

それ以外の場合、システムは完全に正常に機能します。この過度のレイテンシを修正または少なくとも減らすにはどうすればよいですか？

lshw出力は次のとおりです。

*-network
     description: Wireless interface
     product: BCM4352 802.11ac Wireless Network Adapter
     vendor: Broadcom Corporation
     physical id: 0
     bus info: pci@0000:03:00.0
     logical name: wlan0
     version: 03
     serial: [REDACTED]
     width: 64 bits
     clock: 33MHz
     capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
     configuration: broadcast=yes driver=wl0 driverversion=6.30.223.248 (r487574) ip=10.0.2.71 latency=0 multicast=yes wireless=IEEE 802.11abg
     resources: irq:19 memory:f7a00000-f7a07fff memory:f7800000-f79fffff

Broadcom STAドライバーがインストールされ、実行されています。これは、ネットワーク上の他のデバイスでは発生していません。

uname -aは以下を返します。

Linux ArcticWolf 4.4.0-57-generic #78-Ubuntu SMP Fri Dec 9 23:50:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

最新の（既知の）ドライバーがインストールされています。

Package: bcmwl-kernel-source
Version: 6.30.223.248+bdcom-0ubuntu8
Priority: optional
Section: restricted/admin
Source: bcmwl
Origin: Ubuntu
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: Alberto Milone <[email protected]>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 8,013 kB
Depends: dkms, linux-libc-dev, libc6-dev

iwconfig出力はいつでも：

wlan0     IEEE 802.11abg  ESSID:"[redacted]"  
          Mode:Managed  Frequency:2.412 GHz  Access Point: [REDACTED]   
          Bit Rate=144 Mb/s   Tx-Power=200 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=51/70  Signal level=-59 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

ワイヤレス接続を切断して再接続することにより、ネットワークを通常の状態に戻すことがありますが、通常の操作を数分間行った後、常に正常に戻ります。

WiFiチャネルに干渉を引き起こす可能性のある他のワイヤレスルーターまたはデバイスは近くにありません。ルーターのファームウェアは最新のものであり、何度も再起動してみました。

ルータはチャネル1にあり（チャネル上の唯一のデバイスです）、WPA2-AESが使用されています。距離に違いはありません。

ネットワーク上の他のデバイスは完全に機能し、同じ症状は見られないため、これはルーターや干渉の問題ではありません。

これは（今のところ）私がテストしたすべてのネットワークで発生しており、これは実際にはルーターではなくシステムの問題であることを示唆しています。この状況は、ノイズの多い無線エリアと静かな無線エリアの両方で発生し、干渉とは無関係であることをさらに示唆しています。

networking16.04wirelessbroadcom
12
Kaz Wolfe

電源管理が問題であると思われるため、このコマンドは電源管理を無効にし、電源管理がオンに戻らないようにします

Sudo sed -i 's/wifi.powersave = 3/wifi.powersave = 2/' /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

この問題は、これにより発生しました commit ネットワークマネージャーgit

この バグレポートのコメント は、wifi.powersave = 3を使用すると電源管理が有効になり、2を使用すると無効になることを示しています。

Bcmwl-kernel-sourceの新しいバージョンを試すこともできます

Sudo apt-get install linux-headers-$(uname -r) build-essential dkms
wget http://de.archive.ubuntu.com/ubuntu/pool/multiverse/b/broadcom-sta/broadcom-sta-dkms_6.30.223.271-4_all.deb
Sudo dpkg -i broadcom-sta-dkms_6.30.223.271-4_all.deb

Praseodym here が推奨するとおり

9
Jeremy31