↓ メインコンテンツへスキップ
KAZULOG.INFO
  1. ネットワーク 記事一覧/
  2. OSPF記事一覧/

OSPFのSummary-LSA（Type 3）

目次

Summary-LSAとは

Summary-LSA（Type 3）は、ABRが「自分のエリアの外にこういう宛先がある」と教えるLSAです。Router-LSA（Type 1）やNetwork-LSA（Type 2）がトポロジそのものを運ぶのに対して、Type 3が運ぶのは宛先とコストだけです。

項目内容
生成するルータABR（2つ以上のエリアに足があるルータ）
届く範囲広告した先のエリアの中だけ
Link State ID宛先のネットワーク番号（マスクは含まない）
Advertising Router広告したABRのルータID
運ぶ情報宛先プレフィックスとメトリック。トポロジは一切入らない

この記事の主題はひとつです。Type 3はエリアの境界で作り直されます。 転送されるのではなく、ABRが毎回新しく作ります。だから同じ宛先でも、エリアが違えば別のLSAになり、Advertising Routerもメトリックも変わります。

エリア設計そのものはマルチエリアとABR、集約は経路集約で扱っています。この記事はLSAとしてのType 3に絞ります。

パケットフォーマット

20バイトの共通ヘッダーのあとは、Network Maskとメトリックだけです。

フィールドサイズ内容
Network Mask4バイト宛先のサブネットマスク。Link State IDと組にして初めて宛先プレフィックスになる
TOS1バイトTOS別メトリック。現在の実装では0固定
metric3バイト（24ビット）そのABRから宛先までのコスト

メトリックが24ビットあるのは、取り消しのときに16777215（LSInfinity）を入れるためです。Router-LSAのメトリックが16ビットなのと対照的で、Type 3とType 5だけがこの幅を持ちます。

宛先1つにつき1つのLSAなので、長さは常に28バイト固定です。

検証トポロジ

ルータエリア役割
R11内部ルータ
R20 / 1ABR
R3・R40 / 2ABR（2台）
R11・R12・R132内部ルータ

エリア2には10.2.0.1〜5/32のループバックが5本あります。エリア1 — エリア0 — エリア2 が数珠つなぎなので、エリア2の宛先がエリア1へ届くまでに境界を2回またぎます。この記事では10.2.0.1/32（R11のLoopback2）を追いかけます。

エリア0とエリア2の間にABRが2台（R3とR4）いるので、同じ宛先にType 3が2つ並ぶのも観察できます。

エリアの境界で作り直される

まずエリア0から見ます。show ospf database summary self-originateは自分がABRとして出したType 3だけを表示します。R3がエリア0へ出した10.2.0.1/32です。

R3 show ospf database summary self-originate（エリア0へ出したもの）
  LS age: 165
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 3.3.3.3
  LS Seq Number: 80000001
  Checksum: 0x9e83
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 2

Advertising RouterはR3、メトリックは2です。R3からR11までのコスト（172.16.3.0/24を1、R11のループバックを1）を足した値で、R3が自分の位置から測った距離です。

同じ宛先を、1つ隣のエリア1で見るとこうなります。

R2 show ospf database summary self-originate（エリア1へ出したもの）
  LS age: 143
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000001
  Checksum: 0xc65e
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 3
項目エリア0のType 3エリア1のType 3
Link State ID10.2.0.110.2.0.1（同じ）
Network Mask/32/32（同じ）
Advertising Router3.3.3.32.2.2.2
Metric23

宛先は同じでも、LSAとしては別物です。 LSAは「LS Type・Link State ID・Advertising Router」の3つ組で識別されるので、Advertising Routerが違えば別のLSAになります。R2はR3のType 3をそのまま転送したのではなく、自分のLSDBの計算結果をもとに新しいType 3を作ったわけです。メトリックの3は、R2からR3までの1に、R3が申告した2を足した値です。

エリア1にいるR1から見ると、R11というルータが存在することすら分かりません。R11のRouter-LSAはエリア2の外へは出ないからです。R1が知っているのは「10.2.0.1/32という宛先が、R2の方向にコスト3である」ということだけです。

パケットでも同じものが確認できます。エリア0のキャプチャーのNo.113と、エリア1のキャプチャーのNo.109を並べます。

エリア0 No.113 R3が出したType 3（tshark -V）
Open Shortest Path First
    OSPF Header
        Version: 2
        Message Type: LS Update (4)
        Packet Length: 56
        Source OSPF Router: 3.3.3.3
        Area ID: 0.0.0.0 (Backbone)
        Checksum: 0xa70c [correct]
        Instance ID: Base IPv4 Unicast Instance (0)
        Auth Type: Null (0)
        Auth Data (none): 0000000000000000
    LS Update Packet
        Number of LSAs: 1
        LSA-type 3 (Summary-LSA (IP network)), len 28
            .000 0000 0000 0001 = LS Age (seconds): 1
            0... .... .... .... = Do Not Age Flag: 0
            Options: 0x22, (DC) Demand Circuits, (E) External Routing
                0... .... = DN: Not set
                .0.. .... = (O) Opaque: Not set
                ..1. .... = (DC) Demand Circuits: Supported
                ...0 .... = (L) LLS Data block: Not Present
                .... 0... = (N) NSSA: Not supported
                .... .0.. = (MC) Multicast: Not capable
                .... ..1. = (E) External Routing: Capable
                .... ...0 = (MT) Multi-Topology Routing: No
            LS Type: Summary-LSA (IP network) (3)
            Link State ID: 10.2.0.1
            Advertising Router: 3.3.3.3
            Sequence Number: 0x80000001
            Checksum: 0x9e83
            Length: 28
            Netmask: 255.255.255.255
            TOS: 0
            Metric: 2
上のtshark出力のパケット（エリア0 No.113 R3のType 3）のpcapをダウンロード
エリア1 No.109 R2が出したType 3（tshark -V）
Open Shortest Path First
    OSPF Header
        Version: 2
        Message Type: LS Update (4)
        Packet Length: 56
        Source OSPF Router: 2.2.2.2
        Area ID: 0.0.0.1
        Checksum: 0x8333 [correct]
        Instance ID: Base IPv4 Unicast Instance (0)
        Auth Type: Null (0)
        Auth Data (none): 0000000000000000
    LS Update Packet
        Number of LSAs: 1
        LSA-type 3 (Summary-LSA (IP network)), len 28
            .000 0000 0000 0001 = LS Age (seconds): 1
            0... .... .... .... = Do Not Age Flag: 0
            Options: 0x22, (DC) Demand Circuits, (E) External Routing
                0... .... = DN: Not set
                .0.. .... = (O) Opaque: Not set
                ..1. .... = (DC) Demand Circuits: Supported
                ...0 .... = (L) LLS Data block: Not Present
                .... 0... = (N) NSSA: Not supported
                .... .0.. = (MC) Multicast: Not capable
                .... ..1. = (E) External Routing: Capable
                .... ...0 = (MT) Multi-Topology Routing: No
            LS Type: Summary-LSA (IP network) (3)
            Link State ID: 10.2.0.1
            Advertising Router: 2.2.2.2
            Sequence Number: 0x80000001
            Checksum: 0xc65e
            Length: 28
            Netmask: 255.255.255.255
            TOS: 0
            Metric: 3
上のtshark出力のパケット（エリア1 No.109 R2のType 3）のpcapをダウンロード

Link State IDとNetmaskは同じで、Advertising RouterとMetricだけが違います。この2つは、別々のリンクを流れる別々のLSAです。

ABRが2台いれば、同じ宛先にType 3が2つ並ぶ

エリア0とエリア2の間にはR3とR4の2台のABRがいるので、エリア0のLSDBには10.2.0.1/32のType 3が2つあります。

R2 show ospf database summary（エリア0の10.2.0.1が2件）
  Routing Bit Set on this LSA
  LS age: 145
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 3.3.3.3
  LS Seq Number: 80000001
  Checksum: 0x9e83
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 2 

  LS age: 121
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 4.4.4.4
  LS Seq Number: 80000001
  Checksum: 0xee24
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 13

R3が2、R4が13です。R4側が大きいのは172.16.4.0/24のコストを10にしてあるからで、それぞれのABRが自分の位置から測った値をそのまま申告しています。受け取ったルータは、ここに自分からABRまでのコストを足して比べます。

設定を変えるとどう変わるか

10.2.0.1/32を消したり、コストを変えたりして、Type 3がどう追従するかを見ました。7STEPぶんをまとめます。

STEP操作エリア0エリア1
0起動直後R3:2 / R4:13R2:3
1R11のLoopback2をOSPFから外す（無し）（無し）
2復旧R3:2 / R4:13R2:3
3R3のエリア2側をcost 10R3:11 / R4:13R2:12
4元に戻すR3:2 / R4:13R2:3
5R4のエリア2側をshutdownR3:2 のみR2:3（変化なし）
6全復旧（最終状態）R3:2 / R4:13R2:3

コストを変えると、隣のエリアまで連鎖する

R3のエリア2側インタフェースのコストを10にすると、R3が出すType 3のメトリックが2から11になります。

R3 STEP 3：エリア2側のコストを10にした直後
  LS age: 153
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 3.3.3.3
  LS Seq Number: 80000002
  Checksum: 0xf621
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 11

ここまでは当然です。注目すべきはその先で、R2がエリア1へ出しているType 3も追従して変わります。

R2 STEP 3：エリア1へ出すメトリックも変わる
  LS age: 130
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000002
  Checksum: 0x1ffb
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 12

3から12になりました。R2は10.2.0.1/32への最良経路をR3経由（1＋11＝12）と計算し直し、その結果を新しいType 3として作り直したわけです。R2のLSAのシーケンス番号も1つ進みます。

エリア2で1行変えただけで、2つ隣のエリアのLSAまで書き換わる——これがType 3の連鎖です。ただし変わるのは数値だけで、エリア1のルータにはエリア2の何が変わったのかは分かりません。

キャプチャーの絶対時刻で見ると、この連鎖が一段ずつ起きていることが分かります。エリア0のNo.171（R3のメトリック11）が13:01:23.881、エリア1のNo.166（R2のメトリック12）が13:01:24.087でした。

その差は206ミリ秒です。エリアの境界を1つ越えるのに一段かかっていることが実測できます。

取り消しも一段ずつ伝わる

宛先そのものを消すと、取り消しが同じ道を伝わります。R11のLoopback2をOSPFから外しました。

エリア0 No.50 R3が出した取り消し（tshark -V）
Open Shortest Path First
    OSPF Header
        Version: 2
        Message Type: LS Update (4)
        Packet Length: 56
        Source OSPF Router: 3.3.3.3
        Area ID: 0.0.0.0 (Backbone)
        Checksum: 0xade8 [correct]
        Instance ID: Base IPv4 Unicast Instance (0)
        Auth Type: Null (0)
        Auth Data (none): 0000000000000000
    LS Update Packet
        Number of LSAs: 1
        LSA-type 3 (Summary-LSA (IP network)), len 28
            .000 1110 0001 0000 = LS Age (seconds): 3600
            0... .... .... .... = Do Not Age Flag: 0
            Options: 0x22, (DC) Demand Circuits, (E) External Routing
                0... .... = DN: Not set
                .0.. .... = (O) Opaque: Not set
                ..1. .... = (DC) Demand Circuits: Supported
                ...0 .... = (L) LLS Data block: Not Present
                .... 0... = (N) NSSA: Not supported
                .... .0.. = (MC) Multicast: Not capable
                .... ..1. = (E) External Routing: Capable
                .... ...0 = (MT) Multi-Topology Routing: No
            LS Type: Summary-LSA (IP network) (3)
            Link State ID: 10.2.0.1
            Advertising Router: 3.3.3.3
            Sequence Number: 0x80000002
            Checksum: 0x889a
            Length: 28
            Netmask: 255.255.255.255
            TOS: 0
            Metric: 16777215
上のtshark出力のパケット（エリア0 No.50 Type 3の取り消し）のpcapをダウンロード

LS Age 3600（MaxAge）とMetric 16777215（LSInfinity）の両方が入っています。 RFC 2328のSection 12.4.3は、Type 3を取り消す方法としてMaxAgeでのフラッシュとLSInfinityの広告のどちらでもよいとしていますが、IOS XRは1つのLSAで両方を送っていました。受け取った側はどちらの解釈でもこの経路を使わなくなります。

同じ取り消しが、エリア1では1つ遅れて流れます。

エリア1 No.47 R2が出した取り消し（tshark -V）
Open Shortest Path First
    OSPF Header
        Version: 2
        Message Type: LS Update (4)
        Packet Length: 56
        Source OSPF Router: 2.2.2.2
        Area ID: 0.0.0.1
        Checksum: 0x9405 [correct]
        Instance ID: Base IPv4 Unicast Instance (0)
        Auth Type: Null (0)
        Auth Data (none): 0000000000000000
    LS Update Packet
        Number of LSAs: 1
        LSA-type 3 (Summary-LSA (IP network)), len 28
            .000 1110 0001 0000 = LS Age (seconds): 3600
            0... .... .... .... = Do Not Age Flag: 0
            Options: 0x22, (DC) Demand Circuits, (E) External Routing
                0... .... = DN: Not set
                .0.. .... = (O) Opaque: Not set
                ..1. .... = (DC) Demand Circuits: Supported
                ...0 .... = (L) LLS Data block: Not Present
                .... 0... = (N) NSSA: Not supported
                .... .0.. = (MC) Multicast: Not capable
                .... ..1. = (E) External Routing: Capable
                .... ...0 = (MT) Multi-Topology Routing: No
            LS Type: Summary-LSA (IP network) (3)
            Link State ID: 10.2.0.1
            Advertising Router: 2.2.2.2
            Sequence Number: 0x80000002
            Checksum: 0xa680
            Length: 28
            Netmask: 255.255.255.255
            TOS: 0
            Metric: 16777215
上のtshark出力のパケット（エリア1 No.47 Type 3の取り消し）のpcapをダウンロード

2つのキャプチャーの絶対時刻を並べると、伝播の順序がはっきりします。

時刻エリア内容
12:52:24.6880R3が取り消し
12:52:24.7520R4が取り消し（R3の64ミリ秒後）
12:52:24.8781R2が取り消し（R3の190ミリ秒後）

エリア2で消えた宛先が、エリア0を経てエリア1へ届くまでに一段ずつ時間がかかっています。Type 3はリンクステートではなく、エリア間では距離ベクターのように振る舞う——という説明の実測値です。

冗長なABRが落ちても、その先のエリアには伝わらない

R4のエリア2側インタフェースを落とすと、エリア0のType 3が2つから1つに減ります。

R2 STEP 5：エリア0のType 3がR3発の1つだけになった
  Routing Bit Set on this LSA
  LS age: 402
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.2.0.1 (Summary Network Number)
  Advertising Router: 3.3.3.3
  LS Seq Number: 80000003
  Checksum: 0x9a85
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 2

ところがエリア1側は何も変わりません。R2の最良経路はもともとR3経由（コスト3）で、R4経由（コスト14）は使っていなかったからです。R2が出すType 3の中身が変わらないので、作り直す必要もありません。

Type 3が運ぶのは「最良経路のコスト」だけなので、その値が変わらない限り、エリアの外の変化はそこで止まります。エリアを分ける効果がそのまま現れた形です。

バックボーンを経由する規則

Type 3は距離ベクター的に振る舞うので、そのままではループしかねません。それを防いでいるのがRFC 2328のSection 12.4.3が定める2つの規則です。

規則内容
1エリア内の経路だけをバックボーンへ広告する。 他のエリアから学んだ経路（Type 3で受け取ったもの）はバックボーンへ入れない
2バックボーンから学んだ経路は、非バックボーンのエリアへ広告してよい

R2で確認できます。R2はエリア0とエリア1のABRなので、規則1に従うならエリア0へ出せるのはエリア1由来の経路だけのはずです。

R2 show ospf database summary self-originate（エリア0へ出した分）
RP/0/RP0/CPU0:R2#show ospf database summary self-originate
Wed Sep  9 03:49:39.462 UTC


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

		Summary Net Link States (Area 0)

  LS age: 108
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 1.1.1.1 (Summary Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000001
  Checksum: 0x33fb
  Length: 28
  Network Mask: /32
	TOS: 0 	Metric: 2 

  LS age: 183
  Options: (No TOS-capability, DC)
  LS Type: Summary Links (Network)
  Link State ID: 10.0.12.0 (Summary Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000001
  Checksum: 0x50cd
  Length: 28
  Network Mask: /24
	TOS: 0 	Metric: 1

エリア0へ出しているのは1.1.1.1と10.0.12.0の2件だけでした。どちらもエリア1にある経路です。エリア0のLSDBには10.2.0.1をはじめエリア2由来のType 3が並んでいますが、R2はそれを1件もエリア0へ戻していません。

一方、エリア1へ向けては17件を広告しています。エリア0で学んだもの（エリア2由来を含む）を全部流し込んでいるわけです。

方向R2が広告する内容件数
エリア1 → エリア0エリア1由来の経路のみ2
エリア0 → エリア1エリア0で知っている経路すべて17

この非対称が、すべてのエリア間トラフィックがバックボーンを通るという設計と、ループが起きない理由の両方を作っています。エリア2の経路がエリア0へ入り、そこからエリア1へ出る——という一方通行しかありません。

SPFでの扱い

Type 3はグラフの頂点にも辺にもなりません。RFC 2328のSection 16.2が定めるエリア間経路の計算は、SPFの木ができたあとに実行されます。

  1. まずType 1とType 2だけで、自分のエリアの最短経路木を作る
  2. 木の中からABRを見つけ、そのABRまでのコストを求める
  3. そのABRが出しているType 3を見て、ABRまでのコスト + Type 3のメトリックを宛先のコストとする

つまりType 3は木の枝ではなく、木の先にぶら下げる荷札です。だからType 3をいくら受け取ってもSPFの計算量は増えず、エリアを分けることが計算量の削減につながります。

R1（エリア1の内部ルータ）が持っているエリア間経路を見ると、この足し算が確認できます。

R1 show ospf routes（エリア間経路の部分）
RP/0/RP0/CPU0:R1#show ospf routes
Wed Sep  9 03:49:20.863 UTC

Topology Table for ospf 1 with ID 1.1.1.1

Codes: O - Intra area, O IA - Inter area
       O E1 - External type 1, O E2 - External type 2
       O N1 - NSSA external type 1, O N2 - NSSA external type 2

O    1.1.1.1/32, metric 1
       1.1.1.1, directly connected, via Loopback0, ifIndex 7
O IA 2.2.2.2/32, metric 2
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 3.3.3.3/32, metric 3
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 4.4.4.4/32, metric 3
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O    10.0.12.0/24, metric 1
       10.0.12.1, directly connected, via GigabitEthernet0/0/0/0, ifIndex 4
O IA 10.0.23.0/24, metric 2
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.0.24.0/24, metric 2
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.1.11.0/24, metric 4
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.1.12.0/24, metric 5
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.2.0.1/32, metric 4
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.2.0.2/32, metric 4
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.2.0.3/32, metric 6
       10.0.12.2, from 2.2.2.2, via GigabitEthernet0/0/0/0, ifIndex 4, path-id 1
O IA 10.2.0.4/32, metric 6

10.2.0.1/32がmetric 4です。R1からR2までが1、R2が申告したType 3のメトリックが3で、合計4になります。R1はエリア2のトポロジを一切知らないまま、この足し算だけで経路を決めています。

まとめ

見たいものどこを見るか
どのABRがこの宛先を広告しているかType 3のAdvertising Router
そのABRから宛先までの距離Metric（自分からABRまでのコストは含まれない）
宛先のプレフィックスLink State ID と Network Mask の組
経路が取り消されたかLS Age 3600 または Metric 16777215
ABRが何をどちらへ広告しているかshow ospf database summary self-originate

Type 3を読むときのコツは、「誰が」「どこから測って」その値を言っているのかを常に意識することです。同じ宛先でもエリアが違えば別のLSAで、メトリックの起点も違います。トラブルシュートでメトリックが合わないときは、たいていどのABRの視点で見ているかがずれています。

参考

文書節内容
RFC 2328Section 12.4.3Summary-LSAの生成規則。バックボーンへはエリア内の経路だけを広告する規定、取り消しの方法
RFC 2328Appendix A.4.4Summary-LSAのパケットフォーマット（メトリックは24ビット）
RFC 2328Section 16.2エリア間経路の計算。SPFの木ができたあとにABRまでのコストへ足す
RFC 2328Section 3.1すべてのエリア間トラフィックがバックボーンを通る設計
RFC 2328Appendix ELink State IDが衝突する場合の扱い

検証構成

CMLに7台のXRd（IOS XR 26.1.1）で組んだ3エリアのラボです。エリア2には10.2.0.1〜5/32のループバックがあり、10.2.0.1/32を追いかけました。キャプチャーはエリア0（R2 - R3）とエリア1（R1 - R2）の2か所で同時に取っています。同じ宛先が別々のLSAとして別々のリンクを流れる様子と、その時間差を測るためです。

エリア0（R2 - R3）のキャプチャーをダウンロード

エリア1（R1 - R2）のキャプチャーをダウンロード

検証Configおよびshow結果

各STEPで7台すべてから、次の3種類をルータごとに分けて取得しています。検証Configはこの..._run.txtです（最終状態はSTEP 6のもの）。

ファイル内容
..._show.txtshow version / show interface description / show route / show route ospf / show ospf / show ospf interface / show ospf interface brief / show ospf neighbor / show ospf neighbor detail / show ospf database / show ospf database router / show ospf database network / show ospf statistics interface / show ospf database summary self-originate / show ospf database summary / show ospf border-routers / show ospf routes / show ospf database database-summary
..._log.txtそのSTEPの範囲だけに絞ったshow logging
..._run.txtそのSTEP時点のshow running-config（＝そのSTEPの検証Config）

show ospf database summary self-originateを足したのがこの記事の要です。そのABRが自分で作ったType 3だけが、エリアごとに分かれて並ぶので、「どのエリアへ何を広告しているか」が1画面で分かります。

STEP 0：起動直後

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 1：R11のLoopback2（10.2.0.1）をOSPFから外す

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 2：復旧

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 3：R3のエリア2側をcost 10

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 4：元に戻す

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 5：R4のエリア2側をshutdown（ABRを1台に）

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

STEP 6：全復旧（最終状態）

ルータshow出力syslogrunning-config
R1showlogrun
R2showlogrun
R3showlogrun
R4showlogrun
R11showlogrun
R12showlogrun
R13showlogrun

関連記事