Protocol)の設定例を紹介します。catalystの混在環境について検証し、PVSTに関する互換性がない事などの注意点について考察します。コマンド一覧このシナリオで重要なコマンド一覧は以下の通りです。MSTという3種類のスパニングツリーを実装しています。このスパニングツリーに関する注意点は以下の通りです。デフォルト設定はSTP無効なので、config投入前はループを作らないように注意する必要がある。PVSTをサポートしていないので、ciscoなどのSTPと連携させる時は注意が必要。有効にするコマンドは以下の通りです。stpCompatible"コマンドで通常のSTPに変更します。enable"コマンドでSTPを有効にします。enableRSTP(802.1w)を使用する設定は以下の通りです。rstp"はデフォルト設定ですので、省略可能です。enableヘルプストリングから判断すると、MSTを設定する事もできるようです。MSTに関する動作確認は省略します。Cisco機のデフォルトのSTP設定はPVSTです。PVSTはvlan毎にBPDUを送信する仕様です。そのため、PVSTをサポートしないベンダーとciscoを連携させるのは、非常に難しい運用となります。cisco機でPVSTを無効化するのは非常に難しいです。動作する環境は殆どないと思いますが、cisco機でPVSTを無効化するコマンドは以下の通りです。拡張VLANを使用していない場合のみです。29XXのようなL2SWは64個のMACアドレスしかサポートしません。system-id"を無効化しようとすると以下のようなエラーメッセージが出力されるでしょう。enabled.Switch(config)#つまり、PVSTを用いてパナソニックMNOシリーズとciscoを連携させるのは非常に難しいという事が分かりました。してもパナソニックMNOとciscoの混在環境を構築したいならば、以下のような構成にしなければなりません。設定STPが有効になっているポートがリンクアップしてから疎通可能になるまで50秒かかります。これはSTPがタイムアウトするまでの待ち時間です。Portは疎通可能になるよう設定変更する事が望まれます。Delayなどの待ち時間をショートカットしリンクアップ状態にする事ができます。portfast"に相当するコマンドです。Portの先にスイッチが接続されてしまうと、ブロードキャストストームが起きてしまいます。この手違いに対する防御策として、BPDUを受信したポートをshutdown状態にしてしまう機能があります。Portに設定するのが一般的です。以下の構成で動作確認を行います。address初期設定の全文は以下を参照下さい。設定Cisco機側でスパニングツリーのモードをpvst(STP)からrapid-pvst(RSTP)に変更します。パナソニック側のデフォルト設定はRSTPになっております。設定パナソニック機側でRSTPを有効にします。Host200への疎通を確認します。Bridgeの設定を確認します。Bridgeである事が読み取れます。Bridgeの設定を確認します。Bridgeではない事が読み取れます。確認SW1のポートの状態を確認します。Bridgeなので、ポートは全てDesignatedになっているはずです。理論通り、Stateが"Forwarding"になっており、Roleが"Designated"になっている事を確認します。DisabledSW1#SW2側のポートの状態を確認します。Priorityが小さいGi0/23がRootとなり、Gi0/24がAltnになっている事が分かります。2に関するSTPの様子を観察します。Bridgeになっています。2に関するBPDUが正常に交換できていないためです。shutSW1(config-if)#上記bounceを行っている間、SW2からHost200へのpingを打ちます。timeout5秒のpingが8発落ちている事から、約40秒の通信断があった事が分かります。guardの設定を投入します。"Guard"の欄が"Enabled"と表示されている事を確認します。shutSW1(config-if)#上記bounceを行っている間、SW2からHost200へのpingを打ちます。timeout1秒のpingが1発落ちている事から、通信断は5秒未満であった事が分かります。2014お問い合わせ。