OSPFをサポートしていないルーターがあり、他のすべてのデバイスがOSPFをサポートしているため、ルーティングトポロジがOSPFを使用している場合、このルーターネットワークをOSPFエリアに接続するための最良の方法は何ですか？
私の最初の考えは、静的ルートを他のすべてのルーターに置くことでしたが、このルーターの背後に複数のネットワークがある場合、これは非常に面倒になる可能性があります。
この問題は、別の質問に対する回答から発生 します。ASAは、NATされた「外部」アドレスをOSPFゾーンにアナウンスする方法を教えてください。
回答:
トポロジはどのようなものですか？今日、これらのネットワークに向けてルーティングをどのように行っていますか？それともルータは現在配備されていますか？OSPFを実行していないOSPF対応ルーターがこのルーターに接続されていますか？
もしそうなら、私はこのルータにスタティックを再配布することをお勧めします。何かのようなもの：
ip prefix-list static-routes permit 10.0.0.0/24
ip prefix-list static-routes permit 10.0.10.0/24
ip prefix-list static-routes permit 10.0.20.0/24
route-map static-allowed permit 10
match ip address prefix-list static-routes
route-map static-allowed deny 20
暗黙的な拒否があるため、最後の明示的な拒否は実際には必要ありませんが、ロジックが少し明確になります。
次に、OSPFプロセスの下で：
router ospf x
redistribute static subnets route-map static-allowed
非OSPFドメインがOSPFドメインに接触する時点で、静的ルートをセットアップし、それらの静的ルートをOSPFに再配布します。
このコースは非常に静的な（しゃれたことはありません）セットアップです。別の（サポートされている）プロトコルを非OSPFデバイスまで実行し、2つのプロトコル間で再配布するという他のオプションが常にあります。
これを実行したいユースケースはありますか？
これを行う最善の方法は、再配布によるものです。非OSPFデバイスがRIPまたはEIGRPをサポートしている場合、OSPFデバイスと非OSPFデバイスでネイバーシップを作成し、ルートをOSPFおよびネットワークの残りの部分に再配布できます。非OSPFデバイスがシングルホームの場合、これは比較的安全です。デュアルホーム接続の場合、再配布時にメトリックが失われるためにルーティングループが発生する可能性があることに注意する必要があります。
OSPF以外のデバイスで別のIGPを実行するオプションがない場合は、静的ルートを使用する必要があると思います。手動で追加したり、何らかのスクリプトで自動化したりする必要があります。
他の人々がすでに指摘したように、唯一の半ば正解な設計は、OSPFデバイスのエッジで非OSPFデバイスをポイントする（または横断する）静的ルートを構成し、それらをOSPFに再配布することです。他のOSPFデバイスで静的ルートを構成するのは悪夢です。
ここで、OSPF以外のデバイスが完全にIGPキューレスである（たとえば、RIPまたはEIGRPを実行できない）と仮定すると、ルーティングを少なくとももう少し動的にする（IGPキューレスデバイスの障害を検出する）2つの方法があります。例えば）：
IP SLAを使用して、そのデバイス全体にIPアドレスをpingし、静的ルートをIP SLAの結果に結び付けます。IGP-cluelessデバイスに障害が発生すると、pingが失敗し、静的ルートが失われます。より多くの@ http://blog.ioshints.info/search?q=sla+trackとhttp://stack.nil.com/ipcorner/SmallSiteMultiHoming/
IGP-cluelessデバイス全体でBGPを実行します。