ネットワーク設定
- 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キャッシュから出てくることを意味すると思いますか？