Linuxのbalance-rr（ボンドモード= 0）はすべてのスイッチで動作しますか？

帯域幅を2倍にするために2つのイーサネットインターフェイスを集約グループに構成していますが、すべてのスイッチでbond mode = 0が機能するかどうか疑問に思っていましたか？LACPをサポートしないダムスイッチについてはどうですか？この方法では、単一のホスト（「セッション」）の帯域幅が2倍になりますか？

Linuxのボンディング上の文書が読み取りが、それは一種のサポートのさまざまな接着方法のためのスイッチから必要なものになり価値があります。この場合：

balance-rr、balance-xor、broadcastモードでは、通常、スイッチに適切なポートをグループ化する必要があります。このようなグループの命名法はスイッチ間で異なり、「Ciscoの例のように」「etherchannel」、「トランクグループ」、またはその他の類似のバリエーションと呼ばれることがあります。

そのため、スイッチのポートをグループ化する必要があります（多くの場合、LAGを作成するだけです）。同じボンドを複数のスイッチに接続したい場合は、少し複雑になります。

スイッチを必要としない場合balance-albは、送信と受信の両方のバランシングを含むスイッチがおそらく必要です。

active-backup、balance-tlb、およびbalance-albモードでは、スイッチの特定の構成は必要ありません。

私の経験から、実際には、balance-rrとbalance-xorは、Cisco以外のスイッチでさらにスイッチを構成しなくても問題なく動作します（OTOH私は常にCiscoスイッチで奇妙な問題を抱えています...）。

バランスrrのパフォーマンスは2つのポートで問題ありませんが、それ以上では不十分です。CIFSは、balance-rrでもうまく機能しません。しかし、balance-rrは、単一のTCP接続が実際に2 Gb / sに到達できる唯一のモードです。他のすべてのモードでは、特定の1つの接続は常に1つの特定のポートを経由するため、ネットワークを飽和させるには、ポートと同じ数の接続が必要になります。

Ubuntu 18.10上でlxcコンテナーを実行しているCiscoスイッチとサーバーでbalance-rrをテストしました。これは機能しませんでした-何らかの理由で、arpテーブルはコンテナー内で更新されません。アクティブバックアップに切り替えると、問題は解消します。