エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
仮想officeDC間 専用線x2 で OSPF その2 - 吾輩のメモである
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
仮想officeDC間 専用線x2 で OSPF その2 - 吾輩のメモである
前回のエントリの続きです。 http://d.hatena.ne.jp/clmind/20090312/1236876988 OSPFを使う理由ですが... 前回のエントリの続きです。 http://d.hatena.ne.jp/clmind/20090312/1236876988 OSPFを使う理由ですが、例えば以下のような切れ方の場合はHSRPでことたりるので特に必要はありません。 機器自体が壊れた時とか、直接接続してる足が切れた場合ですね。Core自身で断を検知できるのでHSRPが自動的に倒れてくれます。正確に言うとこの図だと対向の機器は問題になりそうですが。一方で以下のような場合だとdynamic routingが必要になります。 上への疎通はなくなってますが、直接接続している対向のインタフェース自体は落ちていないので、CoreからみるとUPしたままに見えるわけですね。なのでOSPFなどのdynamic routingで検知して迂回する必要が出るわけです。なぜそのような設計、設定になっているのか、そこには何かしらの理由があるということで