web-dev-qa-db-ja.com

PPP(セルラー)ボンディング

複数の接続を介してデータを転送しようとしています。

私のシステム情報:

  • Ubuntu 16.04 LTS
  • 2x 100Mbps ETH
  • USB経由で接続された3x LTEセルラーモデム(モバイルブロードバンド)

ネットワークインターフェイスを負荷分散として使用したいと思います。例えば:

  • ETH0:接続済み(27 Mbps)
  • ETH1:接続済み(24 Mbps)
  • BOND0:(51 Mbps)

これは、イーサネット接続を介して bonding で実行できます。 Cellular PPP接続でも同じことをしたい。

あなたがグーグルにキーワードを共有することができるならば、ガイド、解決策ブロックまたはどんなツールへの文書またはリンクも、喜んでいます。

解決の日をお過ごしください:D

2
ce.hakanyilmaz

ボンディング(別名 リンクアグリゲーション )は ネットワーク負荷分散 と同じではありません。

  • ボンディング-複数の接続を単一の接続として使用します。 データは物理リンク全体に均等に分散され、リモートエンドで再構築されます。
  • 負荷分散-複数の接続を使用します。各接続は、他の接続に依存せずに個別に存在します。 接続は物理リンク全体に均等に分散されます。再組み立てはありません。

接続を介してリンクアグリゲーションを実装するには、両端がそれをサポートするように構成する必要があります。イーサネットまたは携帯電話サービスプロバイダーからのサポートがなければ、これは不可能です。


もう一方の端」からのサポートを必要としない代替手段は、負荷分散です。これは、たとえばインターネットにアクセスするときなど、ローカルシステム(またはその背後にあるホスト)にのみ実際にメリットをもたらします-サービスをホストしている場合、これはユーザーにすべてのパブリックIPをポイントした場合にのみメリットがあります( : round-robin DNS )。

Webページの読み込みを検討してください。各HTTPリクエストは、インターネットへの異なるリンクを介して送信され、認識される帯域幅が増加し、読み込み時間が短縮されます。実際には、これにより問題が発生する可能性があるため、正しく構成するように注意する必要があります。

  • セッション-ユーザーがパブリックIPアドレス間で「ジャンプ」しているように見える可能性があります。多くのサービスは、セキュリティの観点からこれを危険信号と見なします。
  • HTTP/2 は、多くのシングルユース接続ではなく、サーバーへの 多重化 接続を少なくするように設計されています HTTP/1.0 の場合、このような構成の認識される有効性が低下します。

少し検索した後、私はかなり包括的な記事を見つけました。それはあなたが求めているものだと思います:

私はこれをテストする立場にありません。ここでの答えが合理的に説明できるよりも複雑であるため、それにリンクしていると思います。

network diagram

1
Attie