京都で開催された JANOG55 盛況でしたね。参加者が 4000 人超えるとかすごいことになってるなって思いました。
さて、今回私は NETCON 実行委員として参加して、オンライン問題1問 / 現地問題3問を作成しました。ここではオンライン問題 Level 2-9 について解説していこうと思います。
問題
問題はこういうものでした。
問題文
あなたはOSPFマルチエリアトポロジの設計、検証作業を行っている。
障害発生時の経路を確認すると上りと下りで異なるパスとなっているパターンを発見した。
原因を特定し、最適パスとなるように設定を変更しなさい。
環境準備
障害パターン再現のため、RT-01 及び RT-02 の Gi0/0/0/2 を shutdown させること
達成条件
RT-01 Loopback0 からRT-04 Loopback0 へのパスが RT-01→RT-02→RT-03→RT-04 となること
制約
- 障害復旧後の経路選択に影響がないように対処すること。
- Static Route の追加は認められない。
- 異なるルーティングプロトコルの追加は認められない。
- 各インターフェースのコストの変更は認められない。
- 所属するエリアは変更してはならない。
事象の確認
障害発生時の検証作業をしているということなので、まずは正常時の状態を確認してみます。OSPF で学習していて、ECMP になっているようです。
RP/0/RP0/CPU0:RT-01#traceroute 4.4.4.4 so lo0
Fri Jan 24 01:34:37.305 UTC
Type escape sequence to abort.
Tracing the route to 4.4.4.4
1 10.1.3.3 3 msec 1 msec 0 msec
2 172.16.34.4 6 msec * 2 msec
RP/0/RP0/CPU0:RT-01#sh route 4.4.4.4
Fri Jan 24 01:35:04.754 UTC
Routing entry for 4.4.4.4/32
Known via "ospf 1", distance 110, metric 30, type inter area
Installed Jan 24 01:34:11.421 for 00:00:53
Routing Descriptor Blocks
10.1.2.2, from 2.2.2.2, via GigabitEthernet0/0/0/1
Route metric is 30
10.1.3.3, from 3.3.3.3, via GigabitEthernet0/0/0/2
Route metric is 30
No advertising protos.では環境準備の通り障害模擬としてインターフェースを落としてみましょう。
RP/0/RP0/CPU0:RT-01#show interface g0/0/0/2 brief
Fri Jan 24 01:39:42.302 UTC
Intf Intf LineP Encap MTU BW
Name State State Type (byte) (Kbps)
--------------------------------------------------------------------------------
Gi0/0/0/2 up up ARPA 1514 1000000
RP/0/RP0/CPU0:RT-01#conf
Fri Jan 24 01:39:46.521 UTC
RP/0/RP0/CPU0:RT-01(config)#interface g0/0/0/2
RP/0/RP0/CPU0:RT-01(config-if)#shutdown
RP/0/RP0/CPU0:RT-01(config-if)#commit
Fri Jan 24 01:39:56.554 UTC
RP/0/RP0/CPU0:RT-01(config-if)#end
RP/0/RP0/CPU0:RT-01#show interface g0/0/0/2 brief
Fri Jan 24 01:40:02.633 UTC
Intf Intf LineP Encap MTU BW
Name State State Type (byte) (Kbps)
--------------------------------------------------------------------------------
Gi0/0/0/2 admin-down admin-down ARPA 1514 1000000
===========
RP/0/RP0/CPU0:RT-02#show interfaces g0/0/0/2 brief
Fri Jan 24 01:40:44.255 UTC
Intf Intf LineP Encap MTU BW
Name State State Type (byte) (Kbps)
--------------------------------------------------------------------------------
Gi0/0/0/2 up up ARPA 1514 1000000
RP/0/RP0/CPU0:RT-02#conf
Fri Jan 24 01:40:54.092 UTC
RP/0/RP0/CPU0:RT-02(config)#interface g0/0/0/2
RP/0/RP0/CPU0:RT-02(config-if)#shut
RP/0/RP0/CPU0:RT-02(config-if)#commit
Fri Jan 24 01:40:59.416 UTC
eRP/0/RP0/CPU0:RT-02(config-if)#end
RP/0/RP0/CPU0:RT-02#show interfaces g0/0/0/2 brief
Fri Jan 24 01:41:02.089 UTC
Intf Intf LineP Encap MTU BW
Name State State Type (byte) (Kbps)
--------------------------------------------------------------------------------
Gi0/0/0/2 admin-down admin-down ARPA 1514 1000000どういう問題が起きてるのかを確認すると、あれ？RT-05を経由してますね。
RP/0/RP0/CPU0:RT-01#sh route 4.4.4.4
Fri Jan 24 01:41:50.421 UTC
Routing entry for 4.4.4.4/32
Known via "ospf 1", distance 110, metric 31, type inter area
Installed Jan 24 01:40:59.770 for 00:00:50
Routing Descriptor Blocks
10.1.2.2, from 3.3.3.3, via GigabitEthernet0/0/0/1
Route metric is 31
No advertising protos.
RP/0/RP0/CPU0:RT-01#traceroute 4.4.4.4 source lo0
Fri Jan 24 01:41:54.736 UTC
Type escape sequence to abort.
Tracing the route to 4.4.4.4
1 10.1.2.2 1 msec 1 msec 1 msec
2 172.16.25.5 1 msec 1 msec 1 msec
3 172.16.35.3 2 msec 1 msec 1 msec
4 172.16.34.4 2 msec * 3 msec
つまりこの障害パターンでは RT-01 → RT-02 → RT-05 → RT-03 → RT-04 となっており、余計に 1hop 経由するのが問題だということがわかります。設問の要件は RT-01 → RT-02 → RT-03 → RT-04 となるようにしなければならないので、RT-02 が RT-05 を向く経路になっているのが原因だと考えられます。実際そのようになっていますね。
RP/0/RP0/CPU0:RT-02#show route ospf
Fri Jan 24 01:44:56.379 UTC
O 1.1.1.1/32 [110/20] via 10.1.2.1, 00:10:46, GigabitEthernet0/0/0/1
O 3.3.3.3/32 [110/11] via 10.2.3.3, 00:10:50, GigabitEthernet0/0/0/5
O 4.4.4.4/32 [110/40] via 172.16.25.5, 00:03:56, GigabitEthernet0/0/0/3
O 5.5.5.5/32 [110/20] via 172.16.25.5, 00:10:49, GigabitEthernet0/0/0/3
O 10.1.3.0/24 [110/11] via 10.2.3.3, 00:10:50, GigabitEthernet0/0/0/5
O 172.16.24.0/24 [110/40] via 172.16.25.5, 00:03:56, GigabitEthernet0/0/0/3
O 172.16.34.0/24 [110/30] via 172.16.25.5, 00:03:56, GigabitEthernet0/0/0/3
O 172.16.35.0/24 [110/20] via 172.16.25.5, 00:10:49, GigabitEthernet0/0/0/3
O 192.168.4.0/24 [110/40] via 172.16.25.5, 00:03:56, GigabitEthernet0/0/0/3
O 192.168.5.0/24 [110/20] via 172.16.25.5, 00:10:49, GigabitEthernet0/0/0/3
RP/0/RP0/CPU0:RT-02#show route 4.4.4.4
Fri Jan 24 01:44:58.722 UTC
Routing entry for 4.4.4.4/32
Known via "ospf 1", distance 110, metric 40, type intra area
Installed Jan 24 01:40:59.589 for 00:03:59
Routing Descriptor Blocks
172.16.25.5, from 4.4.4.4, via GigabitEthernet0/0/0/3
Route metric is 40
No advertising protos.
ということで、方針としては
- なぜ RT-02 は RT-03 ではなく RT-05 経由を最適と判断しているのか
- どうしたら制約を満たした上で RT-05 を経由しなくなるのか
を解決していくことになります。
原因調査
さて、そうは言いつつ、なぜホップ数の多い R5 経由のパスが最適と判断されるのかをどうやって調べるかというところになるのですが、マルチエリア構成などを組まれている方はルーティングテーブルに表示されるフラグについて意識されることがあるかと思います。OSPF だとこれらが該当します。
RP/0/RP0/CPU0:RT-02#show route | i OSPF
Fri Jan 24 01:48:34.327 UTC
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
これらは「OSPF で経路を学習した」ということだけではなく、「どのような経路情報か」ということがわかるようになっています。例としては
- O のみ：OSPF の同一エリアの経路
- O IA：OSPF の外部エリアの経路
- O N1：NSSA (Not-so-stubby-area) タイプ1の経路
- O E1：OSPF に再配送された (External) タイプ1の経路
といったものです。今回の対象となる経路は以下のようになっています。
RP/0/RP0/CPU0:RT-02#show route ospf | i 4.4.4.4
Fri Jan 24 01:58:28.982 UTC
O 4.4.4.4/32 [110/40] via 172.16.25.5, 00:17:29, GigabitEthernet0/0/0/3
RP/0/RP0/CPU0:RT-02#show route 4.4.4.4
Fri Jan 24 01:58:03.317 UTC
Routing entry for 4.4.4.4/32
Known via "ospf 1", distance 110, metric 40, type intra area
Installed Jan 24 01:40:59.589 for 00:17:03
Routing Descriptor Blocks
172.16.25.5, from 4.4.4.4, via GigabitEthernet0/0/0/3
Route metric is 40
No advertising protos.
O のみなので、同一エリアの経路として RT-05 をむくように学習しているということがわかりますね。というところで「あれ？」って思った方は鋭いです。RT-05 を向くようになっているから RT-05 を経由するパスになるのはわかりますが、RT-03 向きの経路は学習されないのか？という話になります。改めて構成図を見てみましょう。
RT-02 と RT-03 の接続は Area0 となっていますので、RT-03 から学習するとしたら「外部エリア」の情報として学習しているはずです。確認してみましょう。学習した情報はリンクステートデータベースにあるのでそちらをみてみましょう。
RP/0/RP0/CPU0:RT-02#show ospf database
Fri Jan 24 02:02:41.792 UTC
OSPF Router with ID (2.2.2.2) (Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 1366 0x80000004 0x006380 2
2.2.2.2 2.2.2.2 1712 0x80000004 0x009111 3
3.3.3.3 3.3.3.3 1332 0x80000005 0x002a79 3
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
10.1.2.2 2.2.2.2 1712 0x80000001 0x0031e5
10.2.3.3 3.3.3.3 1717 0x80000001 0x0046c1
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
4.4.4.4 2.2.2.2 1302 0x80000002 0x0024d7
4.4.4.4 3.3.3.3 1711 0x80000001 0x003fcd
5.5.5.5 2.2.2.2 1714 0x80000001 0x002fdd
5.5.5.5 3.3.3.3 1715 0x80000001 0x0011f7
172.16.24.0 2.2.2.2 1302 0x80000002 0x004ee8
172.16.24.0 3.3.3.3 1711 0x80000002 0x0067df
172.16.25.0 2.2.2.2 1757 0x80000001 0x00183d
172.16.25.0 3.3.3.3 1715 0x80000001 0x005ee8
172.16.34.0 2.2.2.2 1302 0x80000002 0x007bbb
172.16.34.0 3.3.3.3 1756 0x80000001 0x0096b1
172.16.35.0 2.2.2.2 1714 0x80000001 0x000e33
172.16.35.0 3.3.3.3 1756 0x80000001 0x008bbb
192.168.4.0 2.2.2.2 1302 0x80000002 0x00fe9f
192.168.4.0 3.3.3.3 1711 0x80000001 0x001a95
192.168.5.0 2.2.2.2 1714 0x80000001 0x002d85
192.168.5.0 3.3.3.3 1715 0x80000001 0x000f9f
Router Link States (Area 55)
Link ID ADV Router Age Seq# Checksum Link count
2.2.2.2 2.2.2.2 1302 0x80000005 0x00cc95 1
3.3.3.3 3.3.3.3 1716 0x80000004 0x00f275 2
4.4.4.4 4.4.4.4 1268 0x80000003 0x00c3dd 4
5.5.5.5 5.5.5.5 1716 0x80000004 0x004d62 4
Net Link States (Area 55)
Link ID ADV Router Age Seq# Checksum
172.16.25.5 5.5.5.5 1716 0x80000001 0x007cb2
172.16.34.4 4.4.4.4 1718 0x80000001 0x0031f9
172.16.35.5 5.5.5.5 1716 0x80000001 0x0030f0
Summary Net Link States (Area 55)
Link ID ADV Router Age Seq# Checksum
1.1.1.1 2.2.2.2 1712 0x80000001 0x00e735
1.1.1.1 3.3.3.3 1366 0x80000002 0x00d145
2.2.2.2 2.2.2.2 1757 0x80000001 0x0055cd
2.2.2.2 3.3.3.3 1717 0x80000001 0x0041dc
3.3.3.3 2.2.2.2 1716 0x80000001 0x0031ec
3.3.3.3 3.3.3.3 1757 0x80000001 0x000912
10.1.2.0 2.2.2.2 1757 0x80000001 0x000d11
10.1.2.0 3.3.3.3 1717 0x80000001 0x00f820
10.1.3.0 2.2.2.2 1716 0x80000001 0x000c10
10.1.3.0 3.3.3.3 1757 0x80000001 0x00e335
10.2.3.0 2.2.2.2 1756 0x80000001 0x009b89
10.2.3.0 3.3.3.3 1757 0x80000001 0x007da3
最初の2つは「Area 0内」の情報として把握しているものです。個別に情報を確認すると、RT-02 と RT-03 がそれぞれ「そこへ到達するための情報を知っている」というのがわかります。
RP/0/RP0/CPU0:RT-02#show ospf database summary 4.4.4.4
Fri Jan 24 02:05:00.844 UTC
OSPF Router with ID (2.2.2.2) (Process ID 1)
Summary Net Link States (Area 0)
LS age: 1441
Options: (No TOS-capability, DC)
LS Type: Summary Links (Network)
Link State ID: 4.4.4.4 (Summary Network Number)
Advertising Router: 2.2.2.2
LS Seq Number: 80000002
Checksum: 0x24d7
Length: 28
Network Mask: /32
TOS: 0 Metric: 40
LS age: 1850
Options: (No TOS-capability, DC)
LS Type: Summary Links (Network)
Link State ID: 4.4.4.4 (Summary Network Number)
Advertising Router: 3.3.3.3
LS Seq Number: 80000001
Checksum: 0x3fcd
Length: 28
Network Mask: /32
TOS: 0 Metric: 20
3つ目は「Area 55内」の情報として把握しているものです。こちらも確認してみます。
RP/0/RP0/CPU0:RT-02#show ospf data router 4.4.4.4
Fri Jan 24 02:06:44.209 UTC
OSPF Router with ID (2.2.2.2) (Process ID 1)
Router Link States (Area 55)
Routing Bit Set on this LSA
LS age: 1510
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 4.4.4.4
Advertising Router: 4.4.4.4
LS Seq Number: 80000003
Checksum: 0xc3dd
Length: 72
Number of Links: 4
Link connected to: a Stub Network
(Link ID) Network/subnet number: 4.4.4.4
(Link Data) Network Mask: 255.255.255.255
Number of TOS metrics: 0
TOS 0 Metrics: 10
Link connected to: a Stub Network
(Link ID) Network/subnet number: 192.168.4.0
(Link Data) Network Mask: 255.255.255.0
Number of TOS metrics: 0
TOS 0 Metrics: 10
Link connected to: a Stub Network
(Link ID) Network/subnet number: 172.16.24.0
(Link Data) Network Mask: 255.255.255.0
Number of TOS metrics: 0
TOS 0 Metrics: 10
Link connected to: a Transit Network
(Link ID) Designated Router address: 172.16.34.4
(Link Data) Router Interface address: 172.16.34.4
Number of TOS metrics: 0
TOS 0 Metrics: 10
Area 0 （RT-03）で学習した情報と Area 55 から受信した経路の2つがあるのですが、どちらが優先されるかは実は決まっています。こちらにもその記述があります。
これは RFC で規定されているものですが、優先度としては「同一エリア（O）」の方が「外部エリア（O IA）」よりも優先されます。そして RT-02 と RT-03 は「Area 0」で接続しているので、Area 55 で学習した 4.4.4.4/32 の経路情報が優先されるため、RT-02 に唯一存在する Area 55 接続インターフェースである Gi0/0/0/3（RT-05 向け）が出力インターフェースになってしまうのです。
これで原因はわかりました。
対処方法
原因は分かったので次は対処方法です。達成条件からするといくつか手法が考えられますが、制約からいくつかは排除されます。
- 障害復旧後の経路選択に影響がないように対処すること。
→ インターフェースのシャットダウンや passive-interface による「通ってほしくないパスを無効にする」方法は復旧後に戻し作業が必要になってしまうためNG
→ RT-05 への到達性をなくす操作は全て NG
→ そもそも「検証作業中に見つけた想定外パターンをどのように解消するか」なので、今発生している事象「だけ」を回避するのは望ましくない。（障害試験で期待するパスを通ってないからって、そのパスを切断したりフィルタしたりすることで試験結果 OK にするのってありえないですよね？） - 異なるルーティングプロトコルの追加は認められない。
→ OSPF プロセスを分割して所属インターフェースやエリアを移動させるのはNG - 所属するエリアは変更してはならない。
→ RT-02 / RT-03 の Gi0/0/0/5 を Area 55 やその他別のエリアにすることで Area 0 から学習させないというのは NG
そうすると手がないように見えますが、実は制約は「所属するエリアの変更が NG」なだけであって、「所属するエリアを増やす」ことは禁止されていないんですよね。そこに気付けば見つけられるかもしれません。
「そんな IOS-XR 固有のなんか出すな！」と怒られそうですが、これはちゃんと RFC 5185 になっているものなのです。
今回この構成はブロードキャストインターフェースではあるものの、トポロジ的にはポイントツーポイントなので RT-02 と RT-03 で以下の設定を入れるだけで解決します。
RP/0/RP0/CPU0:RT-02#conf
Fri Jan 24 04:19:33.444 UTC
RP/0/RP0/CPU0:RT-02(config)#router ospf 1
RP/0/RP0/CPU0:RT-02(config-ospf)#area 55
RP/0/RP0/CPU0:RT-02(config-ospf-ar)#multi-area-interface g0/0/0/5
RP/0/RP0/CPU0:RT-02(config-ospf-ar-mif)#show config
Fri Jan 24 04:19:43.076 UTC
!! Building configuration...
!! IOS XR Configuration 24.2.2
router ospf 1
area 55
multi-area-interface GigabitEthernet0/0/0/5
!
!
!
end
RP/0/RP0/CPU0:RT-02(config-ospf-ar-mif)#commit
Fri Jan 24 04:19:44.922 UTC
RP/0/RP0/CPU0:RT-02(config-ospf-ar-mif)#end
設定したインターフェースがマルチエリアで隣接関係を結んでいるかも確認しておきます。
RP/0/RP0/CPU0:RT-02#show ospf interface g0/0/0/5 | i Multi
Fri Jan 24 04:22:19.969 UTC
Multi-area interface Count is 1
Multi-Area interface exist in area 55 Neighbor Count is 1
RP/0/RP0/CPU0:RT-03#show ospf interface g0/0/0/5 | i Multi
Fri Jan 24 04:22:49.686 UTC
Multi-area interface Count is 1
Multi-Area interface exist in area 55 Neighbor Count is 1
これで制約を満たした上で達成条件もクリアです。
RP/0/RP0/CPU0:RT-01#traceroute 4.4.4.4 so lo0
Fri Jan 24 04:23:09.380 UTC
Type escape sequence to abort.
Tracing the route to 4.4.4.4
1 10.1.2.2 1 msec 1 msec 0 msec
2 10.2.3.3 1 msec 1 msec 1 msec
3 172.16.34.4 2 msec * 3 msec
ルーティングテーブル的にも綺麗ですね。まず障害発生中。
RP/0/RP0/CPU0:RT-01#show route ospf
Fri Jan 24 04:23:51.479 UTC
O 2.2.2.2/32 [110/20] via 10.1.2.2, 02:49:42, GigabitEthernet0/0/0/1
O 3.3.3.3/32 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 4.4.4.4/32 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 5.5.5.5/32 [110/30] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O 10.1.3.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O 10.2.3.0/24 [110/11] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 172.16.24.0/24 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 172.16.25.0/24 [110/20] via 10.1.2.2, 02:49:42, GigabitEthernet0/0/0/1
O IA 172.16.34.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 172.16.35.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 192.168.4.0/24 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 192.168.5.0/24 [110/30] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
正常状態
RP/0/RP0/CPU0:RT-01#show route ospf
Fri Jan 24 04:23:51.479 UTC
O 2.2.2.2/32 [110/20] via 10.1.2.2, 02:49:42, GigabitEthernet0/0/0/1
O 3.3.3.3/32 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 4.4.4.4/32 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 5.5.5.5/32 [110/30] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O 10.1.3.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O 10.2.3.0/24 [110/11] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 172.16.24.0/24 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 172.16.25.0/24 [110/20] via 10.1.2.2, 02:49:42, GigabitEthernet0/0/0/1
O IA 172.16.34.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 172.16.35.0/24 [110/21] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
O IA 192.168.4.0/24 [110/31] via 10.1.2.2, 02:42:51, GigabitEthernet0/0/0/1
O IA 192.168.5.0/24 [110/30] via 10.1.2.2, 02:43:54, GigabitEthernet0/0/0/1
RP/0/RP0/CPU0:RT-02#show route ospf
Fri Jan 24 04:24:59.813 UTC
O 1.1.1.1/32 [110/20] via 10.1.2.1, 02:50:50, GigabitEthernet0/0/0/1
O 3.3.3.3/32 [110/11] via 10.2.3.3, 02:50:54, GigabitEthernet0/0/0/5
O 4.4.4.4/32 [110/20] via 172.16.24.4, 00:00:09, GigabitEthernet0/0/0/2
O 5.5.5.5/32 [110/20] via 172.16.25.5, 02:50:52, GigabitEthernet0/0/0/3
O 10.1.3.0/24 [110/11] via 10.2.3.3, 00:00:23, GigabitEthernet0/0/0/5
O 172.16.34.0/24 [110/20] via 172.16.24.4, 00:00:09, GigabitEthernet0/0/0/2
[110/20] via 10.2.3.3, 00:00:09, GigabitEthernet0/0/0/5
O 172.16.35.0/24 [110/20] via 172.16.25.5, 00:03:20, GigabitEthernet0/0/0/3
[110/20] via 10.2.3.3, 00:03:20, GigabitEthernet0/0/0/5
O 192.168.4.0/24 [110/20] via 172.16.24.4, 00:00:09, GigabitEthernet0/0/0/2
O 192.168.5.0/24 [110/20] via 172.16.25.5, 02:50:52, GigabitEthernet0/0/0/3
コンフィグ
それぞれの機器のコンフィグは以下のとおりです。
RT-01
hostname RT-01
!
interface Loopback0
ipv4 address 1.1.1.1 255.255.255.255
!
interface GigabitEthernet0/0/0/1
ipv4 address 10.1.2.1 255.255.255.0
!
interface GigabitEthernet0/0/0/2
ipv4 address 10.1.3.1 255.255.255.0
!
router ospf 1
address-family ipv4 unicast
area 0
cost 10
interface Loopback0
!
interface GigabitEthernet0/0/0/1
!
interface GigabitEthernet0/0/0/2
!
!
!
end
RT-02
hostname RT-02
!
interface Loopback0
ipv4 address 2.2.2.2 255.255.255.255
!
interface GigabitEthernet0/0/0/1
ipv4 address 10.1.2.2 255.255.255.0
!
interface GigabitEthernet0/0/0/2
ipv4 address 172.16.24.2 255.255.255.0
!
interface GigabitEthernet0/0/0/3
ipv4 address 172.16.25.2 255.255.255.0
!
interface GigabitEthernet0/0/0/5
ipv4 address 10.2.3.2 255.255.255.0
!
router ospf 1
cost 10
area 0
interface Loopback0
!
interface GigabitEthernet0/0/0/1
!
interface GigabitEthernet0/0/0/5
cost 1
!
!
area 55
interface GigabitEthernet0/0/0/2
!
interface GigabitEthernet0/0/0/3
!
!
!
end
RT-03
hostname RT-03
!
interface Loopback0
ipv4 address 3.3.3.3 255.255.255.255
!
interface GigabitEthernet0/0/0/1
ipv4 address 10.1.3.3 255.255.255.0
!
interface GigabitEthernet0/0/0/2
ipv4 address 172.16.34.3 255.255.255.0
!
interface GigabitEthernet0/0/0/3
ipv4 address 172.16.35.3 255.255.255.0
!
interface GigabitEthernet0/0/0/5
ipv4 address 10.2.3.3 255.255.255.0
!
router ospf 1
cost 10
area 0
interface Loopback0
!
interface GigabitEthernet0/0/0/1
!
interface GigabitEthernet0/0/0/5
cost 1
!
!
area 55
interface GigabitEthernet0/0/0/2
!
interface GigabitEthernet0/0/0/3
!
!
!
end
RT-04
hostname RT-04
!
interface Loopback0
ipv4 address 4.4.4.4 255.255.255.255
!
interface Loopback55
ipv4 address 192.168.4.4 255.255.255.0
!
interface GigabitEthernet0/0/0/1
ipv4 address 172.16.24.4 255.255.255.0
!
interface GigabitEthernet0/0/0/2
ipv4 address 172.16.34.4 255.255.255.0
!
router ospf 1
cost 10
area 55
interface Loopback0
!
interface Loopback55
loopback stub-network enable
!
interface GigabitEthernet0/0/0/1
!
interface GigabitEthernet0/0/0/2
!
!
!
end
RT-05
hostname RT-05
!
interface Loopback0
ipv4 address 5.5.5.5 255.255.255.255
!
interface Loopback55
ipv4 address 192.168.5.5 255.255.255.0
!
interface GigabitEthernet0/0/0/1
ipv4 address 172.16.25.5 255.255.255.0
!
interface GigabitEthernet0/0/0/2
ipv4 address 172.16.35.5 255.255.255.0
!
router ospf 1
cost 10
area 55
interface Loopback0
!
interface Loopback55
loopback stub-network enable
!
interface GigabitEthernet0/0/0/1
!
interface GigabitEthernet0/0/0/2
!
!
!
end
コメント