OSPF – エンジニアGO

(Cisco)OSPFの正常性確認&トラブル時に役立つshowコマンド

CHa — Sun, 18 Oct 2020 11:58:16 +0000

本記事ではOSPFネットワークの正常性確認やトラブルシューティング時に役立つshowコマンドやdebugコマンドを紹介いたします。

Cisco社の各試験を勉強されている方もご参考に下さい！

▼ あなたにオススメな記事 ▼

>>参考記事：「CCIEが語る!ネットワークエンジニアにオススメな本・参考書!」

OSPFのshowコマンド(Cisco)

では、OSPFのshowコマンドを紹介いたします。

▼ OSPF showコマンド ▼

コマンド	確認出来る内容
show ip route ospf	ルーティングテーブル上のOSPFルートを確認可能
show ip ospf	OSPFのプロセスID,OSPFの認証情報,エリア情報(スタブ,NSSA)等OSPF全体に関する設定を確認可能
show ip ospf neighbor	OSPFのネイバー情報(ネイバーのルータID,OSPFプライオリティ,State等)を確認可能
show ip ospf neighbor [ネイバーのIPアドレス]	OSPFネイバー毎の細かい詳細情報を確認可能
show ip ospf interface brief	OSPFが有効化されているインターフェース情報(IPアドレス,エリア情報,コスト値)を確認可能
show ip ospf interface	show ip ospf interface briefよりも細かいOSPFインターフェースの詳細情報(Helloタイマー,Deadタイマー等)を確認可能
show ip ospf database	OSPFのリンクステートデーターベースのLSA Type1-7(サマリー情報)を確認可能
show ip ospf database router	リンクステートデータベースのLSA-Type1の詳細を確認可能
show ip ospf database network	リンクステートデータベースのLSA-Type2の詳細を確認可能
show ip ospf database summary	リンクステートデータベースのLSA-Type3の詳細を確認可能
show ip ospf database asbr-summary	リンクステートデータベースのLSA-Type4の詳細を確認可能
show ip ospf database external	リンクステートデータベースのLSA-Type5の詳細を確認可能
show ip ospf database nssa-external	リンクステートデータベースのLSA-Type7の詳細を確認可能
show route-map all	Route-mapの一覧を確認可能 ※ルーティング制御で利用している場合に利用
show ip prefix-list detail	prefix-listの一覧を確認可能 ※ルーティング制御で利用している場合に利用

▼ あなたにオススメな記事 ▼

>>参考記事：「OSPFデータベースのLSA Type1~7について解説」
>>参考記事：「OSPF ネイバー(2WAY)確立の条件・不具合時の解決方法！」
>>参考記事：「OSPFの状態遷移(Down〜Full)とパケットの種類を解説」

OSPFのdebugコマンド(Cisco)

次にOSPFのdebugコマンドを紹介いたします。
※実環境での利用は十分に気をつけて下さいね。

▼ OSPF debugコマンド ▼

コマンド	確認出来る内容
debug ip ospf hello	Helloパケットの送受信情報を確認可能
debug ip ospf packet	受信したOSPFパケットの詳細情報を確認可能
debug ip ospf adj	OSPFネイバー関連情報(DR,BDRの選出等)を確認可能
debug ip ospf events	OSPFの各種イベントを確認可能

OSPF(マルチエリア)の設定方法・設定確認方法を紹介【Junos, Juniper】

CHa — Wed, 15 Apr 2020 10:04:24 +0000

本記事ではJunosでのOSPFの有効化設定(マルチエリア設定)についてご紹介させて頂きます。
[br num=”1″]
[char no=”3″ char=”解決者”]この記事は以下のような方にオススメです！
・ JunosのOSPF マルチエリアの設定方法を知りたい方
・ JunosのOSPF マルチエリアに関するshowコマンド・その結果を確認したい方
[/char]

▼ あなたにオススメな記事 ▼

>>参考記事：「CCIEが語る!ネットワークエンジニアにオススメな本・参考書!」
>>参考記事：「[まとめ] Juniper/Junosの検証結果を記事にまとめました！」

OSPF(マルチエリア) 検証内容

それでは最初に設定要件とネットワーク構成をご紹介します。
[br num=”1″]

設定要件

本検証では以下の要件に基づきOSPFの設定を実装します。

▼ 設定要件 ▼

R2ではge-0/0/0をマルチエリア(エリア10)に所属させる事
R1・R2のLo0へPingが通る事

OSPF(マルチエリア) 事前確認

検証前時点の各機器の設定内容やログは以下の通りです。

【事前確認】R1設定確認

R1にて以下の通り、IPアドレスとOSPFのエリア0は設定済です。

// ge-0/0/0とlo0はOSPFエリア0に所属
test-user@R1> show ospf interface          
Interface           State   Area            DR ID           BDR ID          Nbrs
ge-0/0/0.0          DR      0.0.0.0         1.1.1.1         2.2.2.2            1
lo0.0               DRother 0.0.0.0         0.0.0.0         0.0.0.0            0

// R1とR2はOSPFネイバーが確立済
test-user@R1> show ospf neighbor                  
Address          Interface              State           ID               Pri  Dead
192.168.12.2     ge-0/0/0.0             Full            2.2.2.2          128    32


// OSPFのマルチキャストアドレスのみ登録されている状態
test-user@R1> show route protocol ospf     

inet.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

224.0.0.5/32       *[OSPF/10] 02:46:56, metric 1
                       MultiRecv

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.1/30
set interfaces lo0 unit 0 family inet address 1.1.1.1/32
set routing-options router-id 1.1.1.1
set protocols ospf area 0 interface lo0.0 passive
set protocols ospf area 0 interface ge-0/0/0

【事前確認】R2設定確認

R2にて以下の通り、IPアドレスは設定済です。

// ge-0/0/0はOSPFエリア0に所属
test-user@R2> show ospf interface                                      
Interface           State   Area            DR ID           BDR ID          Nbrs
ge-0/0/0.0          BDR     0.0.0.0         1.1.1.1         2.2.2.2            1


// R1とR2はOSPFネイバーが確立済
test-user@R2> show ospf neighbor                                       
Address          Interface              State           ID               Pri  Dead
192.168.12.1     ge-0/0/0.0             Full            1.1.1.1          128    37


// R1のLo0(1.1.1.1/32)をOSPFで学習済
test-user@R2> show route protocol ospf                                 

inet.0: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

1.1.1.1/32         *[OSPF/10] 02:47:15, metric 1
                    >  to 192.168.12.1 via ge-0/0/0.0
224.0.0.5/32       *[OSPF/10] 02:47:25, metric 1
                       MultiRecv

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.2/30
set interfaces lo0 unit 0 family inet address 2.2.2.2/32
set routing-options router-id 2.2.2.2
set protocols ospf area 0.0.0.0 interface ge-0/0/0.0

OSPF(マルチエリア) 設定変更作業

それでは、OSPF(マルチエリア)の設定をしてきましょう！
[br num=”1″]
今回はR2のLo0(2.2.2.2)をOSPFエリア10として定義します。
[br num=”1″]
OSPFのマルチエリア設定は「set protocols ospf area コマンド」で実現可能です。
[br num=”1″]
それでは、R2のLo0に対してOSPFエリア10の設定をしてみましょう！

set protocols ospf area １0 interface lo0

上記設定後、「commit」すれば、設定完了です。
[br num=”1″]
ここまででOSPF(マルチエリア)の設定作業は完了です。

OSPF(マルチエリア) 正常性確認

それでは、要件通り設定変更がされているか、確認してみましょう。
[br num=”1″]
本検証は以下を確認します。

OSPFインターフェースの確認
ルーティングテーブルの確認
OSPFデータベースの確認
R1・R2のLo0へPingが通る事

[br num=”1″]
では、上記1〜4の順でshowコマンドの出力結果含めてご紹介します。

正常性確認①　OSPFインターフェースの確認

OSPFインターフェースを確認したい場合は「show ospf interface コマンド」で確認できます。

R2 show ospf interface の出力結果

以下の通り、「lo0」がOSPF(エリア10)に含まれている点が、確認できますね！

test-user@R2> show ospf interface 
Interface           State   Area            DR ID           BDR ID          Nbrs
ge-0/0/0.0          BDR     0.0.0.0         1.1.1.1         2.2.2.2            1
lo0.0               DR      0.0.0.10        2.2.2.2         0.0.0.0            0 //<----Lo0が追加されていること

正常性確認②　ルーティングテーブル　反映確認

Junosでのルーティングテーブル(OSPFルートの経路のみ)を確認したい場合は「show route protocol ospf コマンド」で確認できます。
[br num="1"]
ルーティングテーブルの出力結果は以下の通りです。
2.2.2.2/32が反映されている点が確認できますね。

test-user@R1> show route protocol ospf            

inet.0: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

2.2.2.2/32         *[OSPF/10] 00:03:43, metric 1　//<----本検証でOSPFに追加した経路
                    >  to 192.168.12.2 via ge-0/0/0.0
224.0.0.5/32       *[OSPF/10] 02:55:35, metric 1
                       MultiRecv

正常性確認③　OSPFデータベース　反映確認

OSPFデータベース(Type3)を確認したい場合は「show ospf database netsummary コマンド」で確認できます。
[br num="1"]

R1 show ospf database netsummary の出力結果

以下の通り、R1のOSPFデータベースにLSA type3「2.2.2.2」が含まれている点を確認しましょう。

test-user@R1> show ospf database netsummary     

    OSPF database, Area 0.0.0.0
 Type       ID               Adv Rtr           Seq      Age  Opt  Cksum  Len 
Summary  2.2.2.2          2.2.2.2          0x80000001   627  0x22 0xf03c  28 //<---　本検証でOSPFに追加した経路

【参考①】OSPF Type3の情報の詳細を確認( show ospf database netsummary lsa-id x.x.x.x detail )

OSPFデータベースの特定のLSAを確認したい場合は「show ospf database netsummary lsa-id x.x.x.x detail コマンド」で確認できます。
[br num="1"]
x.x.x.x にはLSA-IDが入ります。
[br num="1"]

test-user@R1> show ospf database netsummary lsa-id 2.2.2.2 detail 

    OSPF database, Area 0.0.0.0
 Type       ID               Adv Rtr           Seq      Age  Opt  Cksum  Len 
Summary  2.2.2.2          2.2.2.2          0x80000001   681  0x22 0xf03c  28
  mask 255.255.255.255
  Topology default (ID 0) -> Metric: 0

[br num="1"]
Cisco機器における、OSPF LSA Type3の詳細を確認したい方は、以下の記事をご確認下さい。

▼ あなたにオススメな記事 ▼

>>参考記事：「LSA Type 3とは? 基礎〜LSDBの中身の確認方法を解説」

正常性確認④　Ping試験

次に「R2 lo0からR1のLo0へPingが通る事」を確認しましょう！
[br num="1"]
各ルータのPingの出力結果は以下の通りです。

R1 Pingの出力結果

以下の通り、「2.2.2.2」に対して問題なくPing疎通が取れている点が、確認できますね！

test-user@R1> ping 2.2.2.2 source 1.1.1.1 count 5 
PING 2.2.2.2 (2.2.2.2): 56 data bytes
64 bytes from 2.2.2.2: icmp_seq=0 ttl=64 time=1.610 ms
64 bytes from 2.2.2.2: icmp_seq=1 ttl=64 time=1.306 ms
64 bytes from 2.2.2.2: icmp_seq=2 ttl=64 time=1.222 ms
64 bytes from 2.2.2.2: icmp_seq=3 ttl=64 time=1.149 ms
64 bytes from 2.2.2.2: icmp_seq=4 ttl=64 time=1.370 ms

--- 2.2.2.2 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.149/1.331/1.610/0.158 ms

[br num="1"]

R2 Pingの出力結果

以下の通り、「1.1.1.1」に対して問題なくPing疎通が取れている点が、確認できますね！

test-user@R2> ping 1.1.1.1 source 2.2.2.2 count 5                      
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=64 time=1.338 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=1.393 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=1.504 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=1.248 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=64 time=1.242 ms

--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.242/1.345/1.504/0.098 ms

[br num="1"]
実業務でよく利用するJunosの各種コマンドについては、以下の記事で纏めております。
ご興味のある方はご覧ください！

▼ あなたにオススメな記事 ▼

>>参考記事：「業務で役立つshow、clear、requestコマンドを紹介！」

また、OSPF(シングルエリアの設定)に関する検証結果を確認されたい方は、以下の記事で纏めております。
ご興味のある方はご覧ください！

▼ あなたにオススメな記事 ▼

>>参考記事：「OSPF(シングルエリア)の設定方法・設定確認方法を紹介」

Junosの勉強方法

では最後に「Junosの勉強方法」について紹介いたします。
[br num="1"]
Juniper機器は通信プロバイダーなどのミッションクリティカルが環境で多く導入されております。
[br num="1"]
その為、Junosを勉強すると、大規模なネットワークへ関わるチャンスが増えます！
Junosの勉強は以下の参考書で勉強を進めましょう！！
[br num="1"]
以下のアマゾンリンクから内容の詳細(価格/評価等)が確認出来ますので、ぜひ確認してみて下さいね！

はじめてのJUNOS

created by Rinker

Junos設定＆管理完全Bible

created by Rinker

まとめ

最後までお読み頂きましてありがとうございます。
[br num="1"]
Juniperに関する記事は以下にまとめております。
ご興味のある方は是非ご覧ください。

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] Juniper/Junosの検証結果を記事にまとめました！」
>>参考記事：「業務で役立つshow、clear、requestコマンドを紹介！」

OSPF(シングルエリア)の設定方法・設定確認方法を紹介【Junos, Juniper】

CHa — Sat, 11 Apr 2020 09:30:33 +0000

本記事ではJunosでの「OSPFの有効化設定(シングルエリア設定)」についてご紹介させて頂きます。
[br num=”1″]
[char no=”3″ char=”解決者”]この記事は以下のような方にオススメです！
・ JunosのOSPF シングルエリアの設定方法を知りたい方
・ JunosのOSPF シングルエリアに関するshowコマンド・その結果を確認したい方
[/char]

▼ あなたにオススメな記事 ▼

OSPF(シングルエリア) 検証内容

まず最初に設定要件とネットワーク構成をご紹介します。

設定要件

本検証では以下の要件に基づきOSPFの設定を実装します。

▼ 設定要件 ▼

Router-idは明示的に設定する事
R1ではLo0及びge-0/0/0をバックボーンエリア(エリア0)に所属させる事
R2ではge-0/0/0をバックボーンエリア(エリア0)に所属させる事
OSPFの各種パケットを通信する必要がないR1のLo0はPassiveインターフェースにする事

OSPF(シングルエリア) 事前確認

検証前時点の各機器の設定内容やログは以下の通りです。

【事前確認】R1設定確認

R1にて以下の通り、IPアドレスは設定済です。

test-user@R1> show interfaces lo0 terse 
Interface               Admin Link Proto    Local                 Remote
lo0                     up    up
lo0.0                   up    up   inet     1.1.1.1             --> 0/0

test-user@R1> show interfaces ge-0/0/0 terse     
Interface               Admin Link Proto    Local                 Remote
ge-0/0/0                up    up
ge-0/0/0.0              up    up   inet     192.168.12.1/30

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.1/30
set interfaces lo0 unit 0 family inet address 1.1.1.1/32

【事前確認】R2設定確認

R2にて以下の通り、IPアドレスは設定済です。

test-user@R2> show interfaces ge-0/0/0 terse   
Interface               Admin Link Proto    Local                 Remote
ge-0/0/0                up    up
ge-0/0/0.0              up    up   inet     192.168.12.2/30 

test-user@R2> show interfaces lo0 terse           
Interface               Admin Link Proto    Local                 Remote
lo0                     up    up
lo0.0                   up    up   inet     2.2.2.2             --> 0/0

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.2/30
set interfaces lo0 unit 0 family inet address 2.2.2.2/32

OSPF(シングルエリア) 設定変更作業

それでは、OSPF(シングルエリア)の設定をしてきましょう！
[br num=”1″]
設定は以下の手順に沿って、実施します。

Router-idを設定する
R1にてLo0及びge-0/0/0をエリア0に設定する
R3にてge-0/0/0をエリア0に設定する
R1のLo0をPassiveインターフェースにする

[br num=”1″]
それでは、上記1〜4の順でコマンド含めてご紹介します。

手順① Router-idを設定する

OSPF Router-idの設定は「set routing-options router-id コマンド」で設定可能です。
[br num=”1″]
Configは以下の通りです。

R1 Router-id設定

set routing-options router-id 1.1.1.1

R2 Router-id設定

set routing-options router-id 2.2.2.2

手順② R1にてLo0及びge-0/0/0をエリア0に設定する

JunosでのOSPF エリアの設定は「set protocols ospf area コマンド」で設定可能です。
ではR1にて、エリア0の設定を追加してみましょう！
[br num=”1″]
Configは以下の通りです。

set protocols ospf area 0 interface lo0
set protocols ospf area 0 interface ge-0/0/0

手順③ R3にてge-0/0/0をエリア0に設定する

それでは同じようにR2でも、OSPF(シングルエリア)の設定を追加してみましょう！
[br num=”1″]
Configは以下の通りです。

set protocols ospf area 0 interface ge-0/0/0

※ 本件ではR2のLo0はOSPFに含めておりません。

手順④ R1のLo0をPassiveインターフェースにする

Passiveインターフェースの設定は「passiveコマンド」にて設定可能です！
[br num=”1″]
Configは以下の通りです。

set protocols ospf area 0 interface lo0.0 passive

上記設定後、「commit」すれば、設定完了です。
[br num=”1″]
ここまでで、OSPF(シングルエリア)の設定作業は完了です。

OSPF(シングルエリア) 正常性確認

それでは、要件通り設定変更がされているか、確認してみましょう。
[br num=”1″]
本検証は以下を確認します。

OSPFインターフェースの確認
OSPFネイバーの確認
ルーティングテーブルの確認
OSPFデータベースの確認
R2からR1のOSPFルート(1.1.1.1/32)へPingが通る事

[br num=”1″]
では、上記1〜5の順でshowコマンドの出力結果含めてご紹介します。

正常性確認①　OSPFインターフェースの確認

OSPFインターフェースを確認したい場合は「show ospf interface コマンド」で確認できます。
[br num=”1″]
それでは、各機器の結果を見てみましょう！

R1 show ospf interface の出力結果

以下の通り、「ge-0/0/0」「lo0」がOSPF(エリア0)に含まれている点が、確認できますね！

test-user@R1> show ospf interface 
Interface           State   Area            DR ID           BDR ID          Nbrs
ge-0/0/0.0          DR      0.0.0.0         1.1.1.1         2.2.2.2            1
lo0.0               DRother 0.0.0.0         0.0.0.0         0.0.0.0            0

R2 show ospf interface の出力結果

以下の通り、「ge-0/0/0」がOSPF(エリア0)に含まれている点が、確認できますね！

test-user@R2> show ospf interface 
Interface           State   Area            DR ID           BDR ID          Nbrs
ge-0/0/0.0          BDR     0.0.0.0         1.1.1.1         2.2.2.2            1

正常性確認②　OSPFネイバーの確認

OSPFインターフェースを確認したい場合は「show ospf neighbor コマンド」で確認できます。
[br num=”1″]

R1 show ospf neighbor の出力結果

以下の通り、対向機器(R2)のインターフェース ge-0/0/0(192.168.12.2)と正常にOSPFネイバーが確立できますね！

test-user@R1> show ospf neighbor 
Address          Interface              State           ID               Pri  Dead
192.168.12.2     ge-0/0/0.0             Full            2.2.2.2          128    31

[br num=”1″]

R2 show ospf neighbor の出力結果

以下の通り、対向機器(R１)のインターフェース ge-0/0/0(192.168.12.1)と正常にOSPFネイバーが確立できますね！

test-user@R2> show ospf neighbor 
Address          Interface              State           ID               Pri  Dead
192.168.12.1     ge-0/0/0.0             Full            1.1.1.1          128    39

正常性確認③　ルーティングテーブル　反映確認

ルーティングテーブル(OSPFルートの経路のみ)を確認したい場合は「show route protocol ospf コマンド」で確認できます。
[br num=”1″]
ルーティングテーブルの出力結果は以下の通りです。
1.1.1.1/32が反映されている点が確認できますね。

test-user@R2> show route protocol ospf 

inet.0: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

1.1.1.1/32         *[OSPF/10] 01:10:44, metric 1　 // <--- 該当のOSPF経路
                    >  to 192.168.12.1 via ge-0/0/0.0
224.0.0.5/32       *[OSPF/10] 01:10:54, metric 1
                       MultiRecv

正常性確認④　OSPFデータベース　反映確認

JunosでのOSPFデータベースを確認したい場合は「show ospf database router コマンド」で確認できます。
[br num=”1″]

R1 show ospf database routerの出力結果

以下の通り、OSPFデータベース内にてLSA type1「1.1.1.1」「2.2.2.2」が含まれていますね。

test-user@R1> show ospf database router    

    OSPF database, Area 0.0.0.0
 Type       ID               Adv Rtr           Seq      Age  Opt  Cksum  Len 
Router  *1.1.1.1          1.1.1.1          0x80000006  2381  0x22 0x33f1  48
Router   2.2.2.2          2.2.2.2          0x80000004  2382  0x22 0x37fa  36

R2 show ospf database routerの出力結果

R1も同様で、OSPFデータベース内にてLSA type1「1.1.1.1」「2.2.2.2」が含まれていますね。

test-user@R2> show ospf database router  

    OSPF database, Area 0.0.0.0
 Type       ID               Adv Rtr           Seq      Age  Opt  Cksum  Len 
Router   1.1.1.1          1.1.1.1          0x80000006  2484  0x22 0x33f1  48
Router  *2.2.2.2          2.2.2.2          0x80000004  2483  0x22 0x37fa  36

【参考】OSPF Type1の情報の詳細を確認(show ospf database router lsa-id x.x.x.x detail)

OSPFデータベースの特定のLSAを確認したい場合は「show ospf database router lsa-id x.x.x.x detail コマンド」で確認できます。
[br num=”1″]
x.x.x.x にはLSA-IDが入ります。
[br num=”1″]

test-user@R2> show ospf database router lsa-id 1.1.1.1 detail          

    OSPF database, Area 0.0.0.0
 Type       ID               Adv Rtr           Seq      Age  Opt  Cksum  Len 
Router   1.1.1.1          1.1.1.1          0x80000006  2810  0x22 0x33f1  48
  bits 0x0, link count 2
  id 192.168.12.1, data 192.168.12.1, Type Transit (2)
    Topology count: 0, Default metric: 1
  id 1.1.1.1, data 255.255.255.255, Type Stub (3)
    Topology count: 0, Default metric: 0
  Topology default (ID 0)
    Type: Transit, Node ID: 192.168.12.1
      Metric: 1, Bidirectional

[br num=”1″]
Cisco機器における、OSPF LSA Type1の詳細を確認したい方は、以下の記事をご確認下さい。

▼ あなたにオススメな記事 ▼

>>参考記事：「LSA Type 1とは? 基礎〜LSDBの中身の確認方法を解説」

正常性確認⑤　Ping試験

最後に「R2からR1のLo0へPingが通る事」を確認しましょう！
[br num=”1″]
各ルータのPingの出力結果は以下の通りです。

R2 Pingの出力結果

以下の通り、「1.1.1.1」に対して問題なくPing疎通が取れている点が、確認できますね！
[br num=”1″]

test-user@R2> ping 1.1.1.1 count 5  
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=64 time=1.176 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=1.266 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=1.222 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=1.169 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=64 time=1.616 ms

--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.169/1.290/1.616/0.167 ms

[br num=”1″]
実業務でよく利用するJunosの各種コマンドについては、以下の記事で纏めております。
ご興味のある方はご覧ください！

▼ あなたにオススメな記事 ▼

>>参考記事：「業務で役立つshow、clear、requestコマンドを紹介！」

また、OSPF(マルチエリアの設定)に関する検証結果を確認されたい方は、以下の記事で纏めております。
ご興味のある方はご覧ください！

▼ あなたにオススメな記事 ▼

>>参考記事：「OSPF(マルチエリア)の設定方法・設定確認方法を紹介」

Junosの勉強方法

では最後に「Junosの勉強方法」について紹介いたします。
[br num=”1″]
Juniper機器は通信プロバイダーなどのミッションクリティカルが環境で多く導入されております。
[br num=”1″]
その為、Junosを勉強すると、大規模なネットワークへ関わるチャンスが増えます！
Junosの勉強は以下の参考書で勉強を進めましょう！！
[br num=”1″]
以下のアマゾンリンクから内容の詳細(価格/評価等)が確認出来ますので、ぜひ確認してみて下さいね！

はじめてのJUNOS

created by Rinker

Junos設定＆管理完全Bible

created by Rinker

まとめ

最後までお読み頂きましてありがとうございます。
[br num=”1″]
Juniperに関する記事は以下にまとめております。
ご興味のある方は是非ご覧ください。

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] Juniper/Junosの検証結果を記事にまとめました！」
>>参考記事：「業務で役立つshow、clear、requestコマンドを紹介！」

スタティックルートの設定方法・設定確認方法を紹介【Junos, Juniper】

CHa — Thu, 12 Mar 2020 09:32:17 +0000

本記事ではJunosでのStaticルートの設定についてご紹介させて頂きます。
[br num=”1″]
[char no=”3″ char=”解決者”]この記事は以下のような方にオススメです！
・ Junosのスタティックルートの設定方法を知りたい方
・ Junosのスタティックルートに関するshowコマンド・その結果を確認したい方
[/char]

▼ あなたにオススメな記事 ▼

スタティックルート検証内容

それでは最初に設定要件とネットワーク構成をご紹介します。

設定要件

本検証では以下の要件に基づきスタティックルートの設定を実装します。

▼ 設定要件 ▼

R1・R2の間は静的ルーティング(スタティックルート)を設定する事
R1・R2のLo1へPingが通る事

ネットワーク図

検証ネットワークの構成は以下の通りです。

スタティックルート事前確認

検証前時点の各機器の設定内容やログは以下の通りです。

【事前確認】R1設定確認

R1にて以下の通り、IPアドレスは設定済です。

test-user@R1> show interfaces lo0 terse 
Interface               Admin Link Proto    Local                 Remote
lo0                     up    up
lo0.0                   up    up   inet     1.1.1.1             --> 0/0

test-user@R1> show interfaces ge-0/0/0 terse     
Interface               Admin Link Proto    Local                 Remote
ge-0/0/0                up    up
ge-0/0/0.0              up    up   inet     192.168.12.1/30

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.1/30
set interfaces lo0 unit 0 family inet address 1.1.1.1/32

【事前確認】R2設定確認

R2にて以下の通り、IPアドレスは設定済です。

test-user@R2> show interfaces ge-0/0/0 terse   
Interface               Admin Link Proto    Local                 Remote
ge-0/0/0                up    up
ge-0/0/0.0              up    up   inet     192.168.12.2/30 

test-user@R2> show interfaces lo0 terse           
Interface               Admin Link Proto    Local                 Remote
lo0                     up    up
lo0.0                   up    up   inet     2.2.2.2             --> 0/0

Configは以下の通りです。

set interfaces ge-0/0/0 unit 0 family inet address 192.168.12.2/30
set interfaces lo0 unit 0 family inet address 2.2.2.2/32

スタティックルート設定変更作業

それでは、スタティックルートの設定をしてきましょう！
[br num=”1″]
設定は以下の手順に沿って、実施します。

R1にてR2 Lo0(2.2.2.2)に対するスタティックルートを設定する
R2にてR1 Lo0(1.1.1.1)に対するスタティックルートを設定する

[br num=”1″]
では、上記1,2の順でコマンド含めてご紹介します。

手順① R1にてR2 Lo0(2.2.2.2)に対するスタティックルートを設定する

Junosでのスタティックルートの設定は「set routing-options static routeコマンド」で設定できます。
[br num=”1″]
Configは以下の通りです。

set routing-options static route 2.2.2.2/32 next-hop 192.168.12.2

[br num=”1″]
[char no=”3″ char=”解決者”]本検証では実施しませんが、デフォルトルートを設定したい場合は、
「set routing-options static route 0.0.0.0/0 〜」で設定可能です！
[/char]

手順② R2にてR1 Lo0(1.1.1.1)に対するスタティックルートを設定する

それでは同じようにR2でも、スタティックルートの設定を追加してみましょう！
[br num=”1″]
Configは以下の通りです。

set routing-options static route 1.1.1.1/32 next-hop 192.168.12.1

[br num=”1″]
上記設定後、「commit」すれば、設定完了です。
[br num=”1″]
ここまででスタティックルートの設定作業は完了です。

スタティックルート正常性確認

それでは、要件通り設定変更がされているか、確認してみましょう。
[br num=”1″]
確認項目は以下の通りです。

ルーティングテーブルにスタティックルートが反映されている事
R1・R2双方のLo0へPingが通る事

[br num=”1″]
では、上記1,2の順でshowコマンドの出力結果含めてご紹介します。

正常性確認①　ルーティングテーブル　反映確認

Junosでのルーティングテーブル(スタティックルートの経路のみ)を確認したい場合は「show route protocol static コマンド」で確認できます。
[br num=”1″]
ルーティングテーブルの出力結果は以下の通りです。

R1 show route protocol staticの出力結果

以下の通り、「2.2.2.2」向けのスタティックルートが反映されているのが、確認できますね！

test-user@R1> show route protocol static  

inet.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

2.2.2.2/32         *[Static/5] 00:12:39　 // <--- この部分が宛先のネットワークアドレスです。
                    >  to 192.168.12.2 via ge-0/0/0.0　 // <--- この部分が転送先のIPアドレス/インターフェースです。

R2 show route protocol staticの出力結果

以下の通り、「1.1.1.1」向けのスタティックルートが反映されているのが、確認できますね！

test-user@R2> show route protocol static                                 

inet.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

1.1.1.1/32         *[Static/5] 00:13:40　 // <--- この部分が宛先のネットワークアドレスです。
                    >  to 192.168.12.1 via ge-0/0/0.0  // <--- この部分が転送先のIPアドレス/インターフェースです。

正常性確認②　Ping試験

次に「R1・R2双方のLo0へPingが通る事」を確認しましょう！
[br num="1"]
各ルータのPingの出力結果は以下の通りです。

R1 Pingの出力結果

以下の通り、「2.2.2.2」に対して問題なくPing疎通が取れている点が、確認できますね！

test-user@R1> ping 2.2.2.2 source 1.1.1.1 count 5 
PING 2.2.2.2 (2.2.2.2): 56 data bytes
64 bytes from 2.2.2.2: icmp_seq=0 ttl=64 time=1.687 ms
64 bytes from 2.2.2.2: icmp_seq=1 ttl=64 time=1.351 ms
64 bytes from 2.2.2.2: icmp_seq=2 ttl=64 time=1.202 ms
64 bytes from 2.2.2.2: icmp_seq=3 ttl=64 time=1.551 ms
64 bytes from 2.2.2.2: icmp_seq=4 ttl=64 time=1.449 ms

--- 2.2.2.2 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.202/1.448/1.687/0.166 ms

R2 Pingの出力結果

以下の通り、「1.1.1.1」に対して問題なくPing疎通が取れている点が、確認できますね！

test-user@R2> ping 1.1.1.1 source 2.2.2.2 count 5                        
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=64 time=1.581 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=1.367 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=1.240 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=1.463 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=64 time=1.205 ms

--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.205/1.371/1.581/0.139 ms

[br num="1"]
実業務でよく利用するJunosの各種コマンドについては、以下の記事で纏めております。
ご興味のある方はご覧ください！

▼ あなたにオススメな記事 ▼

>>参考記事：「業務で役立つshow、clear、requestコマンドを紹介！」

Junosの勉強方法

はじめてのJUNOS

created by Rinker

Junos設定＆管理完全Bible

created by Rinker

OSPF タイマー( timers throttle spf )の設定変更方法

CHa — Thu, 27 Feb 2020 18:35:40 +0000

本記事では「OSPFのtimers throttle spfタイマー」の設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

>>参考記事：「CCIEが語る!ネットワークエンジニアにオススメな本・参考書!」
>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

【timers throttle spf 検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

sfp start-intervalを1000ミリ秒にする事
sfp hold-intervalを2000ミリ秒にする事
sfp max wait-intervalを4000ミリ秒にする事

【timers throttle spf 検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/3        1     0               192.168.12.1/30    10    BDR   1/1

R2#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/3        1     0               192.168.12.2/30    10    DR    1/1

・「show ip ospf neighbor」コマンドでネイバー状態を出力しております。
以下の通り、全ルータ間でOSPFネイバーが確立出来ている事が確認できると思います。

R1#show ip ospf neighbor 

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:35    192.168.12.2    Ethernet0/3

R2#show ip ospf neighbor 

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:34    192.168.12.1    Ethernet0/3

・R1とR2の「show ip route ospf」コマンドでルーティングテーブルを出力しております。
以下の通り、双方のOSPF経路を受信出来ている事が確認できると思います。

▼ R1のルーティングテーブル▼

R1#show ip route ospf | begin Gateway  
Gateway of last resort is not set

      2.0.0.0/32 is subnetted, 1 subnets
O        2.2.2.2 [110/11] via 192.168.12.2, 00:10:22, Ethernet0/3

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is 0.0.0.0 to network 0.0.0.0

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:10:20, Ethernet0/3

・R1とR2の「show run all | include throttle spf」「show ip ospf | include SPF」コマンドでOSPFのタイマー値を出力しております。
以下の通り、デフォルト値はstart-intervalが「5000ミリ秒」、hold-intervalが「10000ミリ秒」、max-intervalが「10000ミリ秒」である事が確認できると思います。

▼ R1のthrottle spfタイマー値 ▼

R1#show run all | include throttle spf
 timers throttle spf 5000 10000 10000


R1#show ip ospf | include SPF
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs

▼ R2のthrottle spfタイマー値 ▼

R2#show run all | include throttle spf
 timers throttle spf 5000 10000 10000


R2#show ip ospf | include SPF
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs

では、具体的にどのように変わるかを確認していきましょう！

【timers throttle spf 検証】設定変更作業

では、以下にてthrottle spfの各種タイマー値を変更してみます。
[br num=”1″]
以下にて、デフォルト値はstart-intervalが「1000ミリ秒」、hold-intervalが「2000ミリ秒」、max-intervalが「4000ミリ秒」に変更します。

R1にてthrottle spfタイマーを変更する

R1(config)#router ospf 1
R1(config-router)#timers throttle spf 1000 2000 4000

R2にてthrottle spfタイマーを変更する

R2(config)#router ospf 1
R2(config-router)#timers throttle spf 1000 2000 4000

【timers throttle spf 検証】正常性確認

では、timers throttle spfの変更結果を確認してみましょう！

まずは設定前のthrottle spfタイマー値を「show run all | include throttle spf」「show ip ospf | include SPF」コマンドで確認します。
以下の通り、設定前はデフォルト値であるstart-intervalが「5000ミリ秒」、hold-intervalが「10000ミリ秒」、max-intervalが「10000ミリ秒」である事が確認できると思います。

▼ R1のthrottle spfタイマー値 ▼

R1#show run all | include throttle spf
 timers throttle spf 5000 10000 10000


R1#show ip ospf | include SPF
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs

▼ R2のthrottle spfタイマー値 ▼

R2#show run all | include throttle spf
 timers throttle spf 5000 10000 10000


R2#show ip ospf | include SPF
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs

[br num=”1″]
次に設定後のthrottle spfタイマー値を「show run all | include throttle spf」「show ip ospf | include SPF」コマンドで確認します。
以下の通り、設定後はstart-intervalが「1000ミリ秒」、hold-intervalが「2000ミリ秒」、max-intervalが「4000ミリ秒」に変更されている事が確認できると思います。

▼ R1のthrottle spfタイマー値 ▼

R1#show run all | include throttle spf
 timers throttle spf 1000 2000 4000


R1#show ip ospf | include SPF         
 Initial SPF schedule delay 1000 msecs
 Minimum hold time between two consecutive SPFs 2000 msecs
 Maximum wait time between two consecutive SPFs 4000 msecs

▼ R2のthrottle spfタイマー値 ▼

R2#show run all | include throttle spf
 timers throttle spf 1000 2000 4000


R2#show ip ospf | include SPF         
 Initial SPF schedule delay 1000 msecs
 Minimum hold time between two consecutive SPFs 2000 msecs
 Maximum wait time between two consecutive SPFs 4000 msecs

まとめ

最後までお読み頂きありがとうございました。
以下に他のOSPFの記事も纏めておりますので、ご興味のある方は是非ご覧ください。
[br num=”1″]
網羅的にOSPFの知識を身につけたい方は、以下のまとめ記事をご確認ください！！

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

OSPF タイマー( timers throttle lsa )の設定変更方法

CHa — Thu, 27 Feb 2020 18:10:54 +0000

本記事では「OSPFのtimers throttle lsaタイマー」の設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

【timers throttle lsa 検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

LSA start-intervalを10ミリ秒にする事
LSA hold-intervalを30ミリ秒にする事
LSA max wait-intervalを200ミリ秒にする事

【timers throttle lsa 検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/3        1     0               192.168.12.1/30    10    BDR   1/1

R2#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/3        1     0               192.168.12.2/30    10    DR    1/1

R1#show ip ospf neighbor 

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:35    192.168.12.2    Ethernet0/3

R2#show ip ospf neighbor 

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:33    192.168.12.1    Ethernet0/3

▼ R1のルーティングテーブル▼

R1#show ip route ospf | begin Gateway  
Gateway of last resort is not set

      2.0.0.0/32 is subnetted, 1 subnets
O        2.2.2.2 [110/11] via 192.168.12.2, 00:03:15, Ethernet0/3

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is 0.0.0.0 to network 0.0.0.0

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:03:23, Ethernet0/3

・R1とR2の「show run all | include throttle lsa」コマンドでOSPFのタイマー値を出力しております。
以下の通り、デフォルト値はstart-intervalが「0ミリ秒」、hold-intervalが「5000ミリ秒」、max-intervalが「5000ミリ秒」である事が確認できると思います。

▼ R1のthrottle lsaタイマー値 ▼

R1#show run all | include throttle lsa
 timers throttle lsa 0 5000 5000

▼ R2のthrottle lsaタイマー値 ▼

R2#show run all | include throttle lsa
 timers throttle lsa 0 5000 5000

では、具体的にどのように変わるかを確認していきましょう！

【timers throttle lsa 検証】設定変更作業

では、以下にてthrottle lsaの各種タイマー値を変更してみます。
[br num=”1″]
以下にて、デフォルト値はstart-intervalが「10ミリ秒」、hold-intervalが「30ミリ秒」、max-intervalが「200ミリ秒」に変更します。

R1にてthrottle lsaタイマーを変更する

R1(config)#router ospf 1
R1(config-router)#timers throttle lsa 10 30 200

R2にてthrottle lsaタイマーを変更する

R2(config)#router ospf 1
R2(config-router)#timers throttle lsa 10 30 200

【timers throttle lsa 検証】正常性確認

では、timers throttle lsaの変更結果を確認してみましょう！

まずは設定前のthrottle lsaタイマー値を「show run all | include throttle lsa」コマンドで確認します。
以下の通り、設定前はデフォルト値であるstart-intervalが「0ミリ秒」、hold-intervalが「5000ミリ秒」、max-intervalが「5000ミリ秒」である事が確認できると思います。

▼ R1のthrottle lsaタイマー値 ▼

R2#show run all | include throttle lsa
 timers throttle lsa 0 5000 5000

▼ R2のthrottle lsaタイマー値 ▼

R2#show run all | include throttle lsa
 timers throttle lsa 0 5000 5000

[br num=”1″]
次に設定後のthrottle lsaタイマー値を「show run all | include throttle lsa」「show ip ospf | include throttle lsa」コマンドで確認します。
以下の通り、設定後はstart-intervalが「10ミリ秒」、hold-intervalが「300ミリ秒」、max-intervalが「2000ミリ秒」に変更されている事が確認できると思います。

▼ R1のthrottle lsaタイマー値 ▼

R1#show run all | include throttle lsa
 timers throttle lsa 10 30 200

R1#show ip ospf | include LSA throttle  
 Initial LSA throttle delay 10 msecs
 Minimum hold time for LSA throttle 30 msecs
 Maximum wait time for LSA throttle 200 msecs

▼ R2のthrottle lsaタイマー値 ▼

R2#show run all | include throttle lsa
 timers throttle lsa 10 30 200

R2#show ip ospf | include LSA throttle  
 Initial LSA throttle delay 10 msecs
 Minimum hold time for LSA throttle 30 msecs
 Maximum wait time for LSA throttle 200 msecs

まとめ

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

トータリーNSSAの設定方法・正常性確認の方法【OSPF 動作検証】

CHa — Sun, 29 Dec 2019 17:33:00 +0000

本記事では「トータリーNSSA(Totally Not-So-Stubby Area)」の設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

【OSPF トータリーNSSA 検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

R2-R4(エリア1)をトータリーNSSAにする事
R4のLoopback10(Lo10:10.10.10.10)をOSPFネットワークへ再配布する事
R4(Lo0:10.10.10.10)からREX(Lo0:100.100.100.100)へPingが通る事

検証時の確認ポイント

最初に検証時の確認ポイントを整理しておきます。

▼ 本検証の確認ポイント ▼

トータリーNSSA内に伝搬されるLSAの確認
※ Type3,4,5がフィルターされ、Type7が生成されている事
トータリーNSSA内ルータのルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【OSPF トータリーNSSA 検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.1/24    10    BDR   1/1
Et0/1        1     0               192.168.13.1/24    10    BDR   1/1


R2#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.2/24    10    DR    1/1
Et0/1        1     1               192.168.24.1/24    10    BDR   1/1


R3#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               3.3.3.3/24         1     LOOP  0/0
Et0/1        1     0               192.168.13.2/24    10    DR    1/1
Et0/0        1     2               192.168.35.1/24    10    BDR   1/1

R4#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     1               4.4.4.4/24         1     LOOP  0/0
Et0/1        1     1               192.168.24.2/24    10    DR    1/1

R5#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     2               5.5.5.5/24         1     LOOP  0/0
Et0/0        1     2               192.168.35.2/24    10    DR    1/1

R1#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:38    192.168.12.2    Ethernet0/0
3.3.3.3           1   FULL/DR         00:00:39    192.168.13.2    Ethernet0/1

R2#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:38    192.168.12.1    Ethernet0/0
4.4.4.4           1   FULL/DR         00:00:36    192.168.24.2    Ethernet0/1

R3#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:37    192.168.13.1    Ethernet0/1
5.5.5.5           1   FULL/DR         00:00:37    192.168.35.2    Ethernet0/0

R4#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/BDR        00:00:34    192.168.24.1    Ethernet0/1

R5#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/BDR        00:00:31    192.168.35.1    Ethernet0/0

・R2とR4、R5の「show ip route ospf」コマンドでルーティングテーブルを出力しております。
以下の通り、各OSPF経路・外部経路(非OSPF経路)を受信出来ている事が確認できると思います。

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:00:34, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O        3.3.3.3 [110/21] via 192.168.12.1, 00:00:34, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O        4.4.4.4 [110/11] via 192.168.24.2, 00:00:24, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/31] via 192.168.12.1, 00:00:34, Ethernet0/0
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O E2  192.168.0.0/24 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O     192.168.13.0/24 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O IA  192.168.35.0/24 [110/30] via 192.168.12.1, 00:00:34, Ethernet0/0

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:00:06, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:00:06, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:00:06, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:00:06, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:00:06, Ethernet0/1

▼ R5のルーティングテーブル▼

R5#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.35.1, 1d09h, Ethernet0/0
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/31] via 192.168.35.1, 1d04h, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/11] via 192.168.35.1, 1d09h, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O IA     4.4.4.4 [110/41] via 192.168.35.1, 00:00:12, Ethernet0/0
O IA  192.168.12.0/24 [110/30] via 192.168.35.1, 1d09h, Ethernet0/0
O IA  192.168.13.0/24 [110/20] via 192.168.35.1, 1d09h, Ethernet0/0
O IA  192.168.24.0/24 [110/40] via 192.168.35.1, 1d04h, Ethernet0/0

NSSAの設定をした場合、上記「R4のルーティングテーブル」が変わります。
具体的にどのように変わるかを確認していきましょう！

【OSPF トータリーNSSA 検証】設定変更作業

では、以下にてNSSAの設定を実装していきます。

R2のエリア1をトータリーNSSAにする

R2(config)# router ospf 1
R2(config-router)# area 1 nssa no-summary

ポイント
NSSAでデフォルトルートを生成する際は手動設定(area nssa default-information originateコマンドで設定)する必要がございますが、
トータリーNSSAでは「nssa no-summaryコマンド」のみで自動生成されます。

R4のエリア1をNSSAにする

R4(config)# router ospf 1
R4(config-router)# area 1 nssa

R4のLoopback10(Lo10:10.10.10.10)をOSPFネットワークへ再配布する


R4(config)# route-map Loopback->OSPF permit 10
R4(config-route-map)# match interface Loopback10

R4(config)# router ospf 1
R4(config-router)# redistribute connected subnets route-map Loopback->OSPF

【OSPF トータリーNSSA 検証】正常性確認

では以下の2点について確認してみましょう！

▼ 本検証の確認ポイント ▼

トータリーNSSA内に伝搬されるLSAの確認
※ Type3,4,5がフィルターされ、Type7が生成されている事
トータリーNSSA内ルータのルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【正常性確認①】トータリーNSSA内に伝搬されるLSAの確認

・トータリーNSSAのルータであるR4の設定前後でOSPFデータベースの差分を確認し、LSA Type3〜5のLSAがフィルターされている事を確認します。
[br num=”1″]
まずはNSSAの設定前のOSPFデータベースを確認します。
以下の通りLSA Type 3〜5を受信しているのが、分かると思います。

[br num=”1″]

▼ 【設定前】R4のOSPFデータベース▼

// ※LSA type3、4、5、7のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link

		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
1.1.1.1         2.2.2.2         41          0x80000004 0x00879B // ← エリア外経路(Type3)として受信
2.2.2.2         2.2.2.2         41          0x80000004 0x00F434 // ← エリア外経路(Type3)として受信
3.3.3.3         2.2.2.2         41          0x80000004 0x008F81 // ← エリア外経路(Type3)として受信
5.5.5.5         2.2.2.2         41          0x80000004 0x009767 // ← エリア外経路(Type3)として受信
192.168.12.0    2.2.2.2         41          0x80000004 0x00753D // ← エリア外経路(Type3)として受信
192.168.13.0    2.2.2.2         41          0x80000004 0x00CED8 // ← エリア外経路(Type3)として受信
192.168.35.0    2.2.2.2         41          0x80000004 0x004047 // ← エリア外経路(Type3)として受信

		Summary ASB Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
5.5.5.5         2.2.2.2         41          0x80000001 0x00857C // ← ASBR情報(Type4)として受信

		Type-5 AS External Link States

Link ID         ADV Router      Age         Seq#       Checksum Tag
100.100.100.100 5.5.5.5         1729        0x80000040 0x00C8F2 0 // ← 外部経路(非OSPF経路)をType5として受信
192.168.0.0     5.5.5.5         1729        0x8000003C 0x0029BE 0 // ← 外部経路(非OSPF経路)をType5として受信

次にトータリーNSSAの設定後のOSPFデータベースを確認します。

以下の通り元々受信していたLSA Type 3(1.1.1.1等)やLSA Type 4、LSA Type 5がフィルターされている事が分かると思います。
それは「トータリーNSSA」はLSA Type1~2,7とType3(ABRが自動生成されるデフォルトルート)のみ伝播可能なOSPFの特殊エリアなので、R2(ABR)がLSA Type 3 〜 LSA Type 5の伝搬を止めているからです。
また、R2(ABR)ではLSA Type3 〜 5の代わりにLSA Type3のデフォルトルート(0.0.0.0)をNSSA内に伝搬している点も確認出来ると思います。

[br num=”1″]

ポイント
NSSAではLSA Type7のデフォルトルートを生成しますが、トータリーNSSAではType3のデフォルトルートを生成します。

R4(ASBR)で再配布しているLoopback10(10.10.10.10)のLSAはLSA Type5でなくLSA Type7で生成している点も確認しましょう！

▼ 【設定後】R4のOSPFデータベース▼

// ※LSA type3、4、5、7のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link

 // ← 外部経路(LSA Type 3〜LSA Type 5)が消えている！以下のLSA Type3のデフォルトルート(0.0.0.0)に集約されている。


		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
0.0.0.0         2.2.2.2         910         0x80000002 0x00FA32 // ← エリア外ルート・外部ルートの代わりにLSA Type3のデフォルトルート(0.0.0.0)が増えている。

		Type-7 AS External Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum Tag
10.10.10.10     4.4.4.4         492         0x80000006 0x00CB7D 0 // ← R4のLo10(10.10.10.10)はLSA Type7として生成されている。

[br num=”1″]

▼ 参考　トータリーNSSAでのLSA伝搬 ▼

参考までにLSA Type5の代わりに生成されたデフォルトルート(0.0.0.0)とR4のLoopback経路(10.10.10.10)を「show ip ospf database summary 0.0.0.0」「show ip ospf database nssa-external 10.10.10.10」コマンドで確認してみましょう！[br num=”1″]
以下の通り、R2(ABR)でデフォルトルートをLSA Type3を生成し、R4(ASBR)でLoopback経路(10.10.10.10)をLSA Type7で生成している事が分かると思います。

▼ OSPFデータベース　LSA Type3(0.0.0.0)▼

R4#show ip ospf database summary 0.0.0.0

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Summary Net Link States (Area 1)

  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 1108
  Options: (No TOS-capability, DC, Upward)
  LS Type: Summary Links(Network)
  Link State ID: 0.0.0.0 (summary Network Number) // ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 2.2.2.2 // ← このデフォルトルートのLSAはR2(ルーターID:2.2.2.2)が生成した事を意味する。
  LS Seq Number: 80000002
  Checksum: 0xFA32
  Length: 28
  Network Mask: /0  // ← サブネットマスク(デフォルトルートなので/0)
	MTID: 0 	Metric: 1    // ← デフォルトルートのコスト値

▼ OSPFデータベース　LSA Type7(10.10.10.10)▼

R4#show ip ospf database nssa-external 10.10.10.10

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Type-7 AS External Link States (Area 1)

  LS age: 1037
  Options: (No TOS-capability, Type 7/5 translation, DC, Upward)
  LS Type: AS External Link
  Link State ID: 10.10.10.10 (External Network Number ) // ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 4.4.4.4 // ← 10.10.10.10のLSAはR4(ルーターID:4.4.4.4)が生成した事を意味する。
  LS Seq Number: 80000006
  Checksum: 0xCB7D
  Length: 36
  Network Mask: /32   // ← サブネットマスク
	Metric Type: 2 (Larger than any link state path)  // ← メトリックタイプ(2:非コスト加算型)
	MTID: 0 
	Metric: 20  // ← 非OSPF経路のコスト値
	Forward Address: 4.4.4.4  // ← 非OSPF経路の転送先アドレス (Type7の場合、ASBRのLoopbackアドレスが入る為、R4のLo0の値が入る)
	External Route Tag: 0

【正常性確認②】トータリーNSSA内ルータのルーティングテーブルの確認

・R4の設定前後でルーティングテーブルの差分を確認し、どのように変わっているか確認します。
まずはトータリーNSSAの設定前のルーティングテーブルを確認します。

以下の通り外部経路として(100.100.100.100,192.168.0.0)を受信しているのが、分かると思います。

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway            
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:05:04, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:05:04, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:05:04, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:05:04, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1 // ← 外部経路(E2)として反映されている
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1 // ← 外部経路(E2)として反映されている
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:05:04, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:05:04, Ethernet0/1

次にトータリーNSSAの設定後のルーティングテーブルを確認します。

以下の通り外部経路(E2)がルーティングテーブルから消えている事が分かると思います。
それは上記「【正常性確認①】トータリーNSSA内に伝搬されるLSAの確認」の通り、R2(ABR)でLSA Type 3〜5がフィルターされNSSA内にLSA Type 3〜5が流れてこないからです。
代わりにR2(ABR)で生成したLSA Type3のデフォルトルート(0.0.0.0)がルーティングテーブルに反映されている事を確認しましょう！

▼ R4のルーティングテーブル▼

//外部経路(100.100.100.100/32, 192.168.0.0/24)が消えている！

R4#show ip route ospf | begin Gateway
Gateway of last resort is 192.168.24.1 to network 0.0.0.0

O*IA  0.0.0.0/0 [110/11] via 192.168.24.1, 00:55:20, Ethernet0/1   // ← 新たにデフォルトルート(IA:Type3)を受信している事

最後にR4(Lo10:10.10.10.10)からREX(Lo0:100.100.100.100)へPingが通る事を確認しましょう！

▼ R4のルーティングテーブル▼

R4#ping 100.100.100.100 source loopback 10 
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 100.100.100.100, timeout is 2 seconds:
Packet sent with a source address of 10.10.10.10 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 3/3/5 ms

[br num=”1″]

▼ あなたにオススメな記事 ▼

以下の記事ではNSSAの検証結果を纏めております。興味のある方はご覧下さい。
[keni-linkcard url=”https://if-network.com/ospf-lab-nssa/”]

まとめ

最後までお読み頂きありがとうございました。
トータリーNSSAを有効活用する事により、リンクステートデータベースとルーティングテーブルのサイズを削減する事が可能であり、ネットワークを最適化する事が出来ます。ぜひ覚えておきましょう！
[br num=”1″]
網羅的にOSPFの知識を身につけたい方は、以下のまとめ記事をご確認ください！！

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

NSSAの設定方法・正常性確認の方法【OSPF 動作検証】

CHa — Sun, 29 Dec 2019 10:37:00 +0000

本記事では「NSSA(Not-So-Stubby Area)」の設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

【OSPF NSSA 検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

R2-R4(エリア1)をNSSAにする事
R4のLoopback10(Lo10:10.10.10.10)をOSPFネットワークへ再配布する事
R4(Lo0:10.10.10.10)からREX(Lo0:100.100.100.100)へPingが通る事

検証時の確認ポイント

最初に検証時の確認ポイントを整理しておきます。

▼ 本検証の確認ポイント ▼

NSSA内に伝搬されるLSAの確認
※ Type4,5がフィルターされ、Type7が生成されている事
NSSA内ルータのルーティングテーブルの確認
※ABRでType7のデフォルトルートが自動生成される事

【OSPF NSSA 検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.1/24    10    BDR   1/1
Et0/1        1     0               192.168.13.1/24    10    BDR   1/1


R2#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.2/24    10    DR    1/1
Et0/1        1     1               192.168.24.1/24    10    BDR   1/1


R3#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               3.3.3.3/24         1     LOOP  0/0
Et0/1        1     0               192.168.13.2/24    10    DR    1/1
Et0/0        1     2               192.168.35.1/24    10    BDR   1/1

R4#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     1               4.4.4.4/24         1     LOOP  0/0
Et0/1        1     1               192.168.24.2/24    10    DR    1/1

R5#show ip ospf interface brief
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     2               5.5.5.5/24         1     LOOP  0/0
Et0/0        1     2               192.168.35.2/24    10    DR    1/1

R1#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:38    192.168.12.2    Ethernet0/0
3.3.3.3           1   FULL/DR         00:00:39    192.168.13.2    Ethernet0/1

R2#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:38    192.168.12.1    Ethernet0/0
4.4.4.4           1   FULL/DR         00:00:36    192.168.24.2    Ethernet0/1

R3#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:37    192.168.13.1    Ethernet0/1
5.5.5.5           1   FULL/DR         00:00:37    192.168.35.2    Ethernet0/0

R4#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/BDR        00:00:34    192.168.24.1    Ethernet0/1

R5#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/BDR        00:00:31    192.168.35.1    Ethernet0/0

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:00:34, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O        3.3.3.3 [110/21] via 192.168.12.1, 00:00:34, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O        4.4.4.4 [110/11] via 192.168.24.2, 00:00:24, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/31] via 192.168.12.1, 00:00:34, Ethernet0/0
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O E2  192.168.0.0/24 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O     192.168.13.0/24 [110/20] via 192.168.12.1, 00:00:34, Ethernet0/0
O IA  192.168.35.0/24 [110/30] via 192.168.12.1, 00:00:34, Ethernet0/0

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:00:06, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:00:06, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:00:06, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:00:06, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:00:06, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:00:06, Ethernet0/1

▼ R5のルーティングテーブル▼

R5#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.35.1, 1d09h, Ethernet0/0
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/31] via 192.168.35.1, 1d04h, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/11] via 192.168.35.1, 1d09h, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O IA     4.4.4.4 [110/41] via 192.168.35.1, 00:00:12, Ethernet0/0
O IA  192.168.12.0/24 [110/30] via 192.168.35.1, 1d09h, Ethernet0/0
O IA  192.168.13.0/24 [110/20] via 192.168.35.1, 1d09h, Ethernet0/0
O IA  192.168.24.0/24 [110/40] via 192.168.35.1, 1d04h, Ethernet0/0

NSSAの設定をした場合、上記「R4のルーティングテーブル」が変わります。
具体的にどのように変わるかを確認していきましょう！

【OSPF NSSA 検証】設定変更作業

では、以下にてNSSAの設定を実装していきます。

R2のエリア1をNSSAにする

R2(config)# router ospf 1
R2(config-router)# area 1 nssa default-information-originate

ポイント
スタブエリア、トータリーNSSAではデフォルトルートの生成は自動(設定不要)で広報されますが、
NSSAでは手動設定(area nssa default-information originateコマンドで設定)する必要がございます。

R4のエリア1をNSSAにする

R4(config)# router ospf 1
R4(config-router)# area 1 nssa

R4のLoopback10(Lo10:10.10.10.10)をOSPFネットワークへ再配布する


R4(config)# route-map Loopback->OSPF permit 10
R4(config-route-map)# match interface Loopback10

R4(config)# router ospf 1
R4(config-router)# redistribute connected subnets route-map Loopback->OSPF

【OSPF NSSA 検証】正常性確認

では以下の2点について確認してみましょう！

▼ 本検証の確認ポイント ▼

NSSA内に伝搬されるLSAの確認
※ Type4,5がフィルターされ、Type7が生成されている事
NSSA内ルータのルーティングテーブルの確認
※ABRでType7のデフォルトルートが自動生成される事

【正常性確認①】NSSA内に伝搬されるLSAの確認

・NSSAのルータであるR4の設定前後でOSPFデータベースの差分を確認し、LSA Type4〜5のLSAがフィルターされている事を確認します。
[br num=”1″]
まずはNSSAの設定前のOSPFデータベースを確認します。
以下の通りLSA Type 3〜5を受信しているのが、分かると思います。

[br num=”1″]

▼ 【設定前】R4のOSPFデータベース▼

// ※LSA type3、4、5、7のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link

		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
1.1.1.1         2.2.2.2         41          0x80000004 0x00879B // ← エリア外経路(Type3)として受信
2.2.2.2         2.2.2.2         41          0x80000004 0x00F434 // ← エリア外経路(Type3)として受信
3.3.3.3         2.2.2.2         41          0x80000004 0x008F81 // ← エリア外経路(Type3)として受信
5.5.5.5         2.2.2.2         41          0x80000004 0x009767 // ← エリア外経路(Type3)として受信
192.168.12.0    2.2.2.2         41          0x80000004 0x00753D // ← エリア外経路(Type3)として受信
192.168.13.0    2.2.2.2         41          0x80000004 0x00CED8 // ← エリア外経路(Type3)として受信
192.168.35.0    2.2.2.2         41          0x80000004 0x004047 // ← エリア外経路(Type3)として受信

		Summary ASB Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
5.5.5.5         2.2.2.2         41          0x80000001 0x00857C // ← ASBR情報(Type4)として受信

		Type-5 AS External Link States

Link ID         ADV Router      Age         Seq#       Checksum Tag
100.100.100.100 5.5.5.5         1729        0x80000040 0x00C8F2 0 // ← 外部経路(非OSPF経路)をType5として受信
192.168.0.0     5.5.5.5         1729        0x8000003C 0x0029BE 0 // ← 外部経路(非OSPF経路)をType5として受信

次にNSSAの設定後のOSPFデータベースを確認します。

以下の通りLSA Type 4とLSA Type 5がフィルターされている事が分かると思います。
それは「NSSA」はLSA Type1~3,7のみ伝播可能なOSPFの特殊エリアなので、R2(ABR)がLSA Type 4とLSA Type 5の伝搬を止めているからです。
また、R2(ABR)ではLSA Type5の代わりにLSA Type7のデフォルトルート(0.0.0.0)をNSSA内に伝搬している点も確認出来ると思います。

[br num=”1″]

R4(ASBR)で再配布しているLoopback10(10.10.10.10)のLSAはLSA Type5でなくLSA Type7で生成している点も確認しましょう！

[br num=”1″]

▼ 【設定後】R4のOSPFデータベース▼

// ※LSA type3、4、5、7のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link
		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
1.1.1.1         2.2.2.2         178         0x80000005 0x002BF0
2.2.2.2         2.2.2.2         178         0x80000005 0x009889
3.3.3.3         2.2.2.2         178         0x80000005 0x0033D6
5.5.5.5         2.2.2.2         178         0x80000005 0x003BBC
192.168.12.0    2.2.2.2         178         0x80000005 0x001992
192.168.13.0    2.2.2.2         178         0x80000005 0x00722E
192.168.35.0    2.2.2.2         178         0x80000005 0x00E39C

 // ← 外部経路(LSA Type 4とLSA Type 5)が消えている！以下のLSA Type7のデフォルトルート(0.0.0.0)に集約されている。

		Type-7 AS External Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum Tag
0.0.0.0         2.2.2.2         178         0x80000001 0x00D0D8 0 // ← 外部ルートの代わりにLSA Type7のデフォルトルート(0.0.0.0)が増えている。
10.10.10.10     4.4.4.4         122         0x80000001 0x00D578 0 // ← R4のLo10(10.10.10.10)はLSA Type7として生成されている。

[br num=”1″]

▼ 参考　NSSAでのLSA伝搬 ▼

参考までにLSA Type5の代わりに生成されたLSA Type7のデフォルトルート(0.0.0.0)とR4のLoopback経路(10.10.10.10)を「show ip ospf database nssa-external 0.0.0.0」「show ip ospf database nssa-external 10.10.10.10」コマンドで確認してみましょう！[br num=”1″]
以下の通り、R2(ABR)でデフォルトルートをLSA Type7を生成し、R4(ASBR)でLoopback経路(10.10.10.10)をLSA Type7で生成している事が分かると思います。

▼ OSPFデータベース　LSA Type7(0.0.0.0)▼

R4#show ip ospf database nssa-external 0.0.0.0

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Type-7 AS External Link States (Area 1)

  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 980
  Options: (No TOS-capability, No Type 7/5 translation, DC, Upward)
  LS Type: AS External Link
  Link State ID: 0.0.0.0 (External Network Number ) // ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 2.2.2.2 // ← このデフォルトルートのLSAはR2(ルーターID:2.2.2.2)が生成した事を意味する。
  LS Seq Number: 80000001
  Checksum: 0xD0D8
  Length: 36
  Network Mask: /0
	Metric Type: 2 (Larger than any link state path)  // ← メトリックタイプ(2:非コスト加算型)
	MTID: 0 
	Metric: 1  // ← 非OSPF経路のコスト値
	Forward Address: 0.0.0.0  // ← サブネットマスク(デフォルトルートなので/0)
	External Route Tag: 0

▼ OSPFデータベース　LSA Type7(10.10.10.10)▼

R4#show ip ospf database nssa-external 10.10.10.10

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Type-7 AS External Link States (Area 1)

  LS age: 1037
  Options: (No TOS-capability, Type 7/5 translation, DC, Upward)
  LS Type: AS External Link
  Link State ID: 10.10.10.10 (External Network Number ) // ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 4.4.4.4 // ← 10.10.10.10のLSAはR4(ルーターID:4.4.4.4)が生成した事を意味する。
  LS Seq Number: 80000001
  Checksum: 0xD578
  Length: 36
  Network Mask: /32   // ← サブネットマスク
	Metric Type: 2 (Larger than any link state path)  // ← メトリックタイプ(2:非コスト加算型)
	MTID: 0 
	Metric: 20  // ← 非OSPF経路のコスト値
	Forward Address: 4.4.4.4  // ← 非OSPF経路の転送先アドレス (Type7の場合、ASBRのLoopbackアドレスが入る為、R4のLo0の値が入る)
	External Route Tag: 0

【正常性確認②】NSSA内ルータのルーティングテーブルの確認

・R4の設定前後でルーティングテーブルの差分を確認し、どのように変わっているか確認します。
まずはNSSAの設定前のルーティングテーブルを確認します。

以下の通り外部経路として(100.100.100.100,192.168.0.0)を受信しているのが、分かると思います。

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway            
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:05:04, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:05:04, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:05:04, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:05:04, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1 // ← 外部経路(E2)として反映されている
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1 // ← 外部経路(E2)として反映されている
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:05:04, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:05:04, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:05:04, Ethernet0/1

次にNSSAの設定後のルーティングテーブルを確認します。

以下の通り外部経路(E2)がルーティングテーブルから消えている事が分かると思います。
それは上記「【正常性確認①】NSSA内に伝搬されるLSAの確認」の通り、R2(ABR)でLSA Type 5がフィルターされNSSA内にLSA Type5が流れてこないからです。
代わりにR2(ABR)で生成したLSA Type7のデフォルトルート(0.0.0.0)がルーティングテーブルに反映されている事を確認しましょう！

▼ R4のルーティングテーブル▼

//外部経路(100.100.100.100/32, 192.168.0.0/24)が消えている！

R4#show ip route ospf | begin Gateway
Gateway of last resort is 192.168.24.1 to network 0.0.0.0

O*N2  0.0.0.0/0 [110/1] via 192.168.24.1, 00:27:51, Ethernet0/1  // ← 新たにデフォルトルート(N2:Type7)を受信している事
      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:27:51, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:27:51, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:27:51, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:27:51, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:27:51, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:27:51, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:27:51, Ethernet0/1

最後にR4(Lo10:10.10.10.10)からREX(Lo0:100.100.100.100)へPingが通る事を確認しましょう！

▼ R4のルーティングテーブル▼

R4#ping 100.100.100.100 source loopback 10  
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 100.100.100.100, timeout is 2 seconds:
Packet sent with a source address of 10.10.10.10 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 2/3/7 ms

[br num=”1″]

▼ あなたにオススメな記事 ▼

以下の記事ではトータリーNSSAの検証結果を纏めております。興味のある方はご覧下さい。
[keni-linkcard url=”https://if-network.com/ospf-lab-totally-nssa/”]

まとめ

最後までお読み頂きありがとうございました。
NSSAを有効活用する事により、リンクステートデータベースとルーティングテーブルのサイズを削減する事が可能であり、ネットワークを最適化する事が出来ます。ぜひ覚えておきましょう！
[br num=”1″]
網羅的にOSPFの知識を身につけたい方は、以下のまとめ記事をご確認ください！！

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

トータリースタブエリアの設定方法・正常性確認【OSPF 動作検証】

CHa — Fri, 27 Dec 2019 21:45:54 +0000

本記事ではトータリースタブエリアの設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

【OSPF トータリースタブエリア検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

R2-R4(エリア1)をトータリースタブエリアにする事
R4(Lo0:4.4.4.4)からREX(Lo0:100.100.100.100)へPingが通る事

検証時の確認ポイント

最初に検証時の確認ポイントを整理しておきます。

▼ 本検証の確認ポイント ▼

トータリースタブエリア内に伝搬されるLSAの確認
※ Type3,4,5がフィルターされる事
トータリースタブエリア内のルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【OSPF トータリースタブエリア検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.1/24    10    BDR   1/1
Et0/1        1     0               192.168.13.1/24    10    BDR   1/1


R2#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.2/24    10    DR    1/1
Et0/1        1     1               192.168.24.1/24    10    BDR   1/1

R3#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               3.3.3.3/24         1     LOOP  0/0
Et0/1        1     0               192.168.13.2/24    10    DR    1/1
Et0/0        1     2               192.168.35.1/24    10    BDR   1/1

R4#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     1               4.4.4.4/24         1     LOOP  0/0
Et0/1        1     1               192.168.24.2/24    10    DR    1/1

R5#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     2               5.5.5.5/24         1     LOOP  0/0
Et0/0        1     2               192.168.35.2/24    10    DR    1/1

R1#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:38    192.168.12.2    Ethernet0/0
3.3.3.3           1   FULL/DR         00:00:38    192.168.13.2    Ethernet0/1

R2#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:35    192.168.12.1    Ethernet0/0
4.4.4.4           1   FULL/DR         00:00:32    192.168.24.2    Ethernet0/1

R3#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:37    192.168.13.1    Ethernet0/1
5.5.5.5           1   FULL/DR         00:00:30    192.168.35.2    Ethernet0/0

R4#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/BDR        00:00:38    192.168.24.1    Ethernet0/1

R5#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/BDR        00:00:35    192.168.35.1    Ethernet0/0

・R2とR4「show ip route ospf」コマンドでルーティングテーブルを出力しております。
以下の通り、各OSPF経路・外部経路(非OSPF経路)を受信出来ている事が確認できると思います。

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:07:55, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O        3.3.3.3 [110/21] via 192.168.12.1, 00:07:55, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O        4.4.4.4 [110/11] via 192.168.24.2, 00:07:45, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/31] via 192.168.12.1, 00:07:55, Ethernet0/0
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O E2  192.168.0.0/24 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O     192.168.13.0/24 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O IA  192.168.35.0/24 [110/30] via 192.168.12.1, 00:07:55, Ethernet0/0

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:08:32, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:08:32, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:08:32, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:08:32, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:08:32, Ethernet0/1

トータリースタブエリアの設定をした場合、上記「R4のルーティングテーブル」が変わります。
具体的にどのように変わるかを確認していきましょう！

【OSPF トータリースタブエリア検証】設定変更作業

では、以下にてOSPFの設定を実装していきます。

R2のエリア1をトータリースタブエリアにする

R2(config)# router ospf 1
R2(config-router)# area 1 stub no-summary

R4のエリア1をスタブエリアにする

R2(config)# router ospf 1
R2(config-router)# area 1 stub

【OSPF トータリースタブエリア検証】正常性確認

では以下の2点について確認してみましょう！

▼ 本検証の確認ポイント ▼

トータリースタブエリア内に伝搬されるLSAの確認
※ Type3,4,5がフィルターされる事
トータリースタブエリア内のルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【正常性確認①】トータリースタブエリア内に伝搬されるLSAの確認

・トータリースタブエリア内のルータであるR4の設定前後でOSPFデータベースの差分を確認し、LSA Type4,5のLSAがフィルターされている事を確認します。
[br num=”1″]
まずはトータリースタブエリアの設定前のOSPFデータベースを確認します。
以下の通りLSA Type 3〜5を受信しているのが、分かると思います。

[br num=”1″]

▼ 【設定前】R4のOSPFデータベース▼

// ※LSA type3、4、5のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link  (Area 1)
		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
1.1.1.1         2.2.2.2         1768        0x8000002A 0x003BC1 // ← エリア外経路(Type3)として受信
2.2.2.2         2.2.2.2         1768        0x80000074 0x0014A4 // ← エリア外経路(Type3)として受信
3.3.3.3         2.2.2.2         1768        0x8000002A 0x0043A7 // ← エリア外経路(Type3)として受信
5.5.5.5         2.2.2.2         1768        0x8000001C 0x00677F // ← エリア外経路(Type3)として受信
192.168.12.0    2.2.2.2         1768        0x80000029 0x002B62 // ← エリア外経路(Type3)として受信
192.168.13.0    2.2.2.2         1768        0x8000002A 0x0082FE // ← エリア外経路(Type3)として受信
192.168.35.0    2.2.2.2         1768        0x8000002A 0x00F36D // ← エリア外経路(Type3)として受信

		Summary ASB Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
5.5.5.5         2.2.2.2         1768        0x80000003 0x00817E  // ← ASBR情報(Type4)として受信

		Type-5 AS External Link States

Link ID         ADV Router      Age         Seq#       Checksum Tag
100.100.100.100 5.5.5.5         773         0x8000001A 0x0015CC 0 // ← 外部経路(非OSPF経路)をType5として受信
192.168.0.0     5.5.5.5         271         0x80000019 0x006F9B 0 // ← 外部経路(非OSPF経路)をType5として受信

次にトータリースタブエリアの設定後のOSPFデータベースを確認します。

以下の通りLSA Type 3とLSA Type 4,LSA Type 5がフィルターされている事が分かると思います。
それは「トータリースタブエリア」はLSA Type1~2のみ伝播可能なOSPFの特殊エリアなので、R2(ABR)がLSA Type 3〜5の伝搬を止めているからです。
R2(ABR)ではLSA Type 3〜5の代わりにデフォルトルート(0.0.0.0)をトータリースタブエリア内に伝搬している点も確認しましょう！
※トータリースタブエリアではLSA Type3は伝搬不可ですが、例外としてトータリースタブエリアにする事によりABRが自動生成するLSA Type3のデフォルトルートのみは許可されております。

▼ 【設定後】R4のOSPFデータベース▼

// ※LSA type3、4、5のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link States         
		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
0.0.0.0         2.2.2.2         485         0x80000005 0x006DC4 // ← 代わりにLSA Type3でデフォルトルート(0.0.0.0)が増えている。

 // ← 元々受信していたLSA Type 3〜5が消えている！

参考までにLSA Type3~5の代わりに生成されたLSA Type3のデフォルトルート(0.0.0.0)を「show ip ospf database summary 0.0.0.0」コマンドで確認してみましょう！[br num=”1″]
以下の通り、R2(ABR)でデフォルトルートを生成している事がLSA上でも分かると思います。

▼ OSPFデータベース　LSA Type3(0.0.0.0)▼

R4#show ip ospf database summary 0.0.0.0

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Summary Net Link States (Area 1)

  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 576
  Options: (No TOS-capability, DC, Upward)
  LS Type: Summary Links(Network)
  Link State ID: 0.0.0.0 (summary Network Number)// ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 2.2.2.2 // ← このデフォルトルートのLSAはR2(ルーターID:2.2.2.2)が生成した事を意味する。
  LS Seq Number: 80000005
  Checksum: 0x6DC4
  Length: 28
  Network Mask: /0  // ← サブネットマスク(デフォルトルートなので/0)
	MTID: 0 	Metric: 1

▼ 参考　トータリースタブエリアでのLSA伝搬 ▼

【正常性確認②】トータリースタブエリア内のルーティングテーブルの確認

・R4の設定前後でルーティングテーブルの差分を確認し、どのように変わっているか確認します。
まずはトータリースタブエリアの設定前のルーティングテーブルを確認します。

以下の通りエリア外経路(1.1.1.1/32等)と外部経路(100.100.100.100,192.168.0.0)を受信しているのが、分かると思います。

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:08:32, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:08:32, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:08:32, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:08:32, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1 
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:08:32, Ethernet0/1

次にトータリースタブエリアの設定後のルーティングテーブルを確認します。

以下の通り元々反映されていたエリア外経路(IA)と外部経路(E2)がルーティングテーブルから消えている事が分かると思います。
それは上記「【正常性確認①】トータリースタブエリア内に伝搬されるLSAの確認」の通り、R2(ABR)でLSA Type 3〜5がフィルターされトータリースタブエリア内にLSA Type3〜5が流れてこないからです。
代わりにR2(ABR)で生成したLSA Type3のデフォルトルート(0.0.0.0)がルーティングテーブルに反映されている事を確認しましょう！

▼ R4のルーティングテーブル▼

//元々反映されていたエリア外経路(IA)と外部経路(E2)が消えている！

R4#show ip route ospf | begin Gateway
Gateway of last resort is 192.168.24.1 to network 0.0.0.0

O*IA  0.0.0.0/0 [110/11] via 192.168.24.1, 00:13:20, Ethernet0/1 // ←ABRが生成したデフォルトルート

最後にR4(Lo0:4.4.4.4)からREX(Lo0:100.100.100.100)へPingが通る事を確認しましょう！

▼ R4のルーティングテーブル▼

R4#ping 100.100.100.100 source loopback 0
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 100.100.100.100, timeout is 2 seconds:
Packet sent with a source address of 4.4.4.4 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 2/3/5 ms

[br num=”1″]

▼ あなたにオススメな記事 ▼

以下の記事ではスタブエリアの検証結果を纏めております。興味のある方はご覧下さい。
[keni-linkcard url=”https://if-network.com/ospf-lab-stub/”]

まとめ

最後までお読み頂きありがとうございました。
トータリースタブエリアを有効活用する事により、リンクステートデータベースとルーティングテーブルのサイズを削減する事が可能であり、ネットワークを最適化する事が出来ます。ぜひ覚えておきましょう！
[br num=”1″]
網羅的にOSPFの知識を身につけたい方は、以下のまとめ記事をご確認ください！！

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

スタブエリアの設定方法・正常性確認の方法【OSPF 動作検証】

CHa — Fri, 27 Dec 2019 21:09:44 +0000

本記事ではスタブエリアの設定及び正常性確認に関する検証結果をご紹介させて頂きます。
[br num=”1″]

▼ あなたにオススメな記事 ▼

【OSPF スタブエリア検証】検証内容

設定要件及び検証ネットワークは以下の通りです。

ネットワーク図

検証時のネットワーク環境は以下の通りです。

設定要件

以下の要件に基づきOSPFの設定を実装する。

R2-R4(エリア1)をスタブエリアにする事
R4(Lo0:4.4.4.4)からREX(Lo0:100.100.100.100)へPingが通る事

検証時の確認ポイント

最初に検証時の確認ポイントを整理しておきます。

▼ 本検証の確認ポイント ▼

スタブエリア内に伝搬されるLSAの確認
※ Type4,5がフィルターされる事
スタブエリア内のルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【OSPF スタブエリア検証】事前確認 ※興味ない方は飛ばしてOKです。

本検証ネットワークのOSPFステータスを以下に纏めております。
興味のない方は「4章：設定変更作業から」をクリックして下さい。

検証前時点の各機器の設定内容やログは以下の通りです。

・「show ip ospf interface brief」コマンドで各OSPFインターフェース情報を出力しております。

R1#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               1.1.1.1/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.1/24    10    BDR   1/1
Et0/1        1     0               192.168.13.1/24    10    BDR   1/1


R2#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               2.2.2.2/24         1     LOOP  0/0
Et0/0        1     0               192.168.12.2/24    10    DR    1/1
Et0/1        1     1               192.168.24.1/24    10    BDR   1/1

R3#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     0               3.3.3.3/24         1     LOOP  0/0
Et0/1        1     0               192.168.13.2/24    10    DR    1/1
Et0/0        1     2               192.168.35.1/24    10    BDR   1/1

R4#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     1               4.4.4.4/24         1     LOOP  0/0
Et0/1        1     1               192.168.24.2/24    10    DR    1/1

R5#show ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          1     2               5.5.5.5/24         1     LOOP  0/0
Et0/0        1     2               192.168.35.2/24    10    DR    1/1

R1#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/DR         00:00:38    192.168.12.2    Ethernet0/0
3.3.3.3           1   FULL/DR         00:00:38    192.168.13.2    Ethernet0/1

R2#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:35    192.168.12.1    Ethernet0/0
4.4.4.4           1   FULL/DR         00:00:32    192.168.24.2    Ethernet0/1

R3#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/BDR        00:00:37    192.168.13.1    Ethernet0/1
5.5.5.5           1   FULL/DR         00:00:30    192.168.35.2    Ethernet0/0

R4#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   FULL/BDR        00:00:38    192.168.24.1    Ethernet0/1

R5#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/BDR        00:00:35    192.168.35.1    Ethernet0/0

▼ R2のルーティングテーブル▼

R2#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O        1.1.1.1 [110/11] via 192.168.12.1, 00:07:55, Ethernet0/0
      3.0.0.0/32 is subnetted, 1 subnets
O        3.3.3.3 [110/21] via 192.168.12.1, 00:07:55, Ethernet0/0
      4.0.0.0/32 is subnetted, 1 subnets
O        4.4.4.4 [110/11] via 192.168.24.2, 00:07:45, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/31] via 192.168.12.1, 00:07:55, Ethernet0/0
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O E2  192.168.0.0/24 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O     192.168.13.0/24 [110/20] via 192.168.12.1, 00:07:55, Ethernet0/0
O IA  192.168.35.0/24 [110/30] via 192.168.12.1, 00:07:55, Ethernet0/0

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:08:32, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:08:32, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:08:32, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:08:32, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:08:32, Ethernet0/1

スタブエリアの設定をした場合、上記「R4のルーティングテーブル」が変わります。
具体的にどのように変わるかを確認していきましょう！

【OSPF スタブエリア検証】設定変更作業

では、以下にてOSPFの設定を実装していきます。

R2のエリア1をスタブエリアにする

R2(config)# router ospf 1
R2(config-router)# area 1 stub

R4のエリア1をスタブエリアにする

R2(config)# router ospf 1
R2(config-router)# area 1 stub

【OSPF スタブエリア検証】正常性確認

では以下の2点について確認してみましょう！

▼ 本検証の確認ポイント ▼

スタブエリア内に伝搬されるLSAの確認
※ Type4,5がフィルターされる事
スタブエリア内のルーティングテーブルの確認
※ABRでType3のデフォルトルートが自動生成される事

【正常性確認①】スタブエリア内に伝搬されるLSAの確認

・スタブエリア内のルータであるR4の設定前後でOSPFデータベースの差分を確認し、LSA Type3〜5のLSAがフィルターされている事を確認します。
[br num=”1″]
まずはスタブエリアの設定前のOSPFデータベースを確認します。
以下の通りLSA Type 3〜5を受信しているのが、分かると思います。

[br num=”1″]

▼ 【設定前】R4のOSPFデータベース▼

// ※LSA type3、4、5のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link
		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
1.1.1.1         2.2.2.2         1768        0x8000002A 0x003BC1 // ← エリア外経路(Type3)として受信
2.2.2.2         2.2.2.2         1768        0x80000074 0x0014A4 // ← エリア外経路(Type3)として受信
3.3.3.3         2.2.2.2         1768        0x8000002A 0x0043A7 // ← エリア外経路(Type3)として受信
5.5.5.5         2.2.2.2         1768        0x8000001C 0x00677F // ← エリア外経路(Type3)として受信
192.168.12.0    2.2.2.2         1768        0x80000029 0x002B62 // ← エリア外経路(Type3)として受信
192.168.13.0    2.2.2.2         1768        0x8000002A 0x0082FE // ← エリア外経路(Type3)として受信
192.168.35.0    2.2.2.2         1768        0x8000002A 0x00F36D // ← エリア外経路(Type3)として受信

		Summary ASB Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
5.5.5.5         2.2.2.2         1768        0x80000003 0x00817E // ← ASBR情報(Type4)として受信

		Type-5 AS External Link States

Link ID         ADV Router      Age         Seq#       Checksum Tag
100.100.100.100 5.5.5.5         773         0x8000001A 0x0015CC 0 // ← 外部経路(非OSPF経路)をType5として受信
192.168.0.0     5.5.5.5         271         0x80000019 0x006F9B 0 // ← 外部経路(非OSPF経路)をType5として受信

次にスタブエリアの設定後のOSPFデータベースを確認します。

以下の通りLSA Type 4とLSA Type 5がフィルターされている事が分かると思います。
それは「スタブエリア」はLSA Type1~3のみ伝播可能なOSPFの特殊エリアなので、R2(ABR)がLSA Type 4とLSA Type 5の伝搬を止めているからです。
R2(ABR)ではLSA Type5の代わりにデフォルトルート(0.0.0.0)をスタブエリア内に伝搬している点も確認しましょう！

▼ 【設定後】R4のOSPFデータベース▼

// ※LSA type3、4、5のみ抜粋しております
R4#show ip ospf database | begin Summary Net Link
		Summary Net Link States (Area 1)

Link ID         ADV Router      Age         Seq#       Checksum
0.0.0.0         2.2.2.2         162         0x80000001 0x0075C0 // ← 代わりにLSA Type3でデフォルトルート(0.0.0.0)が増えている。
1.1.1.1         2.2.2.2         162         0x8000002C 0x0055A7
2.2.2.2         2.2.2.2         162         0x80000076 0x002E8A
3.3.3.3         2.2.2.2         162         0x8000002C 0x005D8D
5.5.5.5         2.2.2.2         162         0x8000001E 0x008165
192.168.12.0    2.2.2.2         162         0x8000002B 0x004548
192.168.13.0    2.2.2.2         162         0x8000002C 0x009CE4
192.168.35.0    2.2.2.2         162         0x8000002C 0x000E53

 // ← LSA Type 4とLSA Type 5が消えている！

参考までにLSA Type5の代わりに生成されたLSA Type3のデフォルトルート(0.0.0.0)を「show ip ospf database summary 0.0.0.0」コマンドで確認してみましょう！[br num=”1″]
以下の通り、R2(ABR)でデフォルトルートを生成している事がLSA上でも分かると思います。

▼ OSPFデータベース　LSA Type3(0.0.0.0)▼

R4#show ip ospf database summary 0.0.0.0

            OSPF Router with ID (4.4.4.4) (Process ID 1)

		Summary Net Link States (Area 1)

  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 671
  Options: (No TOS-capability, DC, Upward)
  LS Type: Summary Links(Network)
  Link State ID: 0.0.0.0 (summary Network Number) // ← ネットワークアドレス(デフォルトルートなので0.0.0.0)
  Advertising Router: 2.2.2.2 // ← このデフォルトルートのLSAはR2(ルーターID:2.2.2.2)が生成した事を意味する。
  LS Seq Number: 80000001
  Checksum: 0x75C0
  Length: 28
  Network Mask: /0   // ← サブネットマスク(デフォルトルートなので/0)
	MTID: 0 	Metric: 1

▼ 参考　スタブエリアでのLSA伝搬 ▼

【正常性確認②】スタブエリア内のルーティングテーブルの確認

・R4の設定前後でルーティングテーブルの差分を確認し、どのように変わっているか確認します。
まずはスタブエリアの設定前のルーティングテーブルを確認します。

以下の通り外部経路として(100.100.100.100,192.168.0.0)を受信しているのが、分かると思います。

▼ R4のルーティングテーブル▼

R4#show ip route ospf | begin Gateway
Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:08:32, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:08:32, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:08:32, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:08:32, Ethernet0/1
      100.0.0.0/32 is subnetted, 1 subnets
O E2     100.100.100.100 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1 // ← 外部経路(E2)として反映されている
O E2  192.168.0.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1 // ← 外部経路(E2)として反映されている 
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:08:32, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:08:32, Ethernet0/1

次にスタブエリアの設定後のルーティングテーブルを確認します。

以下の通り外部経路(E2)がルーティングテーブルから消えている事が分かると思います。
それは上記「【正常性確認①】スタブエリア内に伝搬されるLSAの確認」の通り、R2(ABR)でLSA Type 5がフィルターされスタブエリア内にLSA Type5が流れてこないからです。
代わりにR2(ABR)で生成したLSA Type3のデフォルトルート(0.0.0.0)がルーティングテーブルに反映されている事を確認しましょう！

▼ R4のルーティングテーブル▼

//外部経路(100.100.100.100/32, 192.168.0.0/24)が消えている！

R4#show ip route ospf | begin Gateway
Gateway of last resort is 192.168.24.1 to network 0.0.0.0

O*IA  0.0.0.0/0 [110/11] via 192.168.24.1, 00:33:31, Ethernet0/1 // ← 新たにデフォルトルートを受信している事
      1.0.0.0/32 is subnetted, 1 subnets
O IA     1.1.1.1 [110/21] via 192.168.24.1, 00:33:36, Ethernet0/1
      2.0.0.0/32 is subnetted, 1 subnets
O IA     2.2.2.2 [110/11] via 192.168.24.1, 00:33:36, Ethernet0/1
      3.0.0.0/32 is subnetted, 1 subnets
O IA     3.3.3.3 [110/31] via 192.168.24.1, 00:33:36, Ethernet0/1
      5.0.0.0/32 is subnetted, 1 subnets
O IA     5.5.5.5 [110/41] via 192.168.24.1, 00:33:36, Ethernet0/1
O IA  192.168.12.0/24 [110/20] via 192.168.24.1, 00:33:36, Ethernet0/1
O IA  192.168.13.0/24 [110/30] via 192.168.24.1, 00:33:36, Ethernet0/1
O IA  192.168.35.0/24 [110/40] via 192.168.24.1, 00:33:36, Ethernet0/1

最後にR4(Lo0:4.4.4.4)からREX(Lo0:100.100.100.100)へPingが通る事を確認しましょう！

▼ R4のルーティングテーブル▼

R4#ping 100.100.100.100 source loopback 0
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 100.100.100.100, timeout is 2 seconds:
Packet sent with a source address of 4.4.4.4 
!!!!!

[br num=”1″]

▼ あなたにオススメな記事 ▼

以下の記事ではトータリースタブエリアの検証結果を纏めております。興味のある方はご覧下さい。
[keni-linkcard url=”https://if-network.com/ospf-lab-totally-stub/”]

まとめ

最後までお読み頂きありがとうございました。
スタブエリアを有効活用する事により、リンクステートデータベースとルーティングテーブルのサイズを削減する事が可能であり、ネットワークを最適化する事が出来ます。ぜひ覚えておきましょう！
[br num=”1″]
網羅的にOSPFの知識を身につけたい方は、以下のまとめ記事をご確認ください！！

▼ あなたにオススメな記事 ▼

>>参考記事：「[まとめ] OSPF 基礎〜応用・検証結果の記事をまとめました！」

OSPF – エンジニアGO

(Cisco)OSPFの正常性確認&トラブル時に役立つshowコマンド

OSPFのshowコマンド(Cisco)

OSPFのdebugコマンド(Cisco)

OSPF(マルチエリア)の設定方法・設定確認方法を紹介【Junos, Juniper】

OSPF(マルチエリア) 検証内容

設定要件

OSPF(マルチエリア) 事前確認

【事前確認】R1設定確認

【事前確認】R2設定確認

OSPF(マルチエリア) 設定変更作業

OSPF(マルチエリア) 正常性確認

正常性確認① OSPFインターフェースの確認

R2 show ospf interface の出力結果

正常性確認② ルーティングテーブル 反映確認

正常性確認③ OSPFデータベース 反映確認

R1 show ospf database netsummary の出力結果

【参考①】OSPF Type3の情報の詳細を確認( show ospf database netsummary lsa-id x.x.x.x detail )

正常性確認④ Ping試験

R1 Pingの出力結果

R2 Pingの出力結果

Junosの勉強方法

まとめ

OSPF(シングルエリア)の設定方法・設定確認方法を紹介【Junos, Juniper】

OSPF(シングルエリア) 検証内容

設定要件

OSPF(シングルエリア) 事前確認

【事前確認】R1設定確認

【事前確認】R2設定確認

OSPF(シングルエリア) 設定変更作業

手順① Router-idを設定する

R1 Router-id設定

R2 Router-id設定

手順② R1にてLo0及びge-0/0/0をエリア0に設定する

手順③ R3にてge-0/0/0をエリア0に設定する

手順④ R1のLo0をPassiveインターフェースにする

OSPF(シングルエリア) 正常性確認

正常性確認① OSPFインターフェースの確認

R1 show ospf interface の出力結果

R2 show ospf interface の出力結果

正常性確認② OSPFネイバーの確認

R1 show ospf neighbor の出力結果

R2 show ospf neighbor の出力結果

正常性確認③ ルーティングテーブル 反映確認

正常性確認④ OSPFデータベース 反映確認

R1 show ospf database routerの出力結果

R2 show ospf database routerの出力結果

【参考】OSPF Type1の情報の詳細を確認(show ospf database router lsa-id x.x.x.x detail)

正常性確認⑤ Ping試験

R2 Pingの出力結果

Junosの勉強方法

まとめ

スタティックルートの設定方法・設定確認方法を紹介【Junos, Juniper】

スタティックルート 検証内容

設定要件

ネットワーク図

スタティックルート 事前確認

【事前確認】R1設定確認

【事前確認】R2設定確認

スタティックルート 設定変更作業

手順① R1にてR2 Lo0(2.2.2.2)に対するスタティックルートを設定する

手順② R2にてR1 Lo0(1.1.1.1)に対するスタティックルートを設定する

スタティックルート 正常性確認

正常性確認① ルーティングテーブル 反映確認

R1 show route protocol staticの出力結果

R2 show route protocol staticの出力結果

正常性確認② Ping試験

R1 Pingの出力結果

R2 Pingの出力結果

Junosの勉強方法

OSPF タイマー( timers throttle spf )の設定変更方法

【timers throttle spf 検証】検証内容

ネットワーク図

設定要件

【timers throttle spf 検証】事前確認 ※興味ない方は飛ばしてOKです。

【timers throttle spf 検証】設定変更作業

【timers throttle spf 検証】正常性確認

まとめ

OSPF タイマー( timers throttle lsa )の設定変更方法

【timers throttle lsa 検証】検証内容

正常性確認①　OSPFインターフェースの確認

正常性確認②　ルーティングテーブル　反映確認

正常性確認③　OSPFデータベース　反映確認

正常性確認④　Ping試験

正常性確認①　OSPFインターフェースの確認

正常性確認②　OSPFネイバーの確認

正常性確認③　ルーティングテーブル　反映確認

正常性確認④　OSPFデータベース　反映確認

正常性確認⑤　Ping試験

スタティックルート検証内容

スタティックルート事前確認

スタティックルート設定変更作業

スタティックルート正常性確認

正常性確認①　ルーティングテーブル　反映確認

正常性確認②　Ping試験

【OSPF トータリースタブエリア検証】検証内容

【OSPF トータリースタブエリア検証】事前確認 ※興味ない方は飛ばしてOKです。

【OSPF トータリースタブエリア検証】設定変更作業

【OSPF トータリースタブエリア検証】正常性確認

【OSPF スタブエリア検証】検証内容

【OSPF スタブエリア検証】事前確認 ※興味ない方は飛ばしてOKです。

【OSPF スタブエリア検証】設定変更作業

【OSPF スタブエリア検証】正常性確認