この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Open Shortest Path First(OSPF)は、Internet Engineering Task Force(IETF)の OSPF ワーキング グループによって開発された内部ゲートウェイ プロトコル(IGP)です。OSPF は特に IP ネットワーク向けに設計されており、IP サブネット化、および外部から取得したルーティング情報のタギングをサポートしています。また、OSPF では、パケットの送受信時のパケット認証も可能になります。
OSPF Version 3(OSPFv3)は OSPF Version 2 を拡張し、IPv6 ルーティング プレフィックスのサポートを提供します。
このモジュールでは、ソフトウェアで OSPF の両方のバージョンを実装するために必要な概念と作業について説明します。特に記載のないかぎり、用語「OSPF」は両方のバージョンのルーティング プロトコルを意味します。
![]() (注) |
以下は、OSPF を実装するための前提条件です。
OSPFv3 の設定作業では、IPv6 のアドレッシングと基本概念について精通していることを前提としています。IPv6 ルーティングおよびアドレス指定の詳細については、『Cisco IP Addresses and Services Configuration GuideIP Addresses and Services Configuration Guide for Cisco NCS 5000 Series Routers』の「Implementing Network Stack IPv4 and IPv6」を参照してください。
認証(IP セキュリティ)の設定はオプションの作業です。認証を設定する場合、プレーン テキスト認証と Message Digest 5(MD5)認証のどちらを設定するかについて、また、認証をエリア全体に適用するか特定のインターフェイスに適用するかについて最初に決定する必要があります。
このタスクでは、1 つのルータ ID で OSPF プロセスをイネーブルにするルータで、最小の OSPF コンフィギュレーションを実行し、バックボーンまたはバックボーン以外のエリアを設定し、OSPF を実行する 1 つ以上のインターフェイスを割り当てる方法を説明します。
IP アドレスを設定する前に OSPF を設定することはできますが、IP アドレスが設定されるまで、OSPF はルーティングされません。
1. configure
2. 次のいずれかを実行します。
3. router-id {router-id}
4. areaarea-id
5. interfacetype interface-path-id
6. OSPF を使用する各インターフェイスでステップ 5 を繰り返します。
7. log adjacency changes [detail] [enable | disable]
8. commit
OSPF エリアは明示的に設定する必要があり、エリア コンフィギュレーション モードで設定されたインターフェイスは、そのエリアに明示的にバインドされています。この例では、インターフェイス 10.1.2.0/24 がエリア 0 に、インターフェイス 10.1.3.0/24 がエリア 1 にバインドされています。
interface TenGigE 0/3/0/0 ip address 10.1.2.1 255.255.255.0 negotiation auto ! interface TenGigE 0/3/0/1 ip address 10.1.3.1 255.255.255.0 negotiation auto ! router ospf 1 router-id 10.2.3.4 area 0 interface TenGigE 0/3/0/0 ! area 1 interface TenGigE 0/3/0/1 ! !
このタスクでは、OSPF の設定および操作を確認する方法について説明します。
1. show{ospf | ospfv3} [process-name]
2. show{ospf | ospfv3}[process-name] border-routers[router-id]
3. show{ospf | ospfv3}[process-name] database
4. show{ospf | ospfv3} [process-name] [area-id] flood-list interfacetypeinterface-path-id
5. show{ospf | ospfv3} [process-name] [vrfvrf-name][area-id] interface [typeinterface-path-id]
6. show{ospf | ospfv3}[process-name] [area-id] neighbor [type interface-path-id] [neighbor-id] [detail]
7. clear {ospf | ospfv3}[process-name] process
8. clear{ospf|ospfv3[process-name] redistribution
9. clear{ospf|ospfv3[process-name] routes
10. clear{ospf|ospfv3[process-name] vrf[vrf-name|all] {process|redistribution|routes|statistics [interfacetype interface-path-id|message-queue|neighbor]}
11. clear{ospf | ospfv3}[process-name] statistics [neighbor [typeinterface-path-id] [ip-address]]
ステップ 1 |
show{ospf | ospfv3} [process-name] 例:
RP/0/RP0/CPU0:router# show ospf group1 (任意)OSPF ルーティング プロセスに関する一般情報を表示します。 |
ステップ 2 |
show{ospf | ospfv3}[process-name] border-routers[router-id] 例:
RP/0/RP0/CPU0:router# show ospf group1 border-routers (任意)ABR および ASBR への内部 OSPF ルーティング テーブル エントリを表示します。 |
ステップ 3 |
show{ospf | ospfv3}[process-name] database 例:
RP/0/RP0/CPU0:router# show ospf group2 database (任意)特定のルータの OSPF データベースに関係する情報の一覧を表示します。 |
ステップ 4 |
show{ospf | ospfv3} [process-name] [area-id] flood-list interfacetypeinterface-path-id 例:
RP/0/RP0/CPU0:router# show ospf 100 flood-list interface TenGigE 0/3/0/0 (任意)インターフェイス上でのフラッディングを待機している OSPF LSA のリストを表示します。 |
ステップ 5 |
show{ospf | ospfv3} [process-name] [vrfvrf-name][area-id] interface [typeinterface-path-id] 例:
RP/0/RP0/CPU0:router# show ospf 100 interface TenGigE 0/3/0/0 (任意)OSPF インターフェイス情報を表示します。 |
ステップ 6 |
show{ospf | ospfv3}[process-name] [area-id] neighbor [type interface-path-id] [neighbor-id] [detail] 例:
RP/0/RP0/CPU0:router# show ospf 100 neighbor (任意)個々のインターフェイスに基づいた OSPF ネイバー情報を表示します。 |
ステップ 7 |
clear {ospf | ospfv3}[process-name] process 例: RP/0/ /CPU0:router# clear ospf 100 process (任意)OSPF ルータ プロセスを停止および再起動せずにリセットします。 |
ステップ 8 |
clear{ospf|ospfv3[process-name] redistribution 例:
RP/0/RP0/CPU0:router#clear ospf 100 redistribution
OSPF ルート再配布をクリアします。 |
ステップ 9 |
clear{ospf|ospfv3[process-name] routes 例:
RP/0/RP0/CPU0:router#clear ospf 100 routes
OSPF ルート テーブルをクリアします。 |
ステップ 10 |
clear{ospf|ospfv3[process-name] vrf[vrf-name|all] {process|redistribution|routes|statistics [interfacetype interface-path-id|message-queue|neighbor]} 例:
RP/0/RP0/CPU0:router#clear ospf 100 vrf vrf_1 process
OSPF ルート テーブルをクリアします。 |
ステップ 11 |
clear{ospf | ospfv3}[process-name] statistics [neighbor [typeinterface-path-id] [ip-address]] 例:
RP/0/RP0/CPU0:router# clear ospf 100 statistics (任意)ネイバー状態遷移の OSPF 統計情報をクリアします。 |
スタブ エリアは、ルート アドバタイズメントや、エリアの外部にあるネットワークの詳細情報を受け入れないエリアです。スタブ エリアには、通常、エリアと他の自律システムとのインターフェイスになるルータが 1 つだけがあります。スタブ ABR は、外部の宛先への単一のデフォルト ルートをスタブ エリアにアドバタイズします。スタブ エリア内のルータはエリア外の宛先および自律システムに対してこのルートを使用します。この関係は、エリアにフラッディングされた外部 LSA を格納するためにも使用される LSA データベースのスペースを節約します。
Not-So-Stubby Area(NSSA)はスタブ エリアに似ています。NSSA はコアからエリアへとタイプ 5 の外部 LSA をフラッディングしませんが、限定的に自律システム外部ルートをエリア内にインポートできます。
NSSA は、再配布によって、タイプ 7 の自律システムの外部ルートを NSSA エリア内部にインポートできます。これらのタイプ 7 の LSA は、NSSA の ABR によってタイプ 5 の LSA に変換され、ルーティング ドメイン全体にフラッディングされます。変換中は集約とフィルタリングがサポートされます。
異なるルーティング プロトコルを使用するリモート サイトに OSPF を使用する中央サイトを接続する必要があるネットワーク管理者であれば、管理を簡素化するために NSSA 使用します。
スタブ エリアにはリモート サイトのルートが再配布されないため、NSSA が実装される前は、企業サイトの境界ルータとリモート ルータ間の接続に OSPF スタブ エリアを利用できず、2 つのルーティング プロトコルを維持する必要がありました。RIP のようなシンプルなプロトコルを実行して再配布を処理する方法が一般的でした。NSSA が実装されたことで、企業ルータとリモート ルータ間のエリアを NSSA として定義することにより、NSSA で OSPF を拡張してリモート接続をカバーできます。エリア 0 を NSSA にすることはできません。
このタスクでは、OSPF のスタブ エリアおよび NSSA を設定する方法を説明します。
1. configure
2. 次のいずれかを実行します。
3. router-id {router-id}
4. areaarea-id
5. 次のいずれかを実行します。
6. 次のいずれかを実行します。
7. default-costcost
8. commit
9. スタブ エリアまたは NSSA にある他のすべてのルータでこのタスクを繰り返します。
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 1 エリア コンフィギュレーション モードを開始し、OSPF プロセスのバックボーン以外のエリアを設定します。 |
||
ステップ 5 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config-ospf-ar)# stub no summary または
RP/0/RP0/CPU0:router(config-ospf-ar)# nssa no-redistribution 非バックボーン エリアをスタブ エリアとして定義します。
または エリアを NSSA として定義します。 |
||
ステップ 6 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config-ospf-ar)# stub または
RP/0/RP0/CPU0:router(config-ospf-ar)# nssa (任意)スタブ エリア、および NSSA エリアに設定されたオプションをオフにします。 |
||
ステップ 7 |
default-costcost 例:
RP/0/RP0/CPU0:router(config-ospf-ar)#default-cost 15 (任意)スタブ エリアまたは NSSA に送信されるデフォルト サマリー ルートのコストを指定します。 |
||
ステップ 8 |
commit |
||
ステップ 9 | スタブ エリアまたは NSSA にある他のすべてのルータでこのタスクを繰り返します。 — |
エリア 1 がスタブ エリアとして設定される例を次に示します。
router ospfv3 1 router-id 10.0.0.217 area 0 interface TenGigE 0/2/0/1 area 1 stub interface TenGigE 0/2/0/0
セグメントを共有するルータ(2 つのインターフェイス間のレイヤ 2 リンク)は、そのセグメント上でネイバー同士となります。OSPF では Hello プロトコルをネイバー探索およびキープアライブ メカニズムとして使用します。Hello プロトコルでは定期的に hello パケットを各インターフェイスで送受信します。hello パケットは、インターフェイス上のすべての既知の OSPF ネイバーをリストします。ルータがネイバーの Hello パケット内に自身がリストされていることを認識すると、それらのルータはネイバー同士となります。2 つのルータがネイバーになると、データベースの交換や同期化を行うことができるようになります。これにより、隣接が作成されます。ブロードキャストおよび NBMA ネットワークのすべての隣接ルータに隣接があります。
このタスクでは、非ブロードキャスト ネットワークにネイバーを設定する方法を説明します。このタスクはオプションです。
NBMA ネットワークをブロードキャストまたは非ブロードキャストとして構成する場合は、各ルータから各ルータあるいはフルメッシュのネットワークにまで仮想回線があると想定されます。
1. configure
2. 次のいずれかを実行します。
3. router-id {router-id}
4. areaarea-id
5. network {broadcast | non-broadcast}
6. dead-intervalseconds
7. hello-intervalseconds
8. interfacetype interface-path-id
9. 次のいずれかを実行します。
10. インターフェイスのすべてのネイバーでステップ 9 を繰り返します。
11. exit
12. interfacetype interface-path-id
13. 次のいずれかを実行します。
14. インターフェイスのすべてのネイバーでステップ 13 を繰り返します。
15. commit
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 0 エリア コンフィギュレーション モードを開始し、OSPF プロセスのエリアを設定します。 |
||
ステップ 5 |
network {broadcast | non-broadcast} 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# network non-broadcast OSPF ネットワーク タイプをそのメディアのデフォルト以外のタイプに設定します。 |
||
ステップ 6 |
dead-intervalseconds 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# dead-interval 40 (任意)ネイバーのダウンを宣言する前に、ネイバーからの hello パケットを待機する時間を設定します。 |
||
ステップ 7 |
hello-intervalseconds 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# hello-interval 10 (任意)OSPF がインターフェイスで送信する hello パケットの間隔を指定します。 |
||
ステップ 8 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/2/0/0 インターフェイス コンフィギュレーション モードを開始して、ステップ 4 で設定したエリアのインターフェイスを 1 つ以上関連付けます。 |
||
ステップ 9 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config-ospf-ar-if)# neighbor 10.20.20.1 priority 3 poll-interval 15 または
RP/0/RP0/CPU0:router(config-ospf-ar-if)# neighbor fe80::3203:a0ff:fe9d:f3fe ブロードキャスト ネットワーク以外と相互接続する OSPF ネイバーの IPv4 アドレスを設定します。 または OSPFv3 ネイバーのリンクローカル IPv6 アドレスを設定します。
|
||
ステップ 10 | インターフェイスのすべてのネイバーでステップ 9 を繰り返します。 — | ||
ステップ 11 |
exit 例:
RP/0/RP0/CPU0:router(config-ospf-ar-if)# exit エリア コンフィギュレーション モードを開始します。 |
||
ステップ 12 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/3/0/0 インターフェイス コンフィギュレーション モードを開始して、ステップ 4 で設定したエリアのインターフェイスを 1 つ以上関連付けます。 |
||
ステップ 13 |
次のいずれかを実行します。
例: RP/0/ /CPU0:router(config-ospf-ar)# neighbor 10.34.16.6 または RP/0/ /CPU0:router(config-ospf-ar)# neighbor fe80::3203:a0ff:fe9d:f3f ブロードキャスト ネットワーク以外と相互接続する OSPF ネイバーの IPv4 アドレスを設定します。 または OSPFv3 ネイバーのリンクローカル IPv6 アドレスを設定します。
|
||
ステップ 14 | インターフェイスのすべてのネイバーでステップ 13 を繰り返します。 — | ||
ステップ 15 |
commit |
プロセスまたはエリアの全体に対して、またはインターフェイスまたは仮想リンク上に認証を指定できます。インターフェイスまたは仮想リンクには 1 種類の認証だけを設定でき、両方とも設定することはできません。エリアまたはプロセス用に設定されたインターフェイスまたは仮想リンクのオーバーライド認証用に設定された認証。
エリアのすべてのインターフェイスで同じ認証タイプを使用する場合、エリア コンフィギュレーション サブモードで authentication コマンドを使用すると(また、エリア全体で MD5 認証を使用する場合は message-digest キーワードを指定すると)、より少ないコマンドを設定できます。この方法を使用すると、各インターフェイスに認証を指定するときに必要なコマンドよりも少ないコマンドで設定できます。
このタスクでは、OSPF ルータ プロセスに MD5(セキュア)認証を設定する方法について説明します。プレーン テキスト認証を 1 エリアに設定し、次にクリア テキスト(null)認証を 1 インターフェイスに適用します。
![]() (注) |
インターフェイス レベルで設定された認証は、エリア レベルおよびルータ プロセス レベルで設定された認証を上書きします。インターフェイスに特別に設定された認証がない場合、そのインターフェイスは認証パラメータ値をより高い階層レベルから継承します。 |
認証を設定する場合、プレーン テキスト認証または MD5 認証のどちらを設定するかをはじめに決定する必要があります。また、認証の適用対象がプロセス内のすべてのインターフェイスか、全エリアか、特定のインターフェイスかを決定する必要があります。ネットワークに特定のメソッドを使用する場合、それぞれの種類の認証に関する情報については、OSPF の階層 CLI および CLI 継承を参照してください。
1. configure
2. router ospfprocess-name
3. router-id {router-id}
4. authentication [message-digest | null]
5. message-digest-keykey-idmd5 {key | clearkey| encryptedkey | LINE}
6. areaarea-id
7. interfacetype interface-path-id
8. 同じ認証を使用して通信する必要があるインターフェイスごとにステップ 7 を繰り返します。
9. exit
10. areaarea-id
11. authentication[message-digest | null]
12. interfacetype interface-path-id
13. 同じ認証を使用して通信する必要があるインターフェイスごとにステップ 12 を繰り返します。
14. interfacetype interface-path-id
15. authentication [message-digest | null]
16. commit
ステップ 1 |
configure |
||
ステップ 2 |
router ospfprocess-name 例:
RP/0/RP0/CPU0:router(config)# router ospf 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。 |
||
ステップ 4 |
authentication [message-digest | null] 例:
RP/0/RP0/CPU0:router(config-ospf)#authentication message-digest OSPF プロセスに対して MD5 認証が有効になります。 |
||
ステップ 5 |
message-digest-keykey-idmd5 {key | clearkey| encryptedkey | LINE} 例:
RP/0/RP0/CPU0:router(config-ospf)#message-digest-key 4 md5 yourkey OSPF プロセスに対して MD5 認証キーを指定します。 |
||
ステップ 6 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 0 エリア コンフィギュレーション モードを開始して、OSPF プロセスのバックボーン エリアを設定します。 |
||
ステップ 7 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/1/0/3 インターフェイス コンフィギュレーション モードを開始して、1 つ以上のインターフェイスをバックボーン エリアに関連付けます。 |
||
ステップ 8 | 同じ認証を使用して通信する必要があるインターフェイスごとにステップ 7 を繰り返します。 — | ||
ステップ 9 |
exit 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# exit エリア OSPF コンフィギュレーション モードを開始します。 |
||
ステップ 10 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 1 エリア コンフィギュレーション モードを開始し、OSPF プロセスの非バックボーンのエリア 1 を設定します。 |
||
ステップ 11 |
authentication[message-digest | null] 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# authentication セキュリティのないタイプ 1(プレーン テキスト)認証をイネーブルにします。 |
||
ステップ 12 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/1/0/0 インターフェイス コンフィギュレーション モードを開始して、ステップ 7 で指定したバックボーン以外のエリア 1 に 1 つ以上のインターフェイスを関連付けます。 |
||
ステップ 13 | 同じ認証を使用して通信する必要があるインターフェイスごとにステップ 12 を繰り返します。 — | ||
ステップ 14 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/3/0/0 インターフェイス コンフィギュレーション モードを開始し、1 つ以上のインターフェイスを異なる認証タイプに関連付けます。 |
||
ステップ 15 |
authentication [message-digest | null] 例:
RP/0/RP0/CPU0:router(config-ospf-ar-if)# authentication null TenGigE 0/3/0/0 に no authentication を指定し、エリア 1 に指定されたプレーン テキスト認証を上書きします。 |
||
ステップ 16 |
commit |
このタスクでは、非常に短い間隔で多数の LSA がフラッディングされる必要がある場合に、ルーティング テーブルの OSPF ルートのコンバージェンス時間を調整する方法を説明します。
1. configure
3. router-id {router-id}
4. ステップ 5 またはステップ 6、または両方のステップを実行して、同じ LSA が送受信される間隔を制御します。
5. timers lsarefreshseconds
6. timers lsa min-arrivalseconds
7. timers lsa group-pacingseconds
8. commit
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 | ステップ 5 またはステップ 6、または両方のステップを実行して、同じ LSA が送受信される間隔を制御します。 — | ||
ステップ 5 |
timers lsarefreshseconds 例:
RP/0/RP0/CPU0:router(config-ospf)# timers lsa refresh 1800
自動送信 LSA をリフレッシュする頻度を秒単位で設定します。 |
||
ステップ 6 |
timers lsa min-arrivalseconds 例:
RP/0/RP0/CPU0:router(config-ospf)# timers lsa min-arrival 2 フラッディング中に特定の OSPF Version 2 LSA の新しいプロセスが受け入れられる頻度を制限します。 |
||
ステップ 7 |
timers lsa group-pacingseconds 例: RP/0/ /CPU0:router(config-ospf)# timers lsa group-pacing 1000 OSPF リンクステート LSA がフラッディングのグループに収集される間隔を変更します。 |
||
ステップ 8 |
commit |
OSPF では、すべてのエリアからのルーティング情報は、ABR によって最初にバックボーン エリアに集約されます。次に、同じ ABR は受信したその情報をアタッチされているエリアに伝播します。このような階層型のルーティング情報の配信では、すべてのエリアがバックボーン エリア(エリア 0)に接続する必要があります。エリアを定義する必要がある場合もありますが、エリア 0 には物理的に接続することはできません。そのような場合の例として、会社で OSPF エリアが含まれる新しい取得を行う場合やエリア 0 自体がパーティション化されている場合が挙げられます。
エリアをエリア 0 に接続できない場合、そのエリアとエリア 0 の間で仮想リンクを設定する必要があります。仮想リンクの 2 つのエンドポイントは ABR であり、仮想リンクは両方のルータで設定する必要があります。2 つのルータが属する、バックボーン以外の共通エリアは中継エリアと呼ばれます。仮想リンクは、他の仮想エンドポイント(他の ABR)の中継エリアとルータ ID を指定します。
仮想リンクはスタブ エリアまたは NSSA から設定することはできません。
この図はエリア 3 からエリア 0 への仮想リンクを示します。
このタスクでは、仮想リンクをバックボーン(エリア 0)に作成して MD5 認証を適用する方法について説明します。説明されている手順は、仮想リンクの各端にある両方の ABR で実行する必要があります。
![]() (注) |
明示的にエリア パラメータ値を設定したら、インターフェイスの値を上書きして明示的に設定しないかぎり、その値はそのエリアにバインドされているすべてのインターフェイスに継承されます。 |
MD5 認証が設定された仮想リンクをエリア 0 に作成するには、次の前提条件を満たす必要があります。
ローカル ルータを設定するリンクの反対の隣接ルータのルータ ID が必要です。ルータ ID を取得するためにリモート ルータで show ospf コマンドまたは show ospfv3 コマンドを実行できます。
OSPF Version 2 の仮想リンクを設定する前に、プレーン テキスト認証、MD5 認証、認証なし(デフォルト)のうち、どの認証を設定するかを決定する必要があります。認証に関連する追加のタスクを実行する必要があるかどうかに応じて決定します。
2. configure
4. router-id {router-id}
5. areaarea-id
6. virtual-linkrouter-id
7. authentication message-digest
8. message-digest-keykey-idmd5 {key | clearkey| encryptedkey}
9. 仮想リンクの反対側にある ABR でこのタスクのすべての手順を繰り返します。このルータで仮想リンクに指定する同じキー ID およびキーを指定します。
10. commit
ステップ 1 |
次のいずれかを実行します。
例:
RP/0//CPU0:router# show ospf または
RP/0//CPU0:router# show ospfv3 (任意)OSPF ルーティング プロセスに関する一般情報を表示します。 |
||
ステップ 2 |
configure |
||
ステップ 3 |
次のいずれかを実行します。
例:
RP/0//CPU0:router(config)# router ospf 1 または
RP/0//CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 4 |
router-id {router-id} 例:
RP/0//CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 5 |
areaarea-id 例:
RP/0//CPU0:router(config-ospf)# area 1 エリア コンフィギュレーション モードを開始し、OSPF プロセスのバックボーン以外のエリアを設定します。 |
||
ステップ 6 |
virtual-linkrouter-id 例: RRP/0//CPU0:router(config-ospf-ar)# virtual-link 10.3.4.5 OSPF 仮想リンクを定義します。 |
||
ステップ 7 |
authentication message-digest 例:
RP/0//CPU0:router(config-ospf-ar-vl)#authentication message-digest この仮想リンクに対して MD5 認証を選択します。 |
||
ステップ 8 |
message-digest-keykey-idmd5 {key | clearkey| encryptedkey} 例:
RP/0//CPU0:router(config-ospf-ar-vl)#message-digest-key 4 md5 yourkey OSPF 仮想リンクを定義します。 |
||
ステップ 9 | 仮想リンクの反対側にある ABR でこのタスクのすべての手順を繰り返します。このルータで仮想リンクに指定する同じキー ID およびキーを指定します。 — | ||
ステップ 10 |
commit |
||
ステップ 11 |
次のいずれかを実行します。
例:
RP/0//CPU0:router# show ospf 1 2 virtual-links または
RP/0//CPU0:router# show ospfv3 1 virtual-links (任意)OSPF 仮想リンクのパラメータと現在の状態を表示します。 |
次の例では、show ospfv3 virtual links コマンドで、OSPFv3 ネイバーへの OSPF_VL0 仮想リンクが起動しており、仮想リンク インターフェイスの ID が 2 であり、仮想リンク エンドポイントの IPv6 アドレスが 2003:3000::1 であることを検証します。
show ospfv3 virtual-links Virtual Links for OSPFv3 1 Virtual Link OSPF_VL0 to router 10.0.0.3 is up Interface ID 2, IPv6 address 2003:3000::1 Run as demand circuit DoNotAge LSA allowed. Transit area 0.1.20.255, via interface TenGigE 0/1/0/1 Cost of using 2 Transmit Delay is 5 sec, Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 Hello due in 00:00:02 Adjacency State FULL (Hello suppressed) Index 0/2/3, retransmission queue length 0, number of retransmission 1 First 0(0)/0(0)/0(0) Next 0(0)/0(0)/0(0) Last retransmission scan length is 1, maximum is 1 Last retransmission scan time is 0 msec, maximum is 0 msec Check for lines: Virtual Link OSPF_VL0 to router 10.0.0.3 is up Adjacency State FULL (Hello suppressed) State is up and Adjacency State is FULL
この例では、エリア 0 と 1 および仮想リンク 10.0.0.217 と 10.0.0.212 で構成される OSPFv3 トポロジのエリア 1 からバックボーンを接続するように仮想リンクを設定する方法を説明します。
router ospfv3 1 router-id 10.0.0.217 area 0 interface TenGigE 0/2/0/1 area 1 virtual-link 10.0.0.212 interface TenGigE 0/2/0/0
router ospfv3 1 router-id 10.0.0.212 area 0 interface TenGigE 0/3/0/1 area 1 virtual-link 10.0.0.217 interface TenGigE 0/2/0/0
router ospf ABR1 router-id 10.10.10.10 authentication message-digest message-digest-key 100 md5 0 cisco area 0 interface TenGigE 0/2/0/1 interface TenGigE 0/3/0/0 area 1 interface TenGigE 0/2/0/0 virtual-link 10.10.5.5 ! !
router ospf ABR2 router-id 10.10.5.5 area 0 area 1 authentication message-digest message-digest-key 100 md5 0 cisco interface TenGigE 0/9/0/1 virtual-link 10.10.10.10 area 3 interface Loopback 0 interface TenGigE 0/9/0/0 !
IP アドレスをインターフェイスに割り当てたときに複数のサブネットワークを設定した場合、すべてのサブネットワークが含まれ、ローカル エリアが別のエリアにアドバタイズする 1 つの LSA にソフトウェアを集約することができます。このようにソフトウェアを集約すると LSA の数を減らすことができるため、ネットワーク リソースを節約できます。この集約はエリア間ルート集約と呼ばれます。これは自律システム内のルートに適用されます。再配布によって OSPF に挿入された外部ルートには適用されません。
このタスクでは、一緒にアドバタイズされる範囲に収まるすべてのサブネットワークを指定することによって、サブネットワークを 1 つの LSA に集約するように OSPF を設定します。このタスクは 1 つの ABR でのみ実行します。
1. configure
2. 次のいずれかを実行します。
3. router-id {router-id}
4. areaarea-id
5. 次のいずれかを実行します。
6. interfacetype interface-path-id
7. commit
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area
エリア コンフィギュレーション モードを開始し、OSPF プロセスのバックボーン以外のエリアを設定します。 |
||
ステップ 5 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config-ospf-ar)# range 192.168.0.0 255.255.0.0 advertise または
RP/0/RP0/CPU0:router(config-ospf-ar)# range 4004:f000::/32 advertise エリア境界で OSPF ルートを統合および集約します。 |
||
ステップ 6 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/0/0/0 インターフェイス コンフィギュレーション モードを開始して、1 つ以上のインターフェイスをエリアに関連付けます。 |
||
ステップ 7 |
commit |
次の例では、エリア 1 からバックボーンに集約されたプレフィックス範囲 2300::/16 を示します。
router ospfv3 1 router-id 192.168.0.217 area 0 interface TenGigE 0/0/0/0 area 1 range 2300::/16 interface TenGigE 0/0/0/0
再配布により、異なるルーティング プロトコルを使用してルーティング情報を交換できます。この手法を使用すると、複数のルーティング プロトコルに接続を広げることができます。redistribute コマンドでは、OSPF からの再配布ではなく、OSPF プロセスへの再配布が制御されることに注意することが重要です。
このタスクでは、IGP(別の OSPF プロセスでも可)から OSPF にルートを再配布します。
1. configure
3. router-id {router-id}
4. redistributeprotocol [process-id] {level-1 | level-1-2| level-2} [metricmetric-value] [metric-typetype-value] [match{external [1 | 2]} [tagtag-value] [route-policypolicy-name]
6. commit
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例: RRP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
redistributeprotocol [process-id] {level-1 | level-1-2| level-2} [metricmetric-value] [metric-typetype-value] [match{external [1 | 2]} [tagtag-value] [route-policypolicy-name] 例:
RP/0/RP0/CPU0:router(config-ospf)# redistribute bgp 100 または
RP/0/RP0/CPU0:router(config-router)#redistribute bgp 110 1 つのルーティング ドメインから別のルーティング ドメインへの OSPF ルートの再配布 または あるルーティング ドメインから別のルーティング ドメインへ OSPFv3 ルートを再配布します。
|
||
ステップ 5 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config-ospf)# summary-prefix 10.1.0.0 255.255.0.0 または
RP/0/RP0/CPU0:router(config-router)# summary-prefix 2010:11:22::/32 (任意)OSPF の集約アドレスを作成します。 または (任意)OSPFv3 の集約アドレスを作成します。
|
||
ステップ 6 |
commit |
次の例では、プレフィックス リストを使用して、他のプロトコルから再配布されるルートを制限します。
上位 32 ビットの 9898:1000 および 32 から 64 のプレフィックス長を持つルートだけが BGP 42 から再配布されます。このパターンに一致しないルートだけが BGP 1956 から再配布されます。
ipv6 prefix-list list1 seq 10 permit 9898:1000::/32 ge 32 le 64 ipv6 prefix-list list2 seq 10 deny 9898:1000::/32 ge 32 le 64 seq 20 permit ::/0 le 128 router ospfv3 1 router-id 10.0.0.217 redistribute bgp 42 redistribute bgp 1956 distribute-list prefix-list list1 out bgp 42 distribute-list prefix-list list2 out bgp 1956 area 1 interface TenGigE 0/2/0/0
OSPF SPF スロットリングにより、SPF スケジューリングをミリ秒間隔で設定して、ネットワークが不安定な場合に SPF 計算を遅らせることができます。トポロジ変化が発生した場合、Shortest Path Tree(SPT)を再計算するように SPF がスケジューリングされます。SPF が 1 回実行されると、複数のトポロジ変化イベントが発生します。
SPF 計算の実行間隔は、ネットワークのトポロジ変化の頻度に応じて動的に選択されます。ユーザ指定値の範囲内で、間隔は選択されます。ネットワーク トポロジが不安定な場合、トポロジが安定するまで、SPF スロットリング機能は SPF スケジューリング間隔を長目に計算します。
SPF の計算は、timers throttle spf コマンドで設定した間隔で実行されます。待機期間とは、次の SPF 計算が実行されるまで待機する時間のことです。計算を行うたびに、待機期間はその前の期間の 2 倍の長さになり、指定された最大待機期間に達するまでそれが行われます。
SPF タイミングについて、例を使用して説明します。この例では、開始時の間隔は 5 ミリ秒(ms)、初回待機時間は 1000 ミリ秒、最大待機期間は 90,000 ミリ秒に設定されます。
timers spf 5 1000 90000
次の図に、ある待機期間中に少なくとも 1 回のトポロジ変化イベントを受信する場合の、SPF 計算の実行間隔を示します。
前の待機期間中に少なくとも 1 回のトポロジ変化イベントを受信すると、SPF 計算の待機期間が 2 倍になることに注意してください。最大待機期間に達すると、トポロジが安定し、待機期間中にイベントを受信しなくなるまで、待機期間が変化しなくなります。
現在の待機期間の経過後に、最初のトポロジ変化イベントを受信した場合は、開始時待機期間として指定されている時間だけ SPF 計算が遅延されます。その後の待機期間は、動的パターンに従います。
最大待機期間の開始後に、最初のトポロジ変化イベントが発生した場合、SPF 計算は開始時待機期間で再びスケジューリングされ、その後の待機期間は timers throttle spf コマンドで指定されたパラメータに従ってリセットされます。図 2 では、最大待機期間の開始後にトポロジ変化イベントを受信して、SPF 間隔がリセットされることに注意してください。
このタスクでは、SPF スケジューリングをミリ秒間隔で設定し、ネットワークが不安定な場合に SPF 計算を遅らせる方法について説明します。このタスクはオプションです。
1. configure
3. router-id {router-id}
4. timers throttle spfspf-start spf-hold spf-max-wait
5. areaarea-id
6. interfacetype interface-path-id
7. commit
ステップ 1 |
configure |
||
ステップ 2 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router(config)# router ospf 1 または
RP/0/RP0/CPU0:router(config)# router ospfv3 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。 または 指定したルーティング プロセスに OSPFv3 ルーティングをイネーブルにし、router ospfv3 コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router-id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
timers throttle spfspf-start spf-hold spf-max-wait 例:
RP/0/RP0/CPU0:router(config-ospf)# timers throttle spf 10 4800 90000 SPF スロットリング タイマーを設定します。 |
||
ステップ 5 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 0 エリア コンフィギュレーション モードを開始し、バックボーン エリアを設定します。 |
||
ステップ 6 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/0/0/0 インターフェイス コンフィギュレーション モードを開始して、1 つ以上のインターフェイスをエリアに関連付けます。 |
||
ステップ 7 |
commit |
||
ステップ 8 |
次のいずれかを実行します。
例:
RP/0/RP0/CPU0:router# show ospf 1 または
RP/0/RP0/CPU0:router# RP/0/RP0/CPU0:router# show ospfv3 2 (任意)SPF スロットリング タイマーを表示します。 |
OSPFv3 グレースフル シャットダウン機能により、次の状況でもデータ プレーン機能を維持することができます。
また、プロセッサが使用可能なメモリで非常に低いことを示す重大なメモリ イベントが sysmon のウォッチ ドッグ プロセスから受信された場合、OSPFv3 は一方的にシャットダウンするか、または終了状態に入ります。
この機能を使うと、OSPFv3 ルーティング プロトコルが再起動している間に、確立されているルートでノンストップ データ転送が行われます。そのため、この機能により IPv6 転送の可用性が向上します。
このタスクでは、OSPFv3 プロセスのグレースフル リスタートを設定する方法を説明します。このタスクはオプションです。
1. configure
2. router ospfv3process-name
3. graceful-restart
4. graceful-restart lifetime
5. graceful-restart intervalseconds
6. graceful-restarthelper disable
7. commit
8. show ospfv3 [process-name [area-id]] databasegrace
ステップ 1 |
configure |
ステップ 2 |
router ospfv3process-name 例:
RP/0/RP0/CPU0:router(config)# router ospfv3 test OSPFv3 のルータ コンフィギュレーション モードを開始します。プロセス名は OSPF ルーティング プロセスを一意に識別する 1 つの単語です。プロセス名はスペースを含まない 40 文字以内の任意の英数字ストリングです。 |
ステップ 3 |
graceful-restart 例:
RP/0/RP0/CPU0:router(config-ospfv3)#graceful-restart 現行ルータでグレースフル リスタートをイネーブルにします。 |
ステップ 4 |
graceful-restart lifetime 例:
RP/0/RP0/CPU0:router(config-ospfv3)# graceful-restart lifetime 120 グレースフル リスタートの最大時間を指定します。 |
ステップ 5 |
graceful-restart intervalseconds 例:
RP/0/RP0/CPU0:router(config-ospfv3)# graceful-restart interval 120 現行ルータのグレースフル リスタートの間隔(最小時間)を指定します。 |
ステップ 6 |
graceful-restarthelper disable 例:
RP/0/RP0/CPU0:router(config-ospfv3)# graceful-restart helper disable ヘルパー機能をディセーブルにします。 |
ステップ 7 |
commit |
ステップ 8 |
show ospfv3 [process-name [area-id]] databasegrace 例:
RP/0/RP0/CPU0:router# show ospfv3 1 database grace グレースフル リスタート リンクのステートを表示します。 |
ここでは、グレースフル リスタートに関する情報を表示するために使用できるタスクについて説明します。
機能がイネーブルかどうかや、グレースフル リスタートが最後に実行された時間を確認するには、show ospf コマンドを使用します。OSPFv3 インスタンスの詳細を参照するには、show ospfv3process-name[area-id] database grace コマンドを使用します。
次の画面出力は、ローカル ルータのグレースフル リスタート機能の状態を示しています。
RP/0/RP0/CPU0:router# show ospfv3 1 database grace Routing Process “ospfv3 1” with ID 2.2.2.2 Initial SPF schedule delay 5000 msecs Minimum hold time between two consecutive SPFs 10000 msecs Maximum wait time between two consecutive SPFs 10000 msecs Initial LSA throttle delay 0 msecs Minimum hold time for LSA throttle 5000 msecs Maximum wait time for LSA throttle 5000 msecs Minimum LSA arrival 1000 msecs LSA group pacing timer 240 secs Interface flood pacing timer 33 msecs Retransmission pacing timer 66 msecs Maximum number of configured interfaces 255 Number of external LSA 0. Checksum Sum 00000000 Number of areas in this router is 1. 1 normal 0 stub 0 nssa Graceful Restart enabled, last GR 11:12:26 ago (took 6 secs) Area BACKBONE(0) Number of interfaces in this area is 1 SPF algorithm executed 1 times Number of LSA 6. Checksum Sum 0x0268a7 Number of DCbitless LSA 0 Number of indication LSA 0 Number of DoNotAge LSA 0 Flood list length 0
OSPFv2OSPF SPF のプレフィックスのプライオリティ設定機能によって、ルートのインストール中に、高速モードで、管理者が重要なプレフィックスを収束できます。
多くのプレフィックスがルーティング情報ベース(RIB)および転送情報ベース(FIB)にインストールされる必要がある場合、SPF 中の、最初のプレフィックスから最後のプレフィックスまでの更新期間が、かなりの長さになることがあります。
時間依存のトラフィック(VoIP など)が他のトラフィック フローとともに同じルータを通過する可能性があるネットワークでは、SPF 中の、これらの時間に依存するプレフィックスの RIB および FIB アップデートを優先することが重要です。
OSPFv2OSPF SPF のプレフィックスのプライオリティ設定機能によって、SPF 計算中に RIB にインストールされる重要なプレフィックスに、管理者が優先順位を付けることが可能になります。重要なプレフィックスは、領域ごとに同じルート タイプのプレフィックス内で高速で収束します。RIB および FIB のインストール前に、ルートとプレフィックスは指定したルート ポリシーに基づいて OSPF ローカル RIB のさまざまなプライオリティ バッチ キューに割り当てられます。RIB プライオリティ バッチ キューはプライオリティの高い順から「critical」、「high」、「medium」、「low」に分類されます。
イネーブルの場合、次のプレフィックス プライオリティで RIB 更新シーケンスが変更されます。
Critical > High > Medium > Low
プレフィックス プライオリティが設定されると、デフォルトでは /32 プレフィックスは優先されなくなり、より高いプライオリティ ポリシーに一致しない場合は、low プライオリティ キューに配置されます。ルート ポリシーは、/32s が高いプライオリティのキュー(High プライオリティ、または Medium プライオリティ)に保持されるように考案する必要があります。
プライオリティはルート ポリシーを使用して指定されます。このルート ポリシーは、IP アドレスまたはルート タグに基づいて照会することができます。SPF 中に、指定したルート ポリシーに対してプレフィックスがチェックされ、適切な RIB バッチ プライオリティ キューに割り当てられます。
これらは、このシナリオの例です。
medium プライオリティのルート ポリシーに一致する許可されたプレフィックスは、medium プライオリティ キューに割り当てられます。
/32 を含む一致しないプレフィックスは、low プライオリティ キューに配置されます。
[no] spf prefix-priorityroute-policy rpl コマンドを使用して、SPF 中に OSPFv2OSPF プレフィックス インストールのプライオリティをグローバル RIB で設定します。
SPF プレフィックスのプライオリティ設定は、デフォルトではディセーブルです。ディセーブル モードでは、/32 プレフィックスは他のプレフィックスよりも前にグローバル RIB にインストールされます。SPF プライオリティ設定がイネーブルの場合、ルートは route-policy 基準に対して照会され、SPF プライオリティ セットに基づいて適切なプライオリティ キューに割り当てられます。/32 を含む一致しないプレフィックスは、low プライオリティのキューに配置されます。
すべての /32 を high プライオリティ キューまたは medium プライオリティ キューで処理する必要がある場合、次の 1 つのルート マップを設定します。
prefix-set ospf-medium-prefixes 0.0.0.0/0 ge 32 end-set
このタスクを実行して、OSPFv2OSPF SPF(Shortest Path First)プレフィックス プライオリティを設定します。
1. configure
2. prefix-setprefix-set name
3. route-policyroute-policy nameif destination inprefix-set namethenset spf-priority {critical | high | medium} endif
4. 次のいずれかのコマンドを使用します。
5. router ospfospf name
6. spf prefix-priority route-policyroute-policy name
7. commit
8. show rpl route-policyroute-policy namedetail
ステップ 1 |
configure |
||
ステップ 2 |
prefix-setprefix-set name 例: RP/0/RP0/CPU0:router(config)#prefix-set ospf-critical-prefixes RP/0/RP0/CPU0:router(config-pfx)#66.0.0.0/16 RP/0/RP0/CPU0:router(config-pfx)#end-set プレフィックス セットを設定します。 |
||
ステップ 3 |
route-policyroute-policy nameif destination inprefix-set namethenset spf-priority {critical | high | medium} endif 例: RP/0/RP0/CPU0:router#route-policy ospf-spf-priority RP/0/RP0/CPU0:router(config-rpl)#if destination in ospf-critical-prefixes then set spf-priority critical endif RP/0/RP0/CPU0:router(config-rpl)#end-policy ルート ポリシーと OSPF SPF プライオリティを設定します。 |
||
ステップ 4 |
次のいずれかのコマンドを使用します。
例:
RP/0/RP0/CPU0:router# router ospf 1
または
RP/0/RP0/CPU0:router# router ospfv3 1
ルータ OSPF コンフィギュレーション モードを開始します。 |
||
ステップ 5 |
router ospfospf name 例:
RP/0/RP0/CPU0:router# router ospf 1
ルータ OSPF コンフィギュレーション モードを開始します。 |
||
ステップ 6 |
spf prefix-priority route-policyroute-policy name 例:
RP/0/RP0/CPU0:router(config-ospf)# spf prefix-priority route-policy ospf-spf-priority
または RP/0/RP0/CPU0:router(config-ospfv3)#spf prefix-priority route-policy ospf3-spf-priority 定義されているルート ポリシーの SPF プレフィックス プライオリティを設定します。
|
||
ステップ 7 |
commit |
||
ステップ 8 |
show rpl route-policyroute-policy namedetail 例:
RP/0/RP0/CPU0:router#show rpl route-policy ospf-spf-priority detail
prefix-set ospf-critical-prefixes
66.0.0.0/16
end-set
!
route-policy ospf-spf-priority
if destination in ospf-critical-prefixes then
set spf-priority critical
endif
end-policy
!
SPF のプレフィックス プライオリティのセットを表示します。 |
この例では、/32 プレフィックスを一般的に medium プライオリティに設定し、一部の /32 および /24 プレフィックスを critical プライオリティおよび high プライオリティ キューに設定する方法を示します。
prefix-set ospf-critical-prefixes 192.41.5.41/32, 11.1.3.0/24, 192.168.0.44/32 end-set ! prefix-set ospf-high-prefixes 44.4.10.0/24, 192.41.4.41/32, 41.4.41.41/32 end-set ! prefix-set ospf-medium-prefixes 0.0.0.0/0 ge 32 end-set ! route-policy ospf-priority if destination in ospf-high-prefixes then set spf-priority high else if destination in ospf-critical-prefixes then set spf-priority critical else if destination in ospf-medium-prefixes then set spf-priority medium endif endif endif end-policy
router ospf 1 spf prefix-priority route-policy ospf-priority area 0 interface TenGigE 0/3/0/0 ! ! area 3 interface TenGigE 0/2/0/0 ! ! area 8 interface TenGigE 0/2/0/0
router ospfv3 1 spf prefix-priority route-policy ospf-priority area 0 interface TenGigE 0/3/0/0 ! ! area 3 interface TenGigE 0/2/0/0 ! ! area 8 interface TenGigE 0/2/0/0
OSPFv2 のマルチエリアの隣接関係機能を使うと、マルチエリアのプライマリ インターフェイスにリンクを設定できるため、リンクをこれらのエリアのエリア内リンクと見なすことができ、より高価なパスより優先されるパスとして設定できます。
この機能は、ポイントツーポイントのアンナンバード リンクを OSPF エリアに確立します。ポイントツーポイント リンクを使うと、そのエリアのトポロジ パスを利用でき、プライマリ隣接関係ではそのリンクを使用して、draft-ietf-ospf-multi-area-adj-06 と同じリンクをアドバタイズします。
マルチエリア インターフェイスの属性と制限を次に示します。
OSPF の既存のプライマリ インターフェイス上の論理構成体として存在しますが、プライマリ インターフェイス上のネイバー ステートは、マルチエリア インターフェイスと無関係です。
隣接ルータ上の対応するマルチエリア インターフェイスとの隣接関係を確立します。マルチエリアとプライマリ インターフェイスの混在はサポートされていません。
ネイバー ステートがフルの場合、ルータ リンク ステート アドバタイズメント(LSA)のアンナンバード ポイントツーポイント リンクを、対応するエリアにアドバタイズします。
ポイントツーポイント ネットワーク タイプとして作成されます。OSF スピーカーが 2 つだけアタッチされている任意のインターフェイスでは、マルチエリアの隣接関係を設定できます。ネイティブ ブロードキャスト ネットワークの場合、マルチエリア隣接関係のインターフェイスをイネーブルにする network point-to-point コマンドを使用して、インターフェイスを OPSF ポイントツーポイント型で設定する必要があります。
双方向フォワーディング検出(BFD)の性質をプライマリ インターフェイスから継承します。BFD はマルチエリア インターフェイスでは設定できません。ただし、プライマリ インターフェイスでは設定できます。
このタスクでは、OSPF のプライマリ インターフェイスで複数のエリアを作成する方法について説明します。
![]() (注) |
OSF スピーカーが 2 つだけアタッチされている任意のインターフェイスでは、マルチエリアの隣接関係を設定できます。ネイティブ ブロードキャスト ネットワークの場合、マルチエリア隣接関係のインターフェイスをイネーブルにする network point-to-point コマンドを使用して、インターフェイスを OPSF ポイントツーポイント型で設定する必要があります。 |
1. configure
2. router ospfprocess-name
3. areaarea-id
4. interfacetype interface-path-id
5. areaarea-id
6. multi-area-interfacetypeinterface-path-id
7. commit
ステップ 1 |
configure |
||
ステップ 2 |
router ospfprocess-name 例:
RP/0/RP0/CPU0:router(config)# router ospf 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 0 エリア コンフィギュレーション モードを開始し、バックボーン エリアを設定します。 |
||
ステップ 4 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface Serial 0/1/0/3 インターフェイス コンフィギュレーション モードを開始して、1 つ以上のインターフェイスをエリアに関連付けます。 |
||
ステップ 5 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 1 エリア コンフィギュレーション モードを開始し、複数エリア隣接関係に使用されるエリアを設定します。 |
||
ステップ 6 |
multi-area-interfacetypeinterface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf)# multi-area-interface Serial 0/1/0/3 異なる OSPF エリアに対して複数の隣接関係をイネーブルにし、マルチエリア インターフェイス コンフィギュレーション モードを開始します |
||
ステップ 7 |
commit |
マルチエリア インターフェイスは、インターフェイスの性質をそのプライマリ インターフェイスから継承しますが、次のように、マルチエリア インターフェイス コンフィギュレーション モードでインターフェイスの一部の性質を設定できます。
RP/0/RP0/CPU0:router(config-ospf-ar)# multi-area-interface TenGigE 0/0/0/0 RP/0/RP0/CPU0:router(config-ospf-ar-mif)# ? authentication Enable authentication authentication-key Authentication password (key) cost Interface cost cost-fallback Cost when cumulative bandwidth goes below the theshold database-filter Filter OSPF LSA during synchronization and flooding dead-interval Interval after which a neighbor is declared dead distribute-list Filter networks in routing updates hello-interval Time between HELLO packets message-digest-key Message digest authentication password (key) mtu-ignore Enable/Disable ignoring of MTU in DBD packets packet-size Customize size of OSPF packets upto MTU retransmit-interval Time between retransmitting lost link state advertisements transmit-delay Estimated time needed to send link-state update packet RP/0/RP0/CPU0:router(config-ospf-ar-mif)#
ラベル配布プロトコル(LDP)内部ゲートウェイ プロトコル(IGP)自動設定を使うと、OSPF などの IGP インスタンスに使用されているインターフェイスのセットで LDP をイネーブルにする手順を簡略化できます。LDP IGP 自動設定は、多数のインターフェイス(転送に LDP がコアで使用される場合など)および複数の OSPF インスタンスで同時に使用できます。
この機能は、デフォルトの VPN ルーティングおよび転送(VRF)インスタンスとして IPv4 ユニキャスト アドレス ファミリをサポートします。
LDP IGP 自動設定は、LDP の個々のインターフェイス ベースで igp auto-config disable コマンド使用して明示的にディセーブルにすることもできます。これにより、明示的にディセーブルにしたインターフェイスを除くすべての OSPF インターフェイスを LDP で受信できます。
このタスクでは、OSPF インスタンスに対する LDP 自動設定を設定する方法について説明します。
オプションで、OSPF インスタンスのエリアにこの機能を設定できます。
1. configure
2. router ospfprocess-name
3. mpls ldp auto-config
4. commit
ステップ 1 |
configure |
||
ステップ 2 |
router ospfprocess-name 例:
RP/0/RP0/CPU0:router(config)# router ospf 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
mpls ldp auto-config 例:
RP/0/RP0/CPU0:router(config-ospf)# mpls ldp auto-config OSPF インスタンスの LDP IGP インターフェイスの自動設定をイネーブルにします。 |
||
ステップ 4 |
commit |
このタスクを実行して、OSPF で LDP IGP 同期を設定します。
![]() (注) |
デフォルトでは、LDP と IGP 間の同期は行われません。 |
1. configure
2. router ospfprocess-name
3. (任意) vrfvrf-name
5. (任意) 次のいずれかのコマンドを使用します。
6. commit
7. (任意) show mpls ldp vrfvrf-nameipv4 igp sync
8. (任意) show mpls ldp vrf all ipv4 igp sync
9. (任意) show mpls ldp{ ipv4 | ipv6 }igp sync
ステップ 1 |
configure |
ステップ 2 |
router ospfprocess-name 例:
RP/0/RP0/CPU0:router(config)# router ospf 100
OSPF ルーティング プロセスを識別し、OSPF コンフィギュレーション モードを開始します。 |
ステップ 3 |
(任意)vrfvrf-name 例:
RP/0/RP0/CPU0:router(config-ospf)# vrf red
デフォルト以外の VRF を指定します。 |
ステップ 4 |
次のいずれかのコマンドを使用します。
例:
RP/0/RP0/CPU0:router(config-ospf)# mpls ldp sync
インターフェイスで LDP IGP 同期をイネーブルにします。 |
ステップ 5 |
(任意)次のいずれかのコマンドを使用します。
例:
RP/0/RP0/CPU0:router(config-ospf-vrf)# mpls ldp sync
RP/0/RP0/CPU0:router(config-ospf-vrf)# area 1 mpls ldp sync
指定された VRF のインターフェイス上で LDP IGP 同期を有効にします。 |
ステップ 6 |
commit |
ステップ 7 |
(任意)show mpls ldp vrfvrf-nameipv4 igp sync 例:
RP/0/RP0/CPU0:router# show mpls ldp vrf red ipv4 igp sync
アドレス ファミリ IPv4 の指定された VRF に関する LDP IGP 同期情報を表示します。 |
ステップ 8 |
(任意)show mpls ldp vrf all ipv4 igp sync 例:
RP/0/RP0/CPU0:router# show mpls ldp vrf all ipv4 igp sync
アドレス ファミリ IPv4 のすべての VRF に関する LDP IGP 同期情報を表示します。 |
ステップ 9 |
(任意)show mpls ldp{ ipv4 | ipv6 }igp sync 例:
RP/0/RP0/CPU0:router# show mpls ldp ipv4 igp sync
RP/0/RP0/CPU0:router# show mpls ldp ipv6 igp sync
IPv4 または IPv6 アドレス ファミリの LDP IGP 同期情報を表示します。 |
次に、OSPF の LDP IGP 同期を設定する例を示します。
router ospf 100 mpls ldp sync ! mpls ldp igp sync delay 30 !
すべての OSPF ルーティング プロトコル交換は認証されます。使用される方法は、認証が設定される方法によって異なります。暗号認証を使用する場合、OSPF ルーティング プロトコルは、Message Digest 5(MD5)認証アルゴリズムを使用してネットワーク内のネイバー間で送信されたパケットを認証します。各 OSPF プロトコル パケットでは、キーを使用して、OSPF パケットの最後に付加されるメッセージ ダイジェストを生成および検証します。メッセージ ダイジェストは OSPF プロトコル パケットおよび秘密キーの単方向機能です。各キーは使用されるインターフェイスとキー ID の組み合わせで識別されます。インターフェイスでは、複数のキーが常にアクティブになっています。
キーのロールオーバーを管理し、OSPF の MD5 認証を拡張するには、キーチェーンと呼ばれるキーのコンテナを設定できます。この各キーは、生成/受け取り時間、キー ID、認証アルゴリズムの属性で構成されます。
このタスクでは、OSPF インターフェイスのキーチェーンの認証を管理する方法を説明します。
このタスクを実行するには、有効なキーチェーンを設定する必要があります。
1. configure
2. router ospfprocess-name
3. router-id {router-id}
4. areaarea-id
5. interfacetype interface-path-id
6. authentication message-digest keychainkeychain
7. commit
ステップ 1 |
configure |
||
ステップ 2 |
router ospfprocess-name 例:
RP/0/RP0/CPU0:router(config)# router ospf 1 指定したルーティング プロセスに OSPF ルーティングをイネーブルにし、ルータ コンフィギュレーション モードでルータを配置します。
|
||
ステップ 3 |
router-id {router-id} 例:
RP/0/RP0/CPU0:router(config-ospf)# router id 192.168.4.3 OSPF プロセスのルータ ID を設定します。
|
||
ステップ 4 |
areaarea-id 例:
RP/0/RP0/CPU0:router(config-ospf)# area 1 エリア コンフィギュレーション モードを開始します。 area-id 引数は、area 1000 や area 0.0.3.232 など、ドット付き 10 進表記または IPv4 アドレス形式で入力できます。ただし、1 つのエリアでは同じ形式を選択する必要があります。IPv4 アドレス形式を使用することを推奨します。 |
||
ステップ 5 |
interfacetype interface-path-id 例:
RP/0/RP0/CPU0:router(config-ospf-ar)# interface TenGigE 0/0/0/0 インターフェイス コンフィギュレーション モードを開始して、1 つ以上のインターフェイスをエリアに関連付けます。 |
||
ステップ 6 |
authentication message-digest keychainkeychain 例:
RP/0/RP0/CPU0:router(config-ospf-ar-if)# authentication message-digest keychain ospf_int1 MD5 キーチェーンを設定します。
|
||
ステップ 7 |
commit |
次の例は、5 つのキー ID を持つキーチェーン ospf_intf_1 の設定方法を示します。各キー ID は異なる send-lifetime 値で設定されます。ただし、すべてのキー ID はキーに同じテキスト文字列を指定します。
key chain ospf_intf_1 key 1 send-lifetime 11:30:30 May 1 2007 duration 600 cryptographic-algorithm MD5T key-string clear ospf_intf_1 key 2 send-lifetime 11:40:30 May 1 2007 duration 600 cryptographic-algorithm MD5 key-string clear ospf_intf_1 key 3 send-lifetime 11:50:30 May 1 2007 duration 600 cryptographic-algorithm MD5 key-string clear ospf_intf_1 key 4 send-lifetime 12:00:30 May 1 2007 duration 600 cryptographic-algorithm MD5 key-string clear ospf_intf_1 key 5 send-lifetime 12:10:30 May 1 2007 duration 600 cryptographic-algorithm MD5 key-string clear ospf_intf_1
次の例は、TenGigE 0/0/0/0 インターフェイスでキーチェーン認証がイネーブルであることを示します。
show ospf 1 interface TenGigE 0/0/0/0 TenGigE 0/0/0/0 is up, line protocol is up Internet Address 100.10.10.2/24, Area 0 Process ID 1, Router ID 2.2.2.1, Network Type BROADCAST, Cost: 1 Transmit Delay is 1 sec, State DR, Priority 1 Designated Router (ID) 2.2.2.1, Interface address 100.10.10.2 Backup Designated router (ID) 1.1.1.1, Interface address 100.10.10.1 Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 Hello due in 00:00:02 Index 3/3, flood queue length 0 Next 0(0)/0(0) Last flood scan length is 2, maximum is 16 Last flood scan time is 0 msec, maximum is 0 msec Neighbor Count is 1, Adjacent neighbor count is 1 Adjacent with neighbor 1.1.1.1 (Backup Designated Router) Suppress hello for 0 neighbor(s) Keychain-based authentication enabled Key id used is 3 Multi-area interface Count is 0
次に、アクティブに設定されたキーの出力の例を示します。
show key chain ospf_intf_1 Key-chain: ospf_intf_1/ - Key 1 -- text "0700325C4836100B0314345D" cryptographic-algorithm -- MD5 Send lifetime: 11:30:30, 01 May 2007 - (Duration) 600 Accept lifetime: Not configured Key 2 -- text "10411A0903281B051802157A" cryptographic-algorithm -- MD5 Send lifetime: 11:40:30, 01 May 2007 - (Duration) 600 Accept lifetime: Not configured Key 3 -- text "06091C314A71001711112D5A" cryptographic-algorithm -- MD5 Send lifetime: 11:50:30, 01 May 2007 - (Duration) 600 [Valid now] Accept lifetime: Not configured Key 4 -- text "151D181C0215222A3C350A73" cryptographic-algorithm -- MD5 Send lifetime: 12:00:30, 01 May 2007 - (Duration) 600 Accept lifetime: Not configured Key 5 -- text "151D181C0215222A3C350A73" cryptographic-algorithm -- MD5 Send lifetime: 12:10:30, 01 May 2007 - (Duration) 600 Accept lifetime: Not configured
OSPF を実装するには、次の概念を理解する必要があります。
OSPF は、IP 用のルーティング プロトコルです。これは、ディスタンスベクトル プロトコルではなく、リンクステート プロトコルです。リンクステート プロトコルは、送信元マシンと宛先マシンを接続するリンクの状態に基づいて、ルーティングの決定を行います。リンク ステートは、インターフェイスと、その隣接ネットワーキング デバイスとの関係を説明するものです。インターフェイス情報には、インターフェイスの IP アドレス、ネットワーク マスク、接続されているネットワークの種類、そのネットワークに接続されているルータなどがあります。この情報は、さまざまなタイプのリンクステート アドバタイズメント(LSA)によって伝播します。
ルータは受信した LSA データの集まりをリンクステート データベースに格納します。このデータベースにはこのルータのリンクの LSA データが含まれます。ダイクストラ アルゴリズムが採用されている場合、データベースの内容からデータが抽出されて OSPF ルーティング テーブルが作成されます。データベースとルーティング テーブルの違いは、データベースにはすべての raw データが含まれており、ルーティング テーブルには特定のルータ インターフェイス ポートを介した既知の宛先への最短パスのリストが含まれていることです。
OSPF は大規模ネットワークにまで拡張できるため、IGP として適しています。エリアを使用してネットワークをより管理しやすい大きさに分割すると共に、ネットワークに階層を導入します。ルータはネットワークの 1 つのエリアまたは複数のエリアに接続されます。エリア内のすべてのネットワーキング デバイスは、デバイスが属するエリア内のみのリンク ステートがすべて揃った、同じデータベース情報を維持します。ネットワーク内のすべてのリンク ステートについての情報は持ちません。エリア内のルータ間におけるデータベース情報の合意はコンバージェンスと呼ばれます。
ドメイン内レベルで、OSPF は Intermediate System-to-Intermediate System(IS-IS)を使用して取得したルートを取り込むことができます。OSPF ルートを IS-IS に伝達することもできます。ドメイン間レベルで、OSPF はボーダー ゲートウェイ プロトコル(BGP)を使用して取得したルートを取り込むことができます。OSPF ルートを BGP に伝達することもできます。
Routing Information Protocol(RIP)とは異なり、OSPF は定期的なルーティング アップデートを送信しません。OSPF ルータはネイバーになると、データベースを交換および同期することによって隣接関係を確立します。その後、変更されたルーティング情報だけが伝播されます。エリア内のすべてのルータは自分のリンクのコストとステートをアドバタイズします。この情報は LSA 内で送られます。このステート情報は、1 ホップ先のすべての OSPF ネイバーに送られます。その後すべての OSPF ネイバーは、ステート情報を変更せずに送信します。このフラッディング プロセスは、エリア内のすべてのデバイスが同じリンクステート データベースを持つまで続けられます。
宛先への最適なルートを決定するために、宛先へのルートに含まれるリンクのすべてのコストがソフトウェアによって合計されます。各ルータが別のネットワーキング デバイスからルーティング情報を受信した後で、Shortest Path First(SPF)アルゴリズムが実行されて、データベース内の各宛先ネットワークへの最適なパスが計算されます。
OSPF を実行しているネットワーキング デバイスは、ネットワーク内のトポロジの変化を検出して、リンクステート アップデートをネイバーにフラッディングし、新しいトポロジ ビューをすぐに収束させます。ネットワーク内の各 OSPF ルータは、すぐに再び同じトポロジ ビューを持ちます。OSPF は、同じ宛先に対する複数の等コストのパスを許容します。すべてのリンクステート情報がフラッディングされて SPF 計算に使用されるため、複数の等コスト パスが計算されてルーティングに使用されることがあります。
ブロードキャスト ネットワークおよび非ブロードキャスト マルチアクセス(NBMA)ネットワークでは、指定ルータ(DR)またはバックアップ DR が LSA フラッディングを実行します。
OSPF は直接 IP の上で実行され、TCP やユーザ データグラム プロトコル(UDP)を使用しません。OSPF はパケット ヘッダーおよび LSA のチェックサムを使用してそれ自体でエラー訂正を実行します。
OSPFv3 は、基本概念は OSPF Version 2 と同じですが、IPv6 の拡大されたアドレス サイズのサポートが追加されています。IPv6 のアドレスとプレフィックスを伝送するために新しい LSA タイプが作成され、個々の IP サブネット ベースではなく、個々のリンク ベースでプロトコルが実行されます。
OSPF は通常多くの内部ルータ間の調整を必要とします。このようなルータには、複数のエリアに接続されたエリア境界ルータ(ABR)や、他のソース(IS-IS、BGP、静的ルートなど)からの再ルーティングを OSPF トポロジに伝達する自律システム境界ルータ(ASBR)があります。OSPF ベースのルータまたはアクセス サーバの最小設定では、すべてのデフォルト パラメータ値、およびエリアに割り当てられたインターフェイスが使用され、認証は行われません。環境をカスタマイズする場合は、すべてのルータの調和が取れた設定が必要です。
OSPFv3 プロトコルの大半は OSPFv2 と同じです。OSPFv3 は RFC 2740 に記載されています。
Cisco IOS XR ソフトウェアOSPFv3 プロトコルと OSPFv2 プロトコルの主な相違点は、次のとおりです。
OSPFv2 を拡張した OSPFv3 では、IPv6 ルーティング プレフィックスとサイズの大きい IPv6 アドレスのサポートを提供しています。
NBMA インターフェイスを OSPFv3 で使用する場合、ユーザは、ネイバーのリストを使用してルータを手動で設定する必要があります。隣接ルータはネイバーに接続されたインターフェイスのリンク ローカル アドレスによって識別されます。
OSPFv2 とは異なり、複数の OSPFv3 プロセスをリンク上で実行できます。
OSPFv3 の LSA は、「アドレスとマスク」ではなく、「プレフィックスとプレフィックス長」として表現されます。
ルータ ID は IPv6 アドレスとは無関係な 32 ビットの数値です。
階層 CLI とは、定義された階層レベル(ルータ レベル、エリア レベル、インターフェイス レベルなど)で、ネットワーク コンポーネント情報がグループ化されたものです。階層 CLI を使うと、OSPF の設定、メンテナンス、トラブルシューティングをより簡単に行えます。コンフィギュレーション コマンドが一緒に階層コンテキストに表示されると、視覚的な検査が簡単になります。階層 CLI はサポートされる CLI 継承自体に備わっています。
CLI 継承を使うと、エリアやインターフェイスのパラメータを明示的に設定する必要がありません。ソフトウェアでは、同じエリアのインターフェイスのパラメータだけを 1 つのコマンドで設定できます。また、エリア コンフィギュレーション レベルやルータ OSPF コンフィギュレーション レベルなどの高い階層レベルからパラメータ値を継承できます。
たとえば、インターフェイスの hello interval 値は、IF ステートメントの優先順位によって次のように決まります。
インターフェイス コンフィギュレーション レベルで hello interval コマンドが設定されている場合は、インターフェイスに設定されている値を使用します。
エリア コンフィギュレーション レベルで hello interval コマンドが設定されている場合は、エリアに設定されている値を使用します。
ルータ ospf コンフィギュレーション レベルで hello interval コマンドが設定されている場合は、ルータ設定されている ospf 値を使用します。
その他の場合は、コマンドのデフォルト値を使用します。
OSPF を実装する前に、ルーティング コンポーネントの概要とその使用目的を把握する必要があります。これらは自律システム、エリア タイプ、内部ルータ、ABR、および ASBR で構成されます。
次の図に、OSPF ネットワークのトポロジのルーティング コンポーネントを示します。
自律システムは、同じ管理制御下で、相互にルーティング情報を共有するネットワークの集合です。自律システムは、ルーティング ドメインとも呼ばれます。図 1には、2 つの自律システムである 109 と 65200 が示されています。AS は 1 つまたは複数の OSPF エリアで構成されます。
エリアでは、自律システムをより小さく管理しやすいネットワークや隣接ネットワークのセットに再分割できます。図 1で示されるように、自律システム 109 はエリア 0、エリア 1、エリア 2 の 3 つのエリアから構成されます。
OSPF は 1 つのエリアのトポロジをその他の自律システムから見えないようにします。1 つのエリアのネットワーク トポロジはそのエリア内のルータにのみ認識されます。OSPF ルーティングがエリア内にある場合、そのルーティングはエリア内ルーティングと呼ばれます。このルーティングは、ネットワークにフラッディングするリンク ステート情報量を制限して、ルーティング トラフィックを少なくします。各ルータのトポロジ情報のサイズも小さくし、各ルータの処理と必要なメモリを節約します。
また、エリア内のルータはエリア外の詳細なネットワーク トポロジを見ることはできません。このようにトポロジ情報の開示が制限されているため、自律システム全体が 1 つのルーティング ドメインであるときに、エリア間のトラフィック フローを制御して、ルーティング トラフィックを少なくすることができます。
バックボーン エリアは、自律システムの複数エリア間でルーティング情報を配布する役割を担当します。エリアの外で発生する OSPF ルーティングをエリア間ルーティングと呼びます。
エリアのプロパティはすべてバックボーン自体にあります。これは、バックボーンだけにある ABR、ルータ、ネットワークで構成されます。図 1に示されるように、エリア 0 は OSPF バックボーン エリアです。すべての OSPF バックボーン エリアでは、0.0.0.0 の ID が予約されています。
OSPF ネットワークは ABR、ASBR、内部ルータで構成されます。
エリア境界ルータ(ABR)は複数のエリアのネットワークに直接接続する複数のインターフェイスを持つルータです。ABR は OSPF アルゴリズムのコピーを個別に実行し、バックボーン エリアを含む、アタッチされる各エリアに対する個別のルーティング データを保持します。また、ABR はアタッチされたエリアの設定の集約をバックボーン エリアに送り、バックボーン エリアではこの情報を自律システム内の他の OSPF エリアに配布します。図 1には 2 つの ABR があります。ABR 1 はバックボーン エリアに対するエリア 1 のインターフェイスとなります。ABR 2 はスタブ エリアであるエリア 2 に対するバックボーン エリア 0 のインターフェイスとなります。
自律システム境界ルータ(ASBR)を使用すると、1 つの自律システムから別のシステムに接続できるようになります。ASBR は自律システム ルーティング情報を他の自律システムの境界ルータと交換します。自律システム内のすべてのルータは、その自律システムの境界ルータに到達する方法を情報として保有しています。
ASBR は、BGP などの他のプロトコルから外部ルーティング情報をインポートして、それらをネットワークに AS-External(ASE)タイプ 5 LSA として再配布できます。Cisco IOS XR ルータが ASBR の場合、コンテンツの VIP アドレスを自律システムの外部ルートとしてアドバタイズするようにルータを設定できます。このようにして、ASBR は OSPF ネットワーク内のルータに外部ネットワークに関する情報をフラッディングします。
ASBR ルートは、タイプ 1 またはタイプ 2 の ASE としてアドバタイズできます。タイプ 1 とタイプ 2 ではコストの計算方法が異なります。タイプ 2 ASE では、同じ宛先への複数パスを比較するとき、外部コスト(メトリック)のみが考慮されます。タイプ 1 ASE では、外部コストと ASBR に到達するためのコストの組み合わせが使用されます。タイプ 2 の外部コストがデフォルトであり、常に OSPF ルートよりコストがかかるため、OSPF ルートが存在しない場合にのみ使用されます。
内部ルータ(図 1 の R1 など)は 1 領域に接続されます(たとえば、すべてのインターフェイスを同じエリアに存在します)。
OSPF プロセスは、物理ルータで OSPF を実行している論理ルーティング エンティティです。システム管理者が物理ボックスをパーティションで個別のルータに区切ることができる論理ルーティング機能がありますが、その機能とこの論理ルーティング エンティティを混同しないでください。
物理ルータは複数の OSPF プロセスを実行できます。ただし、複数のプロセスを実行するのは、複数の OSPF ドメインに接続する場合のみです。各プロセスにはそれぞれのリンクステート データベースがあります。ルーティング テーブルのルートはリンクステート データベースから計算されます。ルートが再配布されないかぎり、1 つの OSPF プロセスは別の OSPF プロセスとルートを共有しません。
各 OSPF プロセスは、ルータ ID で識別されます。ルータ ID はルーティング ドメイン全体で一意である必要があります。OSPF はルータ ID を優先度の高い順に次の送信元から取得します。
デフォルトでは、OSPF プロセスが初期化されると、チェックポイント データベースに router-id があるかどうかをチェックします。
ルータ コンフィギュレーション モードで OSPF router-id コマンドで指定された 32 ビット数値。(この値には任意の 32 ビット値を指定できます。このルータのインターフェイスに割り当てられた IPv4 アドレス以外のアドレスを設定できます。また、ルーティング可能な IPv4 アドレスでなくてもかまいません。)
ITAL が選択した router-id。
OSPF プロセスが実行されているインターフェイスのプライマリ IPv4 アドレス。OSPF インターフェイスの最初のインターフェイス アドレスが選択されます。
ルータ コンフィギュレーション モードで router-id コマンドを使用してルータ ID を設定することを推奨します。個別の OSPF プロセスは同じルータ ID を共有できますが、その場合、それらのプロセスは同じ OSPF ルーティング ドメインには存在できません。
OSPF は異なるメディアを次のタイプのネットワークに分類します。
ブロードキャストまたは NBMA ネットワークとしてネットワークを設定できます。たとえば、ユーザのネットワークにあるルータでマルチキャスト アドレッシングがサポートされない場合に、この機能を使用してブロードキャスト ネットワークを NBMA ネットワークとして設定できます。
OSPF Version 2 は 2 種類の認証(プレーン テキスト認証と MD5 認証)をサポートします。デフォルトでは、認証はイネーブルになっていません(RFC 2178 ではヌル認証と呼ばれます)。
OSPV Version 3 では、キー ロールオーバーを除くすべてのタイプの認証がサポートされています。
プレーン テキスト認証(タイプ 1 認証とも呼ばれる)では、物理メディアを移動するパスワードを使用します。この認証は、アクセス権限を持ないユーザや、ネットワークに接続するパスワードを使用できないユーザでも簡単に見ることができます。そのため、プレーン テキスト認証はセキュリティで保護されません。プレーン テキスト認証は OSPF インターフェイスの誤った実装や設定ミスにより、間違った OSPF パケットが送信されることを防止できる場合があります。
MD5 認証はセキュリティで保護されます。パスワードは物理メディアに移動されません。その代わり、ルータでは MD5 を使用して、OSPF パケットとキーのメッセージ ダイジェストが生成され、このメッセージ ダイジェストが物理メディアに送信されます。MD5 認証を使用すると、未認証または悪意のあるルーティング アップデートをルータで受け取らないようにできますが、トラフィックを迂回させることによってネットワーク セキュリティが危険にさらされる可能性があります。
![]() (注) |
MD5 認証では複数のキーがサポートされています。キー番号をキーに関連付ける必要があります。 |
OSPF 隣接関係(およびトポロジ)を中断することなく、操作用ネットワークで MD5 キーを変更するために、キー ロールオーバー メカニズムがサポートされています。ネットワーク管理者が新しいキーを複数のネットワーキング デバイスに設定するとき、異なるデバイスで新しいキーと古いキーの両方が使用されていることがあります。インターフェイスに新しいキーが設定されている場合、ソフトウェアから 2 つの同じパケットのコピーが送信されます。それぞれのパケットは古いキーと新しいキーによって認証されます。ソフトウェアではどのデバイスが新しいキーの使用を開始したかを追跡し、すべてのネイバーで新しいキーが使用されていることを検出すると、重複パケットの送信を停止します。次に、ソフトウェアでは古いキーを廃棄します。ネットワーク管理者は、各ルータの各コンフィギュレーション ファイルから古いキーを削除する必要があります。
OSPF FIB ダウンロード通知によって、ライン カードのリロード後の長期間にわたり入力トラフィックのドロップが最小化されます。
Open Shortest Path First(OSPF)は、ITAL を介してルーティング情報ベース(RIB)に登録され、すべてのルートが転送情報ベース(FIB)にダウンロードされるまで、インターフェイスがダウン状態のままになります。OSPF は、リロードされたライン カード上のすべてのルートが RIB/FIB を介してダウンロードされると、インターフェイス アップ通知を取得します。
RIB は、以下の場合に登録クライアントに通知を提供します。
OSPF は、1 つのルータを DR に、もう 1 つのルータを BDR に選択することで、ブロードキャスト セグメントまたは NBMA セグメント上でのみ、セグメント上で交換される情報量を最小化します。このため、セグメント上のルータには、情報交換のための中央接続ポイントがあります。各ルータは、セグメント上の他の各ルータとルーティング アップデートを交換するのではなく、DR および BDR と情報を交換します。DR および BDR は、情報を他のルータに中継します。
ソフトウェアによってセグメント上の各ルータのプライオリティが確認され、DR および BDR となるルータが決定されます。最も高いプライオリティのルータが DR として選択されます。プライオリティが同じ場合、よりの高位ルータ ID を持つルータが優先されます。DR が選択されると、BDR も同様の方法で選択されます。プライオリティが 0 に設定されているルータは、DR または BDR になる資格がありません。
タイプ 5(ASE)LSA が生成され、スタブ エリアを除くすべてのエリアにフラッディングされます。スタブ エリアにあるルータから、スタブ エリア外の宛先にパケットをルーティングできるようにするために、スタブ エリアにアタッチされている ABR によってデフォルト ルートが挿入されます。
デフォルト ルートのコストは 1 です(デフォルト)。または、default-cost コマンドに指定されている値によって決まります。
次の各 LSA タイプには、個別の目的があります。
ルータ LSA(タイプ 1):1 つのエリア内にルータが持つリンクと各リンクのコストを表します。これらの LSA は、エリア内でのみフラッディングされます。LSA は、QoS(Quality of Service)に基づいてルータがパスを計算できるかどうか、ルータが ABR または ASBR のどちらであるか、ルータが仮想リンクの一端であるかどうかを示します。また、タイプ 1 の LSA は、スタブ ネットワークへのアドバタイズにも使用されます。
ネットワーク LSA(タイプ 2):マルチアクセス ネットワーク セグメントにアタッチされているすべてのルータに関するリンク ステートとコストの情報を表します。この LSA ではネットワーク セグメントにアタッチされているインターフェイスを持つすべてのルータを一覧にします。この LSA のコンテンツを生成して追跡するのは、ネットワーク セグメントの指定ルータの仕事です。
ABR のサマリー LSA(タイプ 3):他のエリア内のルータ(エリア間ルート)に内部ネットワークをアドバタイズします。タイプ 3 の LSA は、1 つのネットワークを表すことも、1 つのプレフィックスに集約された一連のネットワークを表すこともあります。サマリー LSA を生成するのは ABR だけです。
ASBR のサマリー LSA(タイプ 4):ASBR および ASBR に到達するまでのコストをアドバタイズします。外部ネットワークにアクセスしようとするルータは、これらのアドバタイズメントを使用して、ネクスト ホップへの最適パスを決定します。ABR はタイプ 4 LSA を生成します。
自律システム外部 LSA(タイプ 5):別の自律システムからルートを再配布します。通常は別のルーティング プロトコルから OSPF に再配布します。
自律システム外部 LSA(タイプ 7):外部ルート情報を NSSA 内で伝搬するために提供されます。タイプ 7 LSA は NSSA で生成およびアドバタイズできます。NSSA はタイプ 5 LSA を受信または生成しません。タイプ 7 LSA は 1 つの NSSA 内でのみアドバタイズされます。境界ルータによってバックボーン エリアや他のエリアにフラッディングされることはありません。
内部エリア プレフィックス LSA(タイプ 9):ルータは各ルータまたは中継ネットワークに複数の内部エリア プレフィックス LSA を生成できます。それぞれの内部エリア プレフィックス LSA には固有のリンクステート ID があります。それぞれの内部エリア プレフィックス LSA のリンクステート ID には、ルータ LSA またはネットワーク LSA に対する関係と、スタブおよび中継ネットワークのプレフィックスが記されています。
エリア ローカル スコープ(タイプ 10):Opaque LSA は関連付けられているエリアの境界を越えてフラッディングされません。
LSA はすべての中継エリアを超えてフラッディングされます。
LSA はバックボーンからのスタブ エリアにはフラッディングされません
LSA はルータから、ルータが接続されたスタブ エリアには発信されません。
次の各 LSA タイプには、個別の目的があります。
ルータ LSA(タイプ 1):リンク ステートおよびエリアに対するルータ リンクのコストを表します。これらの LSA は、エリア内でのみフラッディングされます。LSA は、ルータが ABR または ASBR のどちらであるか、および仮想リンクの一端であるかどうかを示します。また、タイプ 1 の LSA は、スタブ ネットワークへのアドバタイズにも使用されます。OSPFv3 では、これらの LSA はアドレス情報を持たず、ネットワーク プロトコルに依存しません。OSPFv3 では、ルータ インターフェイス情報は複数のルータ LSA 間で拡散されます。受信者は、SPF 計算を実行する前に、特定のルータから発信されたすべてのルータ LSA を連結する必要があります。
ネットワーク LSA(タイプ 2):マルチアクセス ネットワーク セグメントにアタッチされているすべてのルータに関するリンク ステートとコストの情報を表します。この LSA ではネットワーク セグメントにアタッチされているインターフェイスを持つすべての OSPF ルータを一覧にします。ネットワーク セグメントに選択された指定ルータだけが、セグメントのネットワーク LSA を生成して追跡できます。OSPFv3 では、ネットワーク LSA はアドレス情報を持たず、ネットワーク プロトコルに依存しません。
ABR のエリア間プレフィックス LSA(タイプ 3):他のエリア内のルータ(エリア間ルート)に内部ネットワークがアドバタイズされます。タイプ 3 の LSA は、1 つのネットワークを表すことも、1 つのプレフィックスとして集約された一連のネットワークを表すこともあります。ABR はタイプ 3 LSA だけを生成します。OSPFv3 では、これらの LSA のアドレスは「address および mask」ではなく「prefix および prefix length」で表されます。デフォルト ルートは、長さが 0 のプレフィックスとして表現されます。
ASBR のエリア間ルータ LSA(タイプ 4):ASBR および ASBR に到達するまでのコストをアドバタイズします。外部ネットワークにアクセスしようとするルータは、これらのアドバタイズメントを使用して、ネクスト ホップへの最適パスを決定します。ABR はタイプ 4 LSA を生成します。
自律システム外部 LSA(タイプ 5):別の自律システムからルートを再配布します。通常は別のルーティング プロトコルから OSPF に再配布します。OSPFv3 では、これらの LSA のアドレスは「address および mask」ではなく「prefix および prefix length」で表されます。デフォルト ルートは、長さが 0 のプレフィックスとして表現されます。
自律システム外部 LSA(タイプ 7):外部ルート情報を NSSA 内で伝搬するために提供されます。タイプ 7 LSA は NSSA で生成およびアドバタイズできます。NSSA はタイプ 5 LSA を受信または生成しません。タイプ 7 LSA は 1 つの NSSA 内でのみアドバタイズされます。境界ルータによってバックボーン エリアや他のエリアにフラッディングされることはありません。
リンク LSA(タイプ 8):リンクローカル フラッディング スコープを持ち、関連付けられているリンクを超えてフラッディングすることはありません。リンク LSA は、リンクまたはネットワーク セグメントに接続されている他のすべてのルータに対してルータのリンクローカル アドレスを提供し、リンクに接続されている他のルータに、そのリンクに関連付ける IPv6 プレフィックスのリストを通知します。また、ルータが Options ビットの集まりをアサートして、リンクの起点となるネットワーク LSA と関連付けできるようにします。
内部エリア プレフィックス LSA(タイプ 9):ルータは各ルータまたは中継ネットワークに複数の内部エリア プレフィックス LSA を生成できます。それぞれの内部エリア プレフィックス LSA には固有のリンクステート ID があります。それぞれの内部エリア プレフィックス LSA のリンクステート ID には、ルータ LSA またはネットワーク LSA に対する関係と、スタブおよび中継ネットワークのプレフィックスが記されています。
新しく定義された LSA のほとんどすべてに、アドレス プレフィックスが存在します。プレフィックスは、Prefix Length、Prefix Options、および Address Prefix の 3 つのフィールドで表現されます。OSPFv3 では、これらの LSA のアドレスは「address および mask」ではなく「prefix および prefix length」で表されます。デフォルト ルートは、長さが 0 のプレフィックスとして表現されます。
エリア間プレフィックス LSA およびエリア内プレフィックス LSA では、すべての IPv6 プレフィックス情報が伝送されます。IPv4 ではこの情報はルータ LSA およびネットワーク LSA に含まれます。特定の LSA(ルータ LSA、ネットワーク LSA、エリア間ルータ LSA、およびリンク LSA)の Options フィールドは、IPv6 で OSPF をサポートするために 24 ビットに拡張されています。
OSPFv3 では、エリア間プレフィックス LSA、エリア間ルータ LSA、および自律システム外部 LSA のリンクステート ID の機能は、リンクステート データベースの個々の部分を識別することだけです。OSPF Version 2 ではリンクステート ID で表されたアドレスまたはルータ ID はすべて、OSPFv3 では LSA の本体で伝送されます。
パッシブとしてインターフェイスを設定すると、ネイバーへのルーティング アップデートの送信が無効になるため、隣接関係は OSPF で形成されません。ただし、特定のサブネットは OSPF ネイバーに引き続きアドバタイズされます。インターフェイスでの OSPF プロトコル動作の送信を抑制するには、適切なモードで passive コマンドを使用します。
ホストを持つ LAN セグメントをネットワークの残りに接続しているが、ルータ間のトランジット リンクになるように作られていないインターフェイスでは、パッシブ設定を使用することを推奨します。
ルータがこの機能に使用できる動作モードは、再起動モードとヘルパー モード再起動モード、ヘルパー モード、およびプロトコル シャットダウン モードです。再起動モードは、OSPFv3 プロセスがグレースフル リスタートを実行しているときに開始されます。ヘルパー モードでは、OSPFv3 が隣接ルータで再起動している間に、確立されている OSPFv3 ルートでトラフィックを転送し続けている隣接ルータを参照します。
OSPFv3 プロセスが開始されたときに、グレースフル リスタートを試行する必要があるかどうかを決定します。決定は、グレースフル リスタートがそれまでにイネーブルされているかどうかに基づきます。(OSPFv3 は、ルータの初回の起動時にグレースフル リスタートを試行しません。)OSPFv3 グレースフル リスタートを有効にすると、RIB の消去タイマーがゼロ以外の値に変わります。
グレースフル リスタート中、ルータは OSPFv3 ルートを RIB に入力しません。ルータは再起動前に OSPFv3 が保有していた完全に隣接するネイバーとの完全な隣接関係を立ち上げようとします。最終的に、OSPFv3 プロセスは、(何らかの理由により)グレースフル リスタートを終了するため、または、グレースフル リスタートを終了したため、プロセスがコンバージされたことを RIB に示します。
最後の再起動から間を空けずに OSPFv3 が再起動を試みると、OSPFv3 プロセスは頻繁に繰り返しクラッシュするようになり、新しいグレースフルリスタートの実行が停止します。グレースフルリスタートの許可間隔を制御するには、graceful-restart interval コマンドを使用します。起動する最初のインターフェイスで OSPFv3 がグレースフル リスタートを開始すると、グレースフル リスタートの期間(有効期間)を制限するためにタイマーが起動します。graceful-restart lifetime コマンドを使用して、この期間を設定できます。起動する各インターフェイスで grace LSA(タイプ 11)がフラッディングされ、このルータがグレースフル リスタートを試みていることを隣接ルータに示します。ネイバーはヘルパー モードを開始します。再起動中のネイバーから受信した hello パケットの指定ルータとバックアップ指定ルータ パケットの指定ルータ チェックは正しくないため、バイパスされます。
ヘルパー モードは、デフォルトでイネーブルになっています。グレースフル リスタートを試みているルータから(ヘルパー)ルータが grace LSA(タイプ 11)を受け取ると、次のイベントが発生します。
graceful-restart helper disable コマンドによりヘルパー モードがディセーブルされている場合、ルータは LSA パケットをドロップします。
ローカル ルータ自体がグレースフル リスタートを試みていない。
ローカル(ヘルパー)ルータに送信先ネイバーとの完全な隣接関係がある。
受信した LSA の lsage(リンク ステートの経過時間)の値が、要求された猶予期間よりも短い。
grace LSA の送信元が grace LSA の生成元と同じである。
ヘルパー モードを開始すると、ルータは一定期間そのヘルパー機能を実行します。この期間は再起動モードにあるルータの有効期間の値から、受信した grace LSA の lsage の値を引いた値です。グレースフル リスタートが時間内に成功すると、ヘルパー タイマーが期限切れになる前に停止します。ヘルパー タイマーの期限が切れた場合、再起動しているルータへの隣接関係がダウンし、通常の OSPFv3 機能が再開します。
デッド タイマーはヘルパー モードにあるルータでは使用できません。
ヘルパー ルータが再起動中のルータとの完全な隣接関係を起動できる。
ヘルパー機能のローカル タイマーの有効期限が切れている。
このモードでは、OSPFv3 操作は完全に無効になっています。これは、自己生成リンク ステート アドバタイズメント(LSA)をフラッシュすることで達成され、ローカルの OSPFv3 対応インターフェイスが即座に停止し、リンク ステート データベース(LSDB)がクリアされます。ローカル以外の LSDB エントリは OSPFv3 によって削除され、フラッディング(MaxAged)されません。
プロトコル シャットダウン モードは、protocol shutdown コマンドを使用(プロトコル インスタンスが無効になります)して手動で起動できます。または OSPFv3 プロセスのメモリーが不足すると起動します。次のイベントは、プロトコル シャットダウンが実行されると発生します。
ローカル ルータ LSA およびすべてのローカル リンク LSA がフラッシュされます。他の LSA はすべて、ドメイン内の他の OSPFv3 ルータによって最終的にエージ アウトされます。
3 秒の遅延後、空の Hello パケットはアクティブな隣接関係がある各ネイバーに即座に送信されます。
Dead Hello インターバルの遅延(4 X Hello インターバル)後、次のイベントが実行されます。
ルータは、プロトコル シャットダウン状態時にネイバーから受信するいずれの OSPF 制御パケットにも応答しません。
プロトコルを復元する方法は、シャットダウンを最初に引き起こしたトリガーに依存します。OSPFv3 が protocol shutdown コマンドを使用してシャットダウンされた場合、OSPFv3 を通常の動作に復元するには no protocol shutdown コマンドを使用します。OSPFv3 が sysmon からの重要なメモリ メッセージによってシャットダウンされた場合は、十分なメモリがプロセッサに復元されたことを示す sysmon からの通常のメモリ メッセージによって OSPFv3 プロトコルが復元され、通常の動作が再開されます。OSPFv3 が重要なメモリ トリガーによってシャットダウンされた場合は、通常のメモリ レベルがルート プロセッサで復元された際に、手動で再起動する必要があります。これは自動的に復元されません。
次のイベントは、OSPFv3 が復元されると発生します。
ルータは、複数のルーティング プロセス(またはルーティング プロトコル)を使用して特定のネットワークへの複数のルートを認識すると、最短のアドミニストレーティブ ディスタンスを持つルートをルーティング テーブルにインストールします。同じアドミニストレーティブ ディスタンスを持つ同じルーティング プロセスを使用して認識された多数のルートから、1 つのルートを選択する必要があることもあります。この場合、ルータはその宛先へのコスト(またはメトリック)が最も小さいパスを選択します。各ルーティング プロセスはコストをそれぞれの方法で計算します。コストは、ロード バランシングを実現するために処理が必要なこともあります。
OSPF では、自動的にロード バランシングが実行されます。OSPF により、複数のインターフェイスを通って宛先に到達できること、および各パスのコストが同じであることが検出された場合は、ルーティング テーブルに各パスがインストールされます。同じ宛先へのパスの数は、maximum-paths(OSPF)コマンドを指定しないかぎり制限されません。
最大パスの範囲は 1 から 8 です。デフォルトの最大パスの数は 8 です。
PCE はネットワーク パスやルートをネットワーク図に基づいて計算し、計算上の制限を適用する機能を持つエンティティ(コンポーネント、アプリケーション、ネットワーク ノード)です。
PCE は、PCE アドレスおよびクライアントが MPLS-TE に設定されると実行されます。PCE はその PCE アドレスおよび機能を OSPF に通信して、OSPF はこの情報を PCE ディスカバリ Type-Length-Value(TLV)(タイプ 2)にパッケージ化し、RI LSA を再発信します。OSPF には、すべての RI LSA でルータ機能 TLV(タイプ 1)も含まれます。PCE ディスカバリ TLV には PCE アドレス サブ TLV(タイプ 1)およびパス スコープ サブ TLV(タイプ 2)が含まれます。
PCE アドレス サブ TLV では PCE に到達するために使用される必要がある IP アドレスを指定します。このアドレスは常に到達可能なループ バック アドレスにする必要があります。この TLV は必須であり、PCE ディスカバリ TLV 内に存在する必要があります。パス スコープ サブ TLV は、PCE パス計算スコープを示します。これは、PCE 機能を参照して計算したり、エリア内ルート、エリア間、AS 間、またはレイヤ TE 間 LSP の計算に参加したりします。
OSPFv2 への PCE 拡張機能には、ルータ情報リンク ステート アドバタイズメント(RI LSA)のサポートが含まれます。OSPFv2 は、すべてのエリアの範囲(LSA タイプ 9、10、および 11)を受信するように拡張されます。ただし、OSPFv2 はエリア範囲タイプ 10 のみを発信します。
パス計算要素機能の詳細については、『MPLS Configuration guide』の「Implementing MPLS Traffic Engineering」モジュール、および次の IETF ドラフトを参照してください。
Cisco IOS XR では RFC 5643 に定義されている MIB および OSPFv3 のトラップが完全にサポートされています。RFC 5643 には、IPv6 用の Open Shortest Path First(OSPF)ルーティング プロトコル(OSPF バージョン 3)で使用する管理情報ベース(MIB)のオブジェクトが定義されています。
OSPFv3 MIB の実装は、IETF ドラフト『Management Information Base for OSPFv3 ( draft-ietf-ospf-ospfv3-mib-8)』に基づきます。RFC 5643 にアップグレードすると、ユーザは新しい MIB をピックアップするように NMS アプリケーションを更新する必要があります。
SNMPv3 は、複数の OSPFv3 インスタンスに MIB ビューを設定するために使用できる「コンテキスト」を同じシステムでサポートします。
Open Shortest Path First バージョン 3(OSPFv3)タイマー リンク ステート アドバタイズメント(LSA)、Shortest Path First(SPF)スロットリングのデフォルト値は次のように更新されます。