間の通信手段は無くなってしまいます。よって相互接続されています。受け取ると、受信ポートと転送先が同じなので、破棄されます。間でフレームを送りあう手段は無くなってしまいます。一台しかないからです。機械ですから、絶対に壊れないということはありえません。1台しかないからだめなのであれば、2台にしてみましょう。置いてみました(Bridge-A、B)。経由して通信を継続することができます。アドレステーブルは次のようになっています。転送されることは無く、破棄されます。なっているフレーム(ブロードキャスト)を受け取ったブリッジは、無条件に他のポートへ転送します。結果、二台のブリッジによってフレームは永遠に転送され続けることになります。ような、転送された回数を記録する仕組みがないからです。ブリッジはそのフレームが何回転送されたかを知ることができず、永遠に転送され続けることになります。大量のブロードキャストフレームが届きます。受信したブロードキャストフレームを処理するのに手一杯となります。搭載されており、受信したブロードキャストフレームを処理する必要があります。同じように手一杯になり、ブリッジ本来のフレーム転送処理にも影響が出てきます。いわゆる、ブロードキャストストームです。技術書で説明していあるのは、ここまでです。間に二台以上のブリッジがある場合に発生する問題は、これだけではありません。これまでの説明では、ユニキャストフレームなら問題がないようにも読めます。送信した数の二倍のフレームを受信することになります。二台のブリッジが完全に同期を取ってフレームを転送するわけではありません。届くとは限らないわけです。(順番間違い)と呼びます。受信したフレームから上位層のデータを正しく再生できない場合もあります。フレームは、必ず送信された順番で受信される必要があります。単純にブリッジの台数を増やしただけでは、冗長化は実現できないことが分かりました。一方のブリッジが待機系となり、他方のブリッジが正常に動作している間はフレーム転送処理を行わないような仕組みがあれば、なんとかなりそうです。使うと、そのような問題を解決することができます。