errdisable recovery causeの設定について

Question

###質問内容
errdisable recovery causeの設定をする理由について、確認したいです。

私の理解では、例えばerrdisable recovery cause bpduguardは自動的に(デフォルトでは約300秒後)disableになったポートが復旧されるの設定だと認識しております。

しかし、ポートがdisableになったのは、想定外の機器が接続されたことによってBPDUが受信され、BPDUガードが発動し、対象ポートがdisableになったためであり、自動復旧の設定をする理由がわかりません。復旧するタイミングは根本的な原因を突き止め、問題解決した時であり、そのタイミングで対象ポートをshut 、no shutして復旧させればいいのではないでしょうか。問題解決していないのにも関わらず、300秒毎に復旧されてしまうと、再度BPDUガードが発動し、対象ポートがdisableになります。定期的にログが出力されるという意味では、障害検知がしやすいというメリットがあるぐらいしか、自動復旧を設定するメリットが感じられません。

以上、errdisable recovery causeの設定をする理由がわからないので、ご存じの方、ご教示いただけますでしょうか。
よろしくお願いいたします(>_<)

Answer 1

一例として、
前提条件）社内情シスがいない

errdisable recovery causeが未設定だと、
・ユーザがHUBとHUBをケーブルでつなげてループ発生させる
・該当ポートがerrdisableになる
・トラブルに気づいてケーブル抜く
このとき「対象ポートをshut 、no shutして復旧する」ひとが居ないので、使えないままになるor構築ベンダ呼んで対応するまで使えない状態が続く。となってしまいます。

errdisable recovery causeが設定されていると、
・ユーザがHUBとHUBをケーブルでつなげてループ発生させる
・該当ポートがerrdisableになる
・トラブルに気づいてケーブル抜く
この後しばらく待ってると自動復旧して使えるようになる。というのがメリットです。

上記は一例ですが、環境はさまざまですので、何が最適なのかを考えるのが設計です。

Comments

[narururu]

ご回答ありがとうございます。yukky1201さん☺

なるほどです。確かに情シスがいない場合、復旧のためにわざわざ構築ベンダへ連絡して対応してもらうことになりますね。自動復旧設定をしていればお互い手間が省けますね。
つまり、ユーザーが「ランプがオレンジ色になって使えない」レベルの認識でもトラブルだと判断できれば、ケーブルを抜くまでは対応するが、その後のポート復旧はされないため、自動復旧設定が必要になるのですね。イメージつかめました。

[narururu]

errdisable recovery causeには色々種類がありますが、
errdisable recovery cause allの設定を一発ドカンと投入しとけば安心ですね(^^)/