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

IS-ISのレベル1とレベル2（階層構造）

目次

なぜ階層があるのか

リンクステート型は全ルータが同一のLSDBを持ち、そこからSPFを計算します（IS-ISとは）。ネットワークが大きくなると次の問題が出ます。

  • LSDBのサイズがネットワーク全体の規模に比例して大きくなる
  • どこか1か所でリンクが変化するたびに、全ルータがLSPを受け取ってSPFを計算し直す
  • SPFの計算量はノード数とリンク数に応じて増える

そこでIS-ISはネットワークをエリアに分け、レベル1（エリア内）とレベル2（エリア間）の2階層でルーティングします。LSDBはエリアごとに分かれ、あるエリアの変化が他エリアのSPF計算を引き起こさなくなります。

OSPFと同じ発想ですが、階層の切り方が異なります。

レベル1・レベル2・レベル1-2

ルータは参加するレベルで3種類に分かれます。

種類役割OSPFで近いもの
レベル1（level-1）エリア内のルーティングのみ。同じエリアのルータとだけ隣接を張る。エリア外の経路は個別に持たない内部ルータ（スタブエリア内）
レベル2（level-2-only）エリア間のルーティングのみ。バックボーンを構成する。エリアが違う相手とも隣接を張れるバックボーン専用ルータ
レベル1-2（level-1-2）両方に参加する。自エリアと他エリアの境界になるABR（ただし後述のとおり性質は異なる）

Cisco実装の既定はレベル1-2です。片方に絞るにはis-typeで指定します。既定のままだとLSDBも隣接も両方持つため、必要なレベルだけに絞るのが一般的です。

エリア境界はリンクの上にある

最も混同しやすいのがエリア境界の位置です。

OSPFのABRは1台が複数のエリアに属し、境界はルータの内部を通ります。

IS-ISのルータはNETのArea IDで所属が決まり、1つのエリアにしか属しません（IS-ISのNSAPアドレスとNET。複数のNETを設定してもエリアが統合されるので所属は1つです。ISO/IEC 10589:2002の序文も「各システムはちょうど1つのエリアに属する」と述べています）。エリアが違うルータはレベル2の隣接で結ばれ、境界はリンクの上を通ります。

設計では「このリンクをエリアの境界にする」と考えます。

同じ宛先を両方のレベルで学習したらどちらを使うか

レベル1-2のルータは、同じ宛先を自エリア内（レベル1）とバックボーン経由（レベル2）の両方で学習することがあります。このときの選び方は、ISO/IEC 10589:2002の7.2.12.3 b)に定められています。

レベル2の経路があれば、仮想リンクを通るレベル1の経路より優先される。そうでなければレベル1の経路が優先される。

仮想リンクは、分断されたエリアをレベル2経由でつなぐパーティション修復（7.2.10）で使われるものです。同規格の附属書Aの適合表では、*Partition は L2IS:O（レベル2 ISの任意機能）とされており、実装しない選択が認められています。仮想リンクを持たない実装では、条件の後半だけが残ってレベル1が常に優先されます。

一方、同じレベルの中はメトリックで決まります。等コストの経路が複数あれば、そのすべてが経路表に入ります（IS-ISのECMP）。

つまり判断の順序はこうなります。

比べる相手何で決まるか
レベル1の経路とレベル2の経路レベル（メトリックの大小は関係しない）
同じレベルの経路どうしメトリック（等コストならECMP）

検証環境

Cisco IOS XR（XRd 26.1.1）7台で、3種類のルータがすべて登場する構成です。R2–R5–R3がレベル2のバックボーンで、両端にレベル1のエリアが付きます。

ルータNETis-type役割
R149.0001.0010.0100.1001.00level-1エリア49.0001の内部ルータ
R649.0001.0060.0600.6006.00level-1エリア49.0001の内部ルータ。Lo1 172.16.0.100/32
R249.0001.0020.0200.2002.00（既定＝level-1-2）エリア49.0001の境界
R549.0005.0050.0500.5005.00level-2-onlyバックボーン専用
R349.0002.0030.0300.3003.00（既定＝level-1-2）エリア49.0002の境界
R449.0002.0040.0400.4004.00level-1エリア49.0002の内部ルータ
R749.0002.0070.0700.7007.00level-1エリア49.0002の内部ルータ。Lo1 172.16.0.100/32

R5は自分だけのエリア49.0005です。レベル2の隣接はエリアアドレスの一致を要求しません（ISO/IEC 10589:2002の7.1.5。一致を要求するのはレベル1の隣接だけです）。R2・R3の「既定」は、level-1-2が既定値でshow running-configに現れないためです。

R6とR7に同じ172.16.0.100/32を持たせています。 これでR2は、この宛先を自エリア内（R6経由のレベル1）とバックボーン経由（R3経由のレベル2）の両方で学習します。前節の優先順位を実機で確かめるための仕掛けです。

全リンクはpoint-to-pointで、メトリックは全台metric-style wideの10です。 STEP 2で1000を使いますが、narrowメトリックの上限は63（ISO/IEC 10589:2002のMaxLinkMetric）なので、この試験はwideでなければ再現できません。設定は各STEPの..._run.txtにあります。

優先順位を観測する前提として、R3が自エリアで学習した経路をレベル2へ再広告し、それがR2まで届いている必要があります。初期状態でR2のレベル2 LSDBにあるR3のLSPを見ると、エリア49.0002のプレフィックスが載っています。

STEP 0：R2の show isis database verbose（レベル2のR3のLSP、抜粋）
R3.00-00              0x00000007   0x7610        557  /1200         0/0/0
  Area Address:   49.0002
  LSP MTU:        1492
  NLPID:          0xcc
  IP Address:     3.3.3.3
  Hostname:       R3
  Metric: 10         IS-Extended R5.00
  Metric: 0          IP-Extended 3.3.3.3/32
    Prefix Attribute Flags: X:0 R:0 N:1 E:0 A:0
  Metric: 10         IP-Extended 4.4.4.4/32
    Prefix Attribute Flags: X:0 R:1 N:1 E:0 A:0
  Metric: 10         IP-Extended 7.7.7.7/32
    Prefix Attribute Flags: X:0 R:1 N:1 E:0 A:0
  Metric: 10         IP-Extended 10.0.34.0/24
    Prefix Attribute Flags: X:0 R:0 N:0 E:0 A:0
  Metric: 10         IP-Extended 10.0.35.0/24
    Prefix Attribute Flags: X:0 R:0 N:0 E:0 A:0
  Metric: 10         IP-Extended 10.0.37.0/24
    Prefix Attribute Flags: X:0 R:0 N:0 E:0 A:0

これが届いていなければ「レベル1が優先された」ではなく「レベル2の経路が無かった」ことになるため、全STEPでこの確認を先に通しています。

STEP操作確かめること
0初期状態3種類のルータ、レベル別の隣接、レベル1のデフォルトルート
1R6とR7のLoopback1をIS-ISに入れるR2が同じ宛先をレベル1とレベル2の両方で学習する
2R2のR6向けをmetric 1000にするメトリックを大きくしてもレベル1が選ばれ続ける
3R6のLoopback1をIS-ISから外すレベル1の経路が無くなって初めてレベル2が使われる
4R6のLoopback1とメトリックを戻す競合する状態へ戻る
5R2をis-type level-2-onlyにするR1とR6とのレベル1隣接が落ちる
6R2をlevel-1-2へ戻す復旧する
7R2のR5向けにcircuit-type level-1を入れるバックボーンが分断され、エリア間の疎通が止まる
8circuit-typeを削除（最終状態）初期状態と同じ

LSDBはレベルごとに別々

レベル1とレベル2は独立したLSDBを持ち、レベル1-2のルータは2つを同時に保持します。

show isis databaseはレベルごとに表が分かれます。

STEP 0：R2の show isis database
RP/0/RP0/CPU0:R2#show isis database
Sun Oct  4 15:04:22.453 UTC

IS-IS 1 (Level-1) Link State Database
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime/Rcvd  ATT/P/OL
R1.00-00              0x00000005   0xdeb4        537  /1200         0/0/0
R2.00-00            * 0x00000007   0xca9d        540  /*            1/0/0
R6.00-00              0x00000005   0xc5e7        537  /1200         0/0/0

 Total Level-1 LSP count: 3     Local Level-1 LSP count: 1

IS-IS 1 (Level-2) Link State Database
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime/Rcvd  ATT/P/OL
R2.00-00            * 0x00000007   0x33ba        541  /*            0/0/0
R3.00-00              0x00000007   0x7610        557  /1200         0/0/0
R5.00-00              0x00000006   0x1d96        549  /1200         0/0/0

 Total Level-2 LSP count: 3     Local Level-2 LSP count: 1
データベース入っているLSP意味
Level-1R1、R2、R6エリア49.0001に属する3台だけ。R3・R4・R5・R7のLSPは入らない
Level-2R2、R3、R5バックボーンに参加する3台。R1・R4・R6・R7のLSPは入らない

レベル2専用のR5はレベル1のLSDBを持ちません。

STEP 0：R5の show isis database
RP/0/RP0/CPU0:R5#show isis database
Sun Oct  4 15:05:44.026 UTC

IS-IS 1 (Level-2) Link State Database
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime/Rcvd  ATT/P/OL
R2.00-00              0x00000007   0x33ba        459  /1200         0/0/0
R3.00-00              0x00000007   0x7610        476  /1200         0/0/0
R5.00-00            * 0x00000007   0x1b97        1165 /*            0/0/0

 Total Level-2 LSP count: 3     Local Level-2 LSP count: 1

エリア49.0002の中の変化はエリア49.0001に流れず、R1のSPF計算も起きません。

レベル1ルータはエリア外へデフォルトルートで出る

レベル1のルータは自エリアのトポロジしか知りません。他エリアの宛先へは、レベル1-2のルータがATT（Attached）ビットを立てたレベル1 LSPを受けて作るデフォルトルートで転送します。

STEP 0：R1の show route isis
RP/0/RP0/CPU0:R1#show route isis
Sun Oct  4 15:03:58.154 UTC

i*L1 0.0.0.0/0 [115/10] via 10.0.12.2, 00:10:34, GigabitEthernet0/0/0/0
i L1 2.2.2.2/32 [115/10] via 10.0.12.2, 00:10:37, GigabitEthernet0/0/0/0
i L1 6.6.6.6/32 [115/20] via 10.0.12.2, 00:10:37, GigabitEthernet0/0/0/0
i L1 10.0.25.0/24 [115/20] via 10.0.12.2, 00:10:37, GigabitEthernet0/0/0/0
i L1 10.0.26.0/24 [115/20] via 10.0.12.2, 00:10:37, GigabitEthernet0/0/0/0

i*L1 0.0.0.0/0がそれで、show routeではcandidate default pathと明示されます。仕組みと条件はIS-ISのATTビットとレベル1のデフォルトルートで解説しています。

レベルが違えばレベルで決まる（STEP 1〜3）

STEP 1でR6とR7のLoopback1をIS-ISに入れると、R2が同じ宛先を両方のレベルで学習します。R2が選んだのはレベル1の経路です。

STEP 1：R2の show route 172.16.0.100/32
RP/0/RP0/CPU0:R2#show route 172.16.0.100/32
Sun Oct  4 15:10:14.926 UTC

Routing entry for 172.16.0.100/32
  Known via "isis 1", distance 115, metric 10, type level-1
  Installed Oct  4 15:07:10.258 for 00:03:04
  Routing Descriptor Blocks
    10.0.26.6, from 6.6.6.6, via GigabitEthernet0/0/0/2
      Route metric is 10
  No advertising protos.

type level-1で、ネクストホップは同じエリアのR6です。転送も同じ向きに出ています。

STEP 1：R2から 172.16.0.100 へのtraceroute
RP/0/RP0/CPU0:R2#traceroute 172.16.0.100 source 2.2.2.2 timeout 1 probe 2 maxttl 5
Sun Oct  4 15:08:59.382 UTC

Type escape sequence to abort.
Tracing the route to 172.16.0.100

 1  10.0.26.6 7 msec  *

STEP 2でR2のR6向けインタフェースをmetric 1000にします。レベル1の経路だけが100倍重くなりますが、選択は変わりません。

STEP 2：R2の show route 172.16.0.100/32
RP/0/RP0/CPU0:R2#show route 172.16.0.100/32
Sun Oct  4 15:16:03.091 UTC

Routing entry for 172.16.0.100/32
  Known via "isis 1", distance 115, metric 1000, type level-1
  Installed Oct  4 15:13:03.177 for 00:03:00
  Routing Descriptor Blocks
    10.0.26.6, from 6.6.6.6, via GigabitEthernet0/0/0/2
      Route metric is 1000
  No advertising protos.

metric 1000でもレベル1のままです。 このときレベル2の経路は30で（次のSTEPで確認できます）、33倍の差を付けてもメトリックでは覆りません。規格の7.2.12.3 b)がメトリックより先にレベルで決めると定めているとおりです。

STEP 3でR6のLoopback1をIS-ISから外すと、レベル1の経路が消えます。

STEP 3：R2の show route 172.16.0.100/32
RP/0/RP0/CPU0:R2#show route 172.16.0.100/32
Sun Oct  4 15:21:45.452 UTC

Routing entry for 172.16.0.100/32
  Known via "isis 1", distance 115, metric 30, type level-2
  Installed Oct  4 15:18:43.646 for 00:03:01
  Routing Descriptor Blocks
    10.0.25.5, from 3.3.3.3, via GigabitEthernet0/0/0/1
      Route metric is 30
  No advertising protos.

ここで初めてレベル2が使われます。type level-2になり、ネクストホップはバックボーン側のR5です。転送も切り替わっています。

STEP 3：R2から 172.16.0.100 へのtraceroute
RP/0/RP0/CPU0:R2#traceroute 172.16.0.100 source 2.2.2.2 timeout 1 probe 2 maxttl 5
Sun Oct  4 15:20:27.035 UTC

Type escape sequence to abort.
Tracing the route to 172.16.0.100

 1  10.0.25.5 5 msec  5 msec 
 2  10.0.35.3 8 msec  8 msec 
 3  10.0.37.7 12 msec  *

レベル2の経路は最初から存在していて、選ばれていなかっただけです。メトリックは30で、STEP 2のレベル1の1000より小さい値でした。

同じレベルならメトリックで決まる（R5）

R5はlevel-2-onlyなので、同じ宛先をレベル2で2方向から学習します。STEP 1では両方が等コストでした。

STEP 1：R5の show route 172.16.0.100/32
RP/0/RP0/CPU0:R5#show route 172.16.0.100/32
Sun Oct  4 15:11:42.646 UTC

Routing entry for 172.16.0.100/32
  Known via "isis 1", distance 115, metric 20, type level-2
  Installed Oct  4 15:07:17.165 for 00:04:25
  Routing Descriptor Blocks
    10.0.25.2, from 2.2.2.2, via GigabitEthernet0/0/0/0
      Route metric is 20
    10.0.35.3, from 3.3.3.3, via GigabitEthernet0/0/0/1
      Route metric is 20
  No advertising protos.

metric 20の経路が2本入っています。R2経由（10.0.25.2）とR3経由（10.0.35.3）で、同じレベルの等コストなのでECMPになります。

STEP 2でR2側のメトリックを上げると、R5の経路は1本に減ります。

STEP 2：R5の show route 172.16.0.100/32
RP/0/RP0/CPU0:R5#show route 172.16.0.100/32
Sun Oct  4 15:17:23.059 UTC

Routing entry for 172.16.0.100/32
  Known via "isis 1", distance 115, metric 20, type level-2
  Installed Oct  4 15:13:03.400 for 00:04:19
  Routing Descriptor Blocks
    10.0.35.3, from 3.3.3.3, via GigabitEthernet0/0/0/1
      Route metric is 20
  No advertising protos.

同じレベルの中ではメトリックが選択を決めます。 R2から見た1000対30が覆らなかったのと対照的です。

is-typeとcircuit-type

レベルの指定には2つの粒度があります。

コマンド粒度意味
is-typeルータ全体このルータがどのレベルのルーティングに参加するか。既定はlevel-1-2
circuit-typeインタフェース単位そのインタフェースでどのレベルの隣接を張るか。既定はis-typeに従う

IIHのCircuit typeで相手に伝わる

どのレベルで隣接を張るかは、IIHのCircuit typeで相手に伝わります。

値意味
0x1レベル1のみ
0x2レベル2のみ
0x3レベル1とレベル2の両方

R1–R2とR2–R5のリンクを同時にキャプチャすると3種類がそろいます。

R1 → R2 のIIH（tshark -V、抜粋）
ISIS HELLO
    .... ..01 = Circuit type: Level 1 only (0x1)
    0000 00.. = Reserved: 0x00
    SystemID {Sender of PDU}: 0010.0100.1001
上のtshark出力のパケット（R1のIIH）のpcapをダウンロード
R2 → R1 のIIH（tshark -V、抜粋）
ISIS HELLO
    .... ..11 = Circuit type: Level 1 and 2 (0x3)
    0000 00.. = Reserved: 0x00
    SystemID {Sender of PDU}: 0020.0200.2002
上のtshark出力のパケット（R2のIIH）のpcapをダウンロード
R5 → R2 のIIH（tshark -V、抜粋）
ISIS HELLO
    .... ..10 = Circuit type: Level 2 only (0x2)
    0000 00.. = Reserved: 0x00
    SystemID {Sender of PDU}: 0050.0500.5005
上のtshark出力のパケット（R5のIIH）のpcapをダウンロード

is-typeの設定がそのままIIHのビットです。R2はR1向けにもR5向けにも同じ0x3を送っており、レベルは相手ではなく自身の設定で決まります。

is-typeでルータ全体のレベルを絞る（STEP 5）

R2をis-type level-2-onlyにすると、同じエリアのR1・R6とのレベル1隣接が成立しなくなります。

STEP 5：R1のsyslog
RP/0/RP0/CPU0:Oct  4 15:30:12.831 UTC: isis[1003]: %ROUTING-ISIS-5-ADJCHANGE : ISIS (1): Adjacency to 49.0001.0020.0200.2002 (GigabitEthernet0/0/0/0) (L1) Down, Area addr/level differ

理由はArea addr/level differです。R2の隣接はR5とのレベル2だけになります。

STEP 5：R2の show isis neighbors
RP/0/RP0/CPU0:R2#show isis neighbors
Sun Oct  4 15:35:01.715 UTC

IS-IS 1 neighbors:
System Id      Interface        SNPA           State Holdtime Type IETF-NSF
R5             Gi0/0/0/1        *PtoP*         Up    28       L2   Capable 

Total neighbor count: 1

エリア49.0001は外から切り離されます。 R1とR6はレベル1しか持たず、エリア内に境界が1台も無くなるためです。STEP 6で既定に戻すと復旧します。

circuit-typeでインタフェース単位に絞る（STEP 7）

STEP 7では、R2のR5向けインタフェース1本だけにcircuit-type level-1を入れます。R5はレベル2しか張らないので、このリンクでは隣接が成立しません。

STEP 7：R2のsyslog
RP/0/RP0/CPU0:Oct  4 15:43:37.193 UTC: isis[1003]: %ROUTING-ISIS-5-ADJCHANGE : ISIS (1): Adjacency to R5 (GigabitEthernet0/0/0/1) (L2) Down, Interface state down

レベル2バックボーンは連続していなければならない

レベル2に参加するルータの連なりがバックボーンです。特定のエリア番号ではなく、レベル2の隣接でつながったルータの連なりとして存在します。

この連なりが途切れてはいけません。STEP 7ではバックボーンがR2側とR5–R3側に分断されました。R2はレベル2の到達先を失ってATTビットを下ろすため、R1のデフォルトルートも消えます。

STEP 7：R1の show route isis
RP/0/RP0/CPU0:R1#show route isis
Sun Oct  4 15:47:50.300 UTC

i L1 2.2.2.2/32 [115/10] via 10.0.12.2, 00:09:58, GigabitEthernet0/0/0/0
i L1 6.6.6.6/32 [115/20] via 10.0.12.2, 00:09:58, GigabitEthernet0/0/0/0
i L1 10.0.25.0/24 [115/20] via 10.0.12.2, 00:09:58, GigabitEthernet0/0/0/0
i L1 10.0.26.0/24 [115/20] via 10.0.12.2, 00:09:58, GigabitEthernet0/0/0/0
i L1 172.16.0.100/32 [115/20] via 10.0.12.2, 00:09:58, GigabitEthernet0/0/0/0

i*L1 0.0.0.0/0が無くなり、エリア内の経路（2.2.2.2/32・6.6.6.6/32・172.16.0.100/32など）だけが残っています。R1からエリア49.0002への通信は届きません。

STEP 7：R1からR4へのtraceroute
RP/0/RP0/CPU0:R1#traceroute 4.4.4.4 source 1.1.1.1 timeout 1 probe 2 maxttl 5
Sun Oct  4 15:45:32.847 UTC

Type escape sequence to abort.
Tracing the route to 4.4.4.4

 1  1.1.1.1 !N  *

インタフェース1本のレベルを絞っただけで、エリアをまたぐ疎通が止まります。 STEP 8でcircuit-typeを削除すると初期状態に戻ります。

多くの実装はパーティション修復に対応していないため、レベル1のエリアも連続している必要があります。前述のとおり規格でも任意機能です。

設計の指針

エリアの切り方は次の点で決めます。

  • バックボーン（レベル2）は連続させる。 分断されるとエリア間の疎通が失われる（STEP 7で確認したとおりです）
  • エリアの境界はリンクの上に来る。 「どのルータを境界にするか」ではなく「どのリンクを境界にするか」で考える
  • 同じプレフィックスを複数のエリアに置かない。 レベル1が優先されるため、宛先によって届く先が変わる
  • レベル1のルータはエリア外の詳細を持たない。 経路の細かい制御が必要な場所をレベル1に閉じ込めない
  • 不要なレベルは無効にする。 既定のレベル1-2のままだとLSDBも隣接も倍になる

検証Configおよびshow結果

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

ファイル内容
..._show.txtshow version / show interface description / show routeと、show isis系一式（neighbors / database / database detail / database verbose / topology / spf-log / routeなど）、show route 172.16.0.100/32とそのdetail、show cef、show running-config router isis
..._ping.txtそのSTEPのpingとtraceroute。R2・R3・R5からは172.16.0.100へ、R1とR4の間はエリアをまたぐ疎通
..._clear.txtshowの前にクリアしたインタフェース統計（クリアした時刻と対象）
..._commit.cfgそのSTEPで実際にcommitされた設定だけ。設定を変えたルータの分のみ
..._log.txtそのSTEPの範囲だけに絞ったshow logging
..._run.txtそのSTEP時点のshow running-config（＝そのSTEPの検証Config）
..._trace.txtshow isis trace standard | include ADJ

最終状態（STEP 8）のR2のrouter isis設定は、初期状態（STEP 0）と完全に同一です。 各STEPの変更はすべて設定の投入で戻しており、noで取り消していないためです。

STEP 0：初期状態

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclear—logruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

STEP 1：R6とR7の Loopback1 をIS-ISに入れる

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclear—logruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclearcommitlogruntrace
R7showpingclearcommitlogruntrace

STEP 2：R2のR6向けを metric 1000 にする

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

STEP 3：R6の Loopback1 をIS-ISから外す

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclear—logruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclearcommitlogruntrace
R7showpingclear—logruntrace

STEP 4：R6の Loopback1 とメトリックを戻す

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclearcommitlogruntrace
R7showpingclear—logruntrace

STEP 5：R2を is-type level-2-only にする

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

STEP 6：R2を level-1-2 へ戻す

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

STEP 7：R2のR5向けに circuit-type level-1 を入れる

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

STEP 8：circuit-type を削除（最終状態）

ルータshow出力ping / tracerouteclear投入した設定syslogrunning-configtrace
R1showpingclear—logruntrace
R2showpingclearcommitlogruntrace
R3showpingclear—logruntrace
R4showpingclear—logruntrace
R5showpingclear—logruntrace
R6showpingclear—logruntrace
R7showpingclear—logruntrace

パケットキャプチャーはSTEPごとに3区間で取得しています。

STEPR1-R2間R6-R2間R2-R5間（バックボーン）
0pcappcappcap
1pcappcappcap
2pcappcappcap
3pcappcappcap
4pcappcappcap
5pcappcappcap
6pcappcappcap
7pcappcappcap
8pcappcappcap

参考

資料該当箇所
ISO/IEC 10589:2002（第2版）7.1.5（manual area addresses）、7.2.9（attachedなレベル2 ISの識別とATTビット）、7.2.10（パーティション修復）、7.2.12.3 b)（レベル1とレベル2の優先順位）、附属書Aの適合表（*PartitionはL2IS:O）
Cisco IOS XR Routing Configuration Guideis-type / circuit-type / metric-style

関連記事