☰

新しいWiFi接続を介したルーティングの追加後のパケット遅延

tag-icon • tag-icon linux networking routing wpa-supplicant wpa
新しいWiFi接続を介したルーティングの追加後のパケット遅延

ネットワーク設定

  • STAはUbuntu 18.04（4.15.0-147-generic）です。
  • 2 インテル 7620
  • 各インターフェイスは同じサブネット上の他のAPに接続されます。
  • STAはgstreamerを使用してUDP（〜15Mbits / s）を介して1080pビデオを送信します。
  • ビデオは1つのインターフェイスであるWiFiを介してのみ送信され、他のすべてのトラフィックは有線接続を使用します。

質問

各インターフェイスの受信パイプにビデオをストリーミングするために静的ルーティングを使用するWiFiインターフェイスを制御します。

Kernel IP routing table
 Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
<receiver IP>    _gateway        255.255.255.255 UGH   99     0        0 wlp1s0
<receiver IP>    _gateway        255.255.255.255 UGH   100    0        0 wlp2s0

上記のシナリオでは、トラフィックは経由してルーティングされますwlp1s0。ルートを削除すると、後でトラフィックが送信されることがwlp1s0わかります。iftopwlp2s0

まだ使用されていない接続を介してビデオトラフィックを再ルーティングすると、ビデオ受信パイプで1〜2フレームが失われる/遅れる問題があることがわかりました。上記のシナリオを例にして、最初に両方のインターフェイスに対して4方向ハンドシェイクを認証、接続、完了しましたが、ルートのwlp1s0メトリックが低いため、wlp2s0まだパケットは送信されませんwlp2s0。パスを削除すると、wlp1s0画像に非常に短い引火点があり、すべてが正常に戻ります。

奇妙なことは、ビデオでこの問題が発生し、同じAPに接続されたままにしても、ビデオにwlp1s0まったく目立たない影響を受けずにパスを繰り返し追加および削除できることです。iftopビデオ品質に影響を与えずにアクティブなインターフェイスを切り替えることができることを確認しました。

私が見たこと

最大詳細レベルで手動で実行しましたが、wpa_supplicant関連するエラー/警告はありません。また、APコントローラのログを確認しましたが、報告されたエラー/警告はありません。また、ビデオで投稿をトリガーするときに使用したときに何のsudo tcpdump -c 10000 -n -B 10240 -i wlp1s0問題も報告していません。

この問題を診断して解決するために何が見つかりますか？

修正する

wlp1s0新しいルーティングテーブルとビデオパイプラインターゲットへの静的パスを使用してcgroupを作成しました。私は次のようにwlp1s0トラフィックをプッシュした場合

cgexec -g net_cls:cg1 iperf3 -c <receiver IP> -p 1234 -u -b 10M

ベーステーブルにパスを追加する直前に、wlp1s0画像に汚れはありませんでした。これは、ビデオのちらつきが古いARPキャッシュから出てくることを意味すると思いますか？

関連情報