Tweet

自宅で接続するときに、wifiのレイテンシが定期的に大きくなってweb会議に支障をきたすことが続いていた。同じネットワークの他の端末では起きていない。

Claudeに協力してもらいながら調べていったところ、awdl0を止めると改善しました。AirDropなどで使われるApple Wireless Direct Linkのインターフェースです。

ただ一度止めてもOSが有効に戻してしまうので、停止した状態を維持するためのhawdlというツールを作りました。調べた内容も書いておきます。

pingで確認

ルーターにpingを打ってみる。

$ ping -c 60 -i 0.25 -q 192.168.0.1
60 packets transmitted, 60 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 4.921/236.760/1090.306/268.352 ms

パケットロスはないけど、平均で236ms、最大で1秒以上かかっている。定期的に遅くなるという認識だったけど、平均でも結構遅いですね。

宛先を変えても測ってみました。値はすべてmsです。

インターネットに出る前から遅いので、自宅のLAN内を調べることに。

LAN内の別端末宛でも同じなのでMac側の問題かと思ったんですが、これもアクセスポイント(AP)を経由するので、まだMacとAPのどちらかはわからない。

電波や通信量を確認

$ system_profiler SPAirPortDataType | grep -E 'Signal|Transmit Rate|Channel'
Channel: 48 (5GHz, 80MHz)
Signal / Noise: -37 dBm / -73 dBm
Transmit Rate: 1200

信号強度は-37dBm、表示上の接続速度は1200Mbps。電波が弱いわけではなさそう。

通信量が多くて遅くなっているのかもと思って、pingとあわせてnetstat -I en0 -bの値も確認しました。250msごとの通信量を比べた結果がこれ。

高遅延スロット(n=38) 平均 69631 bytes
低遅延スロット(n=34) 平均 101268 bytes

今回の測定では、遅いときのほうが通信量は少なかった。これだけで原因を除外はできないけど、通信量が増えたときに遅くなる、という感じでもないので別のところを調べる。

awdl0を止めてみる

wdutil infoでチャンネルの情報を確認すると、接続先のch48以外にもch44やch6が出ていました。

$ sudo wdutil info | grep -iE 'channel|rssi|tx rate'
Channel           : 5g48/80
Channel Sequence  : 48++ 0 44++ 0 0 0 0 0 6 0 44++ 0 0 0 0 0
Master Channel    : 6/0

AWDLの通信でチャンネルが切り替わることが影響していそうなので、awdl0を停止して同じ宛先にpingを打ってみました。

sudo ifconfig awdl0 down && sleep 8 && ping -c 60 -i 0.25 -q 192.168.0.1

停止直後に測ったときは20% loss / avg 1334ms / max 4953msとむしろ悪くなっていたんですが、8秒待ってから測り直すと改善しました。この環境では少し待つ必要があったようです。

airportdの内部指標もあわせて比較しています。

pingの平均が249msから3msになって、ばらつきもかなり小さくなった。beaconの受信数も予定数と一致するようになっています。

少なくとも自分の環境では、awdl0を止めることで遅延が改善することがわかりました。

原因はわかったんですが、念のため他の要因も確認しておきました。

hawdlを作った

sudo ifconfig awdl0 downで止めても、AirDropなどを使ったりスリープから復帰したりするとOSがupに戻してしまう。そのたびに手動で止めるのも面倒なので、hawdlを作りました。

Swift製で、外部パッケージへの依存はありません。メニューバーアプリとCLIから操作できます。

root権限で動くデーモンのhawdldがawdl0を監視して、OSが有効に戻したら再度停止します。メニューバーアプリとCLIはUnix domain socket経由でデーモンに接続するので、普段の操作ではsudoは不要です。

監視にはPF_ROUTEのRTM_IFINFOを使っています。イベントを取りこぼした場合に備えて、30秒ごとの状態確認も入れています。

インターフェースの操作はifconfigを呼ばずに、ioctlのSIOCGIFFLAGS / SIOCSIFFLAGSで直接変更するようにしました。このマクロがSwiftからimportできないので、そこだけCのコードを挟んでいます。

OSが短時間に何度も有効に戻す場合は、停止するまでの待ち時間を延ばすようにしています。10秒以内に5回以上戻されたら、1秒、2秒、4秒と間隔を空ける。

hawdl statusでは現在の状態を確認できます。blockedに、OSが有効に戻したのを何回止めたかが出ます。

インストール

brew tap taross-f/hawdl
brew install --HEAD taross-f/hawdl/hawdl
sudo brew services start hawdl

CLIやメニューバーアプリを使うにはデーモンの起動が必要なので、sudo brew services start hawdlまで実行してください。

メニューバーアプリは別途起動します。

open "$(brew --prefix hawdl)/HawdlBar.app"

AirDropなどを使うとき

AWDLを止めている間は、AirDropやSidecarなどの連係機能が使えなくなることがあります。Handoff、ユニバーサルクリップボード、ユニバーサルコントロール、連係カメラ、ピアツーピアのAirPlayなどにも影響します。

必要なときはhawdl releaseかメニューバーから解除できます。デーモンの通常終了時にもupに戻すようにしています。

awdl0を直接操作しているので、macOSのアップデートで挙動が変わる可能性はあります。制御ソケットのパーミッションは0666で、同じMacの他のユーザーも操作できるため、共用Macで使う場合は注意してください。

自分の環境ではこれでレイテンシが改善しました。AirDropなどが使えなくなるのは不便なので、必要なときは戻しながら使うことになります。

Tweet