他のほとんどのベンダーが同様に動作するはずですが、製造元を指定しなかったので、Ciscoスイッチを想定します。
チャネルグループのモードがアクティブの場合、スイッチはチャネルをアクティブに形成しようとするため、インターフェイスはトラフィックを転送しません。チャネルネゴシエーションが失敗すると、ポートチャネルは「ダウン」します。
チャネルグループのモードがパッシブまたはアナログからパッシブの場合、インターフェイスは通常の方法でトラフィックを転送し、LACP / PaGPネゴシエーションをリッスンします。これにより、インターフェイスが起動し、インターフェイス上のトラフィックを待ち受けます。スイッチがホストからのこれらのLACPパケットを確認し、ネゴシエーションが開始されると、チャネルがネゴシエートされ、パケットは個々のインターフェイスではなく、ポートチャネルインターフェイスを介して転送されます。
サーバーの観点から見ると、IPレイヤーでは、宛先ホストがインターフェースのネットワーク構成によって定義されたサブネット内にある場合、サーバーはこのアドレスをARPしようとします。何らかの理由で両方のインターフェースが同じサブネットに接続されている場合(ほとんどのOSは警告を表示するか、この動作を許可しない)、両方のインターフェースをARPアウトする可能性があります。したがって、ARPが特定のインターフェイスで受信されると、サーバーはこのインターフェイスからパケットを送信することを認識し、スイッチはどのIPおよびMACが各個々のインターフェイスに関連付けられているかを識別します(ただし、転送動作は以下によって制御されます) )。
IPではなく純粋にイーサネットパケットについて話している場合、サーバーは指定されたインターフェイスを使用してフレームを転送します。私が間違っていなければ、Linuxではインターフェースを指定する必要があります。Windowsでは、ネットワークインターフェイスバインディングで最も高い(最上位の)優先順位を持つインターフェイスを使用する可能性があります。この動作はOSによって異なります。
スイッチの観点から見ると、スイッチは、特定のMACアドレスがオンになっているポートを学習するまで、すべてのインターフェイスからMACアドレスを持つフレームをフラッディングします。送信元MACアドレスを持つフレームをリッスンすることにより、このポートを学習します。したがって、0111.2222.3333が0111.2222.3334にフレームを送信している場合、スイッチはそのVLANのすべてのポートにフレームをフラッディングします。
0111.2222.3333(Fa0 / 1)-> 0111.2222.3334はすべてのポートにフラッディングします
返事が見えるまで
0111.2222.3334(Fa0 / 2)-> 0111.2222.3333(Fa0 / 1)
次に、これらのフレームを発行した特定のポートへのすべてのトラフィックの転送を開始します。
ここには、潜在的なスパニングツリーの相互作用など、さらに混乱を招く可能性のあるエッジケースがいくつかありますが、これは基本をカバーしています。