スパニングツリー－スパツリとは？－

スパニングツリープロトコル

スパニングツリーは非常に便利な機能でありながら、設定をミスるととんでもないトラブルに見舞われやすい機能でもあります。
ここではスパニングツリープロトコルについて解説していきたいと思います。
スパニングツリー(以下STP)はIEEE 802.1dで定義されています。最近はさらに高速化に改良されたラピッドスパニングツリー(RSTP)というIEEE 802.1wで定義された仕様もあります。

スパニングツリー：冗長構成ってデフォルトで必須じゃん？

上記の様なネットワーク構成があったとして、Aのスイッチの配下のPCからDのスイッチ配下のPCまで通信を行う場合どのような経路で通信するでしょうか？
考えられる経路は２通りあります。

１．PC → A → B → D → PC
２．PC → A → C → D → PC

以上2経路ですね。
「何が問題なの？冗長性もあるし問題ないんじゃないっすか？」とおっしゃるあなた。たしかにネットワーク構成的には問題ないように見えますが、このまま運用するととんでもないことになります。

スパニングツリー：とんでもないことって？

例えば先ほどと同様にAのスイッチの配下のPC(以下PC-A)からDのスイッチ配下のPC(以下PC-D)まで通信を行う場合を例にして実際の通信を行うやりとりを見てみましょう。
PC-AからPC-Dへの通信を行う場合、PC-AはPC-DのMACアドレスが自身のARPテーブル内に存在するかどうかをチェックします。

そこで仮にPC-DのMACアドレスが存在しなかった場合どうするでしょう？
そうです、PC-AはARPリクエストをネットワークに送出してPC-DのMACアドレスを調査しようとします。

ハイここで勘の良いかたは分かったかとおもいます。そうですARPリクエストは相手のMACアドレスを知りたくて送信しているわけですから、宛先は当然ブロードキャストになります。
スイッチはブロードキャストに関しては受け取ったポート以外の全てのポートに転送してしまいます。
するとどうなるでしょう。

スイッチAからブロードキャストを受け取ったスイッチBはスイッチCとスイッチDに転送します。受け取ったスイッチCはスイッチBへ転送それを受け取ったスイッチBはまたスイッチCへ・・・というようにスイッチBとスイッチCの間でブロードキャストがグリングリン回ってしまいますね～。
このようなブロードキャストパケットがループしてしまう現象をブロードキャストストームと呼びます。こうなると伝送路上にはブロードキャストパケットで帯域が一杯になってしまうし、大量のブロードキャストを処理するスイッチの負荷も激増してしまいます。
この状況を止めるにはスイッチBかCの電源を落とすしか方法はありません。