MPLS TEのCSPFと経路の制約（帯域 / affinity / TEメトリック）

MPLS TEでは、トンネルの入口（head-end）が経路を決めます。経路を明示せずpath-option dynamicにすると、head-endはCSPFで、帯域や色（affinity）といった制約を満たす最短経路を計算します。CSPFが使う情報と制約の効き方を解説し、IOS XR（XRd）のラボで制約を変えるたびに経路が切り替わる様子を確かめます。TEの全体像と、経路を明示する方法はMPLS TE（RSVP-TE）とはで解説しています。

IGPが配るリンクの属性

OSPFはOpaque LSA Type 10（エリア内だけに広がる）のOpaque Type 1でTEの情報を運びます（RFC 3630）。Router Address TLVとLink TLVの2つがあり、Link TLVの中に次のsub-TLVが入ります。

Type	sub-TLV	内容
5	Traffic engineering metric	TE用のメトリック。OSPFのコストと別の値にできる
6	Maximum bandwidth	リンクの物理帯域
7	Maximum reservable bandwidth	予約できる帯域の上限
8	Unreserved bandwidth	まだ予約されていない帯域。優先度0〜7ごとに持つ
9	Administrative group	32ビットのマスク。色（Resource Class/Color）とも呼ぶ

帯域の単位はbytes/秒（IEEE浮動小数点）です。

CSPF

head-endはTEDから制約を満たさないリンクを取り除き、残ったトポロジで最短経路を計算します。

制約	取り除かれるリンク
帯域	未予約帯域が要求より少ないリンク
affinity（色）	トンネルが求める色と一致しないリンク

最短を測るメトリックは、IOS XRの既定ではTEメトリックです。TEメトリックを設定しなければIGPのコストと同じ値が広告されるので、IGPと同じ経路になります。経路を決めるのはhead-endだけで、途中のルータは計算しません。

affinityの既定値は色付きリンクを除外する

IOS XRのトンネルは、affinityを指定しないと値0x0・マスク0xFFFFになります（シスコのコマンドリファレンスの既定値）。マスクのビットが1の位置では、リンクの属性とトンネルのaffinityが一致しなければなりません。つまり下位16ビットに色を付けたリンクは、affinityを指定していないトンネルから除外されます。色を無視させたいトンネルにはaffinity ignoreを入れます。

再計算に失敗しても既存のLSPは残る

制約を変えると、head-endは経路を計算し直し（再最適化）、新しいLSPを確立してから古いLSPを消します（make-before-break、RFC 3209 2.5節）。新旧のLSPが同じ帯域を二重に数えないよう、予約はSE（Shared Explicit）スタイルで共有します。新しい経路が見つからなければ、古いLSPが使われ続けます。設定には新しい制約が入っているのに実際は古い経路、という状態になるので、show mpls traffic-eng tunnels detailのLast PCALC Errorで確かめます。

再最適化が走るとき・走らないとき

契機	例	動き
今のLSPが新しい制約を満たさなくなった	帯域を増やした、今の経路を除外する色にした	すぐに再計算して移る
今のLSPは制約を満たしたまま、より良い経路ができた	制約を緩めた、別経路のTEメトリックを下げた	すぐには移らない。定期再最適化（IOS XRの既定は3600秒）か手動の`mpls traffic-eng reoptimize`で移る

トポロジが変わるたびにLSPを張り替えないのが既定の動きです。

RSVP-TEが運ぶ制約の情報

要求する帯域は、PathのSENDER_TSPECとResvのFLOWSPECに入ります。優先度（Setup / Holding）は0〜7で、0が最も高いです（RFC 3209 4.7節）。

SESSION_ATTRIBUTEには2つの形式があります。affinityを載せない形式（C-Type 7、4.7.1節）と、載せる形式（C-Type 1、4.7.2節）です。EROが経路をStrictで指定していれば途中のルータは経路を選ばないので、色の判定はhead-endのCSPFで済みます。

帯域の予約は各ホップの帳簿です。Resvが通ると未予約帯域が減り、IGPで広告し直され、次のトンネルのCSPFはその値を見ます。転送するトラフィックの量は制限しません。 流量を抑えるには別途ポリシングが要ります。

検証構成

PE1とPE2の間に、ホップ数の同じ3経路を置きました。経路ごとに属性を変えてあるので、トンネルが通るPの名前でCSPFの判断が読めます。コアはOSPF area 0とLDP、CE1とCE2はVRF CUST-AでPEに接続しています。

経路	区間	OSPFコスト	予約可能帯域	色（attribute-flags）
上	PE1 - P1 - P2 - PE2	30	1 Gbps	0x1（RED）
中	PE1 - P3 - P4 - PE2	10	100 Mbps	なし
下	PE1 - P5 - P6 - PE2	20	1 Gbps	0x2（BLUE）、SRLG 100

ルータ	Lo0	役割
CE1 / CE2	1.1.1.1 / 10.10.10.10	AS 65101 / AS 65102
PE1	2.2.2.2	head-end
P1 / P2	3.3.3.3 / 4.4.4.4	上ルート
P3 / P4	5.5.5.5 / 6.6.6.6	中ルート
P5 / P6	7.7.7.7 / 8.8.8.8	下ルート
PE2	9.9.9.9	tail-end

IGPの最短は中（30）、次が下（60）、上（90）です。トンネルは経路を作るだけで、この記事ではトラフィックを載せません。CE1 - CE2の通信は全STEPでLDPの中ルートを通ります。トンネルへの載せ方はMPLS TEトンネルへのトラフィック誘導で解説しています。

検証の全体像

STEP	操作	確かめること
0	初期状態（トンネルなし）	OSPFがリンクの属性を配っていること
1	制約なしのトンネルを作成	CSPFがIGPと同じ中を選ぶ
2	帯域200 Mbpsを要求	中は帯域で、上と下は既定のaffinityで外れて経路なし。既存のLSPは残る
3	`affinity ignore`を追加	色の除外が消え、下へ移る。200 Mbpsの予約
4	affinity RED（0x1）にし、帯域の要求を外す	色で上へ移る
5	下ルートのTEメトリックを1にし、`affinity ignore`に戻す	CSPFの答えは下になるが、再最適化するまで上に残る
6	撤去（最終状態）	STEP 0と同じに戻る

STEP 0：OSPFがリンクの属性を配る

PE1が広告しているP5向けリンク（下ルート）のOpaque LSAです。

STEP 0 PE1 show ospf database opaque-area（PE1→P5 のリンク、抜粋）
  LS age: 501
  Options: (No TOS-capability, DC)
  LS Type: Opaque Area Link
  Link State ID: 1.0.0.7
  Opaque Type: 1
  Opaque ID: 7
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000002
  Checksum: 0x8e4b
  Length: 212

    Link connected to Point-to-Point network
      Link ID : 7.7.7.7
      (all bandwidths in bytes/sec)
      Interface Address : 10.2.7.2
      Neighbor Address : 10.2.7.7
      Admin Metric : 20
      Maximum bandwidth : 125000000
      Maximum reservable bandwidth global: 125000000
      Number of Priority : 8
      Priority 0 :            125000000  Priority 1 :            125000000
      Priority 2 :            125000000  Priority 3 :            125000000
      Priority 4 :            125000000  Priority 5 :            125000000
      Priority 6 :            125000000  Priority 7 :            125000000
      Affinity Bit : 0x2
      IGP Metric : 20
      GMPLS Shared Risked Link Group : Length: 4
        Number of SRLGs (1)
        [1]: 100
      Extended Administrative Group : Length: 8
       EAG[0]: 0x2
       EAG[1]: 0
       EAG[2]: 0
       EAG[3]: 0
       EAG[4]: 0
       EAG[5]: 0
       EAG[6]: 0
       EAG[7]: 0

    Number of Links : 1

Admin MetricがTEメトリック、Affinity Bitが色、Priority 0〜7が優先度ごとの未予約帯域です。帯域はall bandwidths in bytes/secのとおりbytes/秒で、125000000は1 Gbpsにあたります。SRLGもこのLSAに載っています（SRLGはFRRで使う属性で、この記事では扱いません）。

STEP 1：制約がなければIGPと同じ経路

STEP 1 PE1にcommitした設定
RP/0/RP0/CPU0:PE1#show configuration commit changes last 1
Sun Sep 13 06:07:10.308 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
interface tunnel-te0
 ipv4 unnumbered Loopback0
 destination 9.9.9.9
 record-route
 path-option 10 dynamic
!
end

STEP 1 PE1 show mpls traffic-eng tunnels（抜粋）
RP/0/RP0/CPU0:PE1#show mpls traffic-eng tunnels
Sun Sep 13 06:12:49.398 UTC


Name: tunnel-te0  Destination: 9.9.9.9  Ifhandle:0x1c 
  Signalled-Name: PE1_t0
  Status:
    Admin:    up Oper:   up   Path:  valid   Signalling: connected

    path option 10,  type dynamic  (Basis for Setup, path weight 30)
      Accumulative metrics: TE 30 IGP 30 Delay 900000 
      Accumulative biased metrics: TE 30 IGP 30 Delay 900000 
    G-PID: 0x0800 (derived from egress interface properties)
    Bandwidth Requested: 0 kbps  CT0
    Creation Time: Sun Sep 13 06:07:09 2026 (00:05:40 ago)
  Config Parameters:
    Source: router ID (default)
    Bandwidth:        0 kbps (CT0) Priority:  7  7 Affinity: 0x0/0xffff
    Metric Type: TE (global)

STEP 1 PE1 show mpls traffic-eng tunnels（経路）
  Path info (OSPF 1 area 0):
  Hop0: 10.2.5.5
  Hop1: 10.5.6.6
  Hop2: 10.6.9.9
  Hop3: 9.9.9.9

経路はP3（10.2.5.5）→ P4（10.5.6.6）→ PE2の中ルートで、path weightはTEメトリックの合計30です。Affinity: 0x0/0xffffが既定値です。

STEP 2：帯域を要求すると経路がなくなる

STEP 2 PE1にcommitした設定
RP/0/RP0/CPU0:PE1#show configuration commit changes last 1
Sun Sep 13 06:16:58.640 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
interface tunnel-te0
 signalled-bandwidth 200000
!
end

STEP 2 PE1 show mpls traffic-eng tunnels detail（抜粋）
RP/0/RP0/CPU0:PE1#show mpls traffic-eng tunnels detail
Sun Sep 13 06:25:59.997 UTC


Name: tunnel-te0  Destination: 9.9.9.9  Ifhandle:0x1c 
  Signalled-Name: PE1_t0
  Status:
    Admin:    up Oper:   up   Path:  valid   Signalling: connected

    path option 10,  type dynamic  (Basis for Setup, path weight 30)
      Accumulative metrics: TE 30 IGP 30 Delay 900000 
      Accumulative biased metrics: TE 30 IGP 30 Delay 900000 
        Change in required resources detected: reroute pending
      Bandwidth:   200000 kbps (CT0) Priority:  7  7 Affinity: 0x0/0xffff
      Metric Type: TE (global)
      Path Selection:
        Tiebreaker: Min-fill (default)
      Hop-limit: disabled
      Cost-limit: disabled
      Delay-limit: disabled
      Delay-measurement: disabled
      Path-invalidation timeout: 10000 msec (default), Action: Tear (default)
    Last PCALC Error [Reopt]: Sun Sep 13 06:16:58 2026
      Info: No path to destination, 9.9.9.9 (node unreachable)

中ルートは予約可能帯域が100 Mbpsなので帯域で外れ、上と下は既定のaffinity（0x0/0xffff）で外れます。残るリンクが無く、再計算はNo path to destinationで失敗しました。 一方でトンネルはupのままで、path weight 30の中ルートのLSPが使われ続けています。

STEP 3：色の除外をやめると下ルートへ

STEP 3 PE1にcommitした設定
RP/0/RP0/CPU0:PE1#show configuration commit changes last 1
Sun Sep 13 06:30:08.311 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
interface tunnel-te0
 affinity ignore
!
end

STEP 3 PE1 show mpls traffic-eng tunnels（抜粋）
  History:
    Tunnel has been up for: 00:29:06 (since Sun Sep 13 06:07:09 UTC 2026)
    Current LSP:
      Uptime: 00:05:39 (since Sun Sep 13 06:30:36 UTC 2026)
    Reopt. LSP:
      Last Failure:
        LSP not signalled, has no S2Ls
        Date/Time: Sun Sep 13 06:30:06 UTC 2026 [00:06:09 ago]
    Prior LSP:
      ID: 2 Path Option: 10
      Removal Trigger: reoptimization completed

  Path info (OSPF 1 area 0):
  Hop0: 10.2.7.7
  Hop1: 10.7.8.8
  Hop2: 10.8.9.9
  Hop3: 9.9.9.9

経路は下ルート（P5 → P6）に移りました。Tunnel has been up forはSTEP 1の06:07:09から途切れず、LSPのUptimeだけが06:30:36からです。 新しいLSPを張ってから古いLSPを消した（make-before-break）ことが分かります。

STEP 3 PE1 show rsvp interface
RP/0/RP0/CPU0:PE1#show rsvp interface
Sun Sep 13 06:36:17.067 UTC

*: RDM: Default I/F B/W % : 75% [default] (max resv/bc0), 0% [default] (bc1)

Interface                 MaxBW (bps)  MaxFlow (bps) Allocated (bps)      MaxSub (bps) 
------------------------- ------------ ------------- -------------------- -------------
GigabitEthernet0/0/0/1             1G             1G             0 (  0%)            0 
GigabitEthernet0/0/0/2           100M           100M             0 (  0%)            0 
GigabitEthernet0/0/0/3             1G             1G          200M ( 20%)            0 

下ルートのGi0/0/0/3に200 Mbpsが予約されています。キャプチャーでも、P5から返ったResv（No.1490）のFLOWSPECが200 Mbpsです。

STEP 3 No.1490 RESV（P5 → PE1、tshark -V 抜粋）
Internet Protocol Version 4, Src: 10.2.7.7, Dst: 10.2.7.2
            Message Type: RESV Message.  (2)
        FLOWSPEC: Controlled Load: Token Bucket, 25000000 bytes/sec.
                Token bucket rate: 2.5e+07
        LABEL: 24014

上のtshark出力のパケット（No.1490 RESV）のpcapをダウンロード

25000000 bytes/秒は200 Mbpsです。RSVPでも帯域はbytes/秒で運ばれます。

STEP 4：色で上ルートを選ぶ

STEP 4 PE1にcommitした設定
RP/0/RP0/CPU0:PE1#show configuration commit changes last 1
Sun Sep 13 06:43:45.116 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
interface tunnel-te0
 no signalled-bandwidth 200000
 affinity 0x1 mask 0x1
 no affinity ignore
!
end

STEP 4 PE1 show mpls traffic-eng tunnels（抜粋）
  History:
    Tunnel has been up for: 00:44:26 (since Sun Sep 13 06:07:09 UTC 2026)
    Current LSP:
      Uptime: 00:07:08 (since Sun Sep 13 06:44:27 UTC 2026)
    Reopt. LSP:
      Last Failure:
        LSP not signalled, identical to the [CURRENT] LSP
        Date/Time: Sun Sep 13 06:46:45 UTC 2026 [00:04:50 ago]
    Prior LSP:
      ID: 5 Path Option: 10
      Removal Trigger: reoptimization completed

  Path info (OSPF 1 area 0):
  Hop0: 10.2.3.3
  Hop1: 10.3.4.4
  Hop2: 10.4.9.9
  Hop3: 9.9.9.9

REDの色を持つのは上ルートだけなので、コストが最も大きい上（90）が選ばれました。このとき上ルートへ送られたPath（No.2409）のSESSION_ATTRIBUTEです。

STEP 4 No.2409 PATH のSESSION_ATTRIBUTE（PE1 → P1、tshark -V 抜粋）
        SESSION ATTRIBUTE: SetupPrio 7, HoldPrio 7, Label Recording, SE Style,  [PE1_t0]
            Length: 28
            Object class: SESSION ATTRIBUTE object (207)
            C-Type: IPv4 LSP Resource Affinities (7)
            Setup priority: 7
            Hold priority: 7
            Flags: 0x06
                .... ...0 = Local protection: Not Desired
                .... ..1. = Label recording: Desired
                .... .1.. = SE style: Desired
                .... 0... = Bandwidth protection: Not Desired
                ...0 .... = Node protection: Not Desired
            Name length: 6
            Name: PE1_t0

上のtshark出力のパケット（No.2409 PATH）のpcapをダウンロード

affinityを指定したトンネルでも、C-Typeは7です。tsharkの表示名はIPv4 LSP Resource Affinitiesですが、RFC 3209 4.7.1節ではC-Type 7が「Format without resource affinities」です。色はhead-endのCSPFで判定し、Pathでは運んでいません。 FlagsのSE style: Desiredは、ingressが張り替え（make-before-break）をしてよいことを示すフラグです（4.7.1節）。

STEP 5：TEメトリックを下げても、再最適化するまで移らない

下ルートのPE1→PE2方向の3リンクで、TEメトリックを1にしました。TEメトリックはリンクを広告するルータごとの値なので、PE1・P5・P6に入れます。PE1ではトンネルをaffinity ignoreに戻しています。

STEP 5 P5にcommitした設定
RP/0/RP0/CPU0:P5#show configuration commit changes last 1
Sun Sep 13 06:55:33.451 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
mpls traffic-eng
 interface GigabitEthernet0/0/0/1
  admin-weight 1
 !
!
end

STEP 5 P6にcommitした設定
RP/0/RP0/CPU0:P6#show configuration commit changes last 1
Sun Sep 13 06:55:39.397 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
mpls traffic-eng
 interface GigabitEthernet0/0/0/1
  admin-weight 1
 !
!
end

STEP 5 PE1にcommitした設定
RP/0/RP0/CPU0:PE1#show configuration commit changes last 1
Sun Sep 13 06:56:05.673 UTC
!! Building configuration...
!! IOS XR Configuration 26.1.1
interface tunnel-te0
 no affinity 0x1 mask 0x1
 affinity ignore
!
mpls traffic-eng
 interface GigabitEthernet0/0/0/3
  admin-weight 1
 !
!
end

約3分後、PE1でCSPFの答えを確かめました。

STEP 5 PE1 show mpls traffic-eng topology path destination 9.9.9.9
RP/0/RP0/CPU0:PE1#show mpls traffic-eng topology path destination 9.9.9.9

Sun Sep 13 06:59:49.383 UTC
Path Setup to 9.9.9.9:
bw 0 (CT0), min_bw 1000000, metric: 3
Accumulated Metrics: TE: 3, IGP: 60, Delay: 900000
Accumulated Biased Metrics: TE: 3, IGP: 60, Delay: 900000
setup_pri 0, hold_pri 0
Affinity: 0x0/0x0
Biased-to explicit path: 
Node hop count 3
Hop0:10.2.7.7
Hop1:10.7.8.8
Hop2:10.8.9.9
Hop3:9.9.9.9

CSPFは下ルート（TE 3）を返しますが、IGPのコストでは60で、中（30）より長い経路です。 ところが同じ時刻のトンネルは、STEP 4の上ルート（Gi0/0/0/1）のLSPのままです。

STEP 5 PE1 show mpls traffic-eng tunnels 0 detail（再最適化の前、抜粋）
  History:
    Tunnel has been up for: 00:52:39 (since Sun Sep 13 06:07:09 UTC 2026)
    Current LSP:
      Uptime: 00:15:21 (since Sun Sep 13 06:44:27 UTC 2026)
    Reopt. LSP:
      Last Failure:
        LSP not signalled, identical to the [CURRENT] LSP
        Date/Time: Sun Sep 13 06:46:45 UTC 2026 [00:13:03 ago]
    Prior LSP:
      ID: 5 Path Option: 10
      Removal Trigger: reoptimization completed
  Current LSP Info: 
    Instance: 8, Signaling Area: OSPF 1 area 0
    In-use path-option: 10
    Uptime: 00:15:21 (since Sun Sep 13 06:44:27 UTC 2026)
    Outgoing Interface: GigabitEthernet0/0/0/1, Outgoing Label: 24014

今のLSPは制約を満たしているので、より良い経路ができても移りません。手動で再最適化します。

STEP 5 PE1 手動の再最適化
RP/0/RP0/CPU0:PE1#mpls traffic-eng reoptimize 0

Sun Sep 13 07:00:13.466 UTC

STEP 5 PE1 show mpls traffic-eng tunnels（再最適化の後、抜粋）
    path option 10,  type dynamic  (Basis for Setup, path weight 3)
      Accumulative metrics: TE 3 IGP 60 Delay 900000 
      Accumulative biased metrics: TE 3 IGP 60 Delay 900000 

STEP 5 PE1 show mpls traffic-eng tunnels（再最適化の後、経路）
    Tunnel has been up for: 00:58:19 (since Sun Sep 13 06:07:09 UTC 2026)
    Current LSP:
      Uptime: 00:05:15 (since Sun Sep 13 07:00:13 UTC 2026)
    Reopt. LSP:
      Last Failure:
        LSP not signalled, identical to the [CURRENT] LSP
        Date/Time: Sun Sep 13 06:46:45 UTC 2026 [00:18:43 ago]
    Prior LSP:
      ID: 8 Path Option: 10
      Removal Trigger: reoptimization completed

  Path info (OSPF 1 area 0):
  Hop0: 10.2.7.7
  Hop1: 10.7.8.8
  Hop2: 10.8.9.9
  Hop3: 9.9.9.9

同じ07:00:13に下ルートのLSPが確立しました。path weightは3（TE）、IGPでは60です。このときもTunnel has been up forは06:07:09から続いています。

経路の推移

各STEPのtraceroute mpls traffic-eng tunnel-te 0で、トンネルが通ったホップをまとめます。

STEP	トンネルの経路	理由
1	中（P3 → P4）	制約なし。TEメトリック最小
2	中（P3 → P4）のまま	再計算は経路なしで失敗。既存のLSPを維持
3	下（P5 → P6）	中は帯域で外れ、色の除外が消えた
4	上（P1 → P2）	REDを持つのは上だけ
5	下（P5 → P6）	TEメトリック3。手動の再最適化の後

設計上の注意

色を使い始めると、affinityを指定していない既存のトンネルが色付きリンクを使えなくなります。 IOS XRの既定のマスクが0xFFFFだからです。色を付けるときは、全トンネルのaffinityを見直します
設定を変えても経路が変わったとは限りません。 再計算に失敗すれば古いLSPが残り、制約を緩めただけなら移りません。Last PCALC ErrorとCurrent LSPのUptimeを確かめます
TEメトリックはリンクの広告側の値です。片方向だけ変えると、行きと帰りで経路が変わります
予約した帯域は転送量を制限しません

検証Configおよびshow結果

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

ファイル	内容
`..._show.txt`	`show version` / `show route` / `show ospf database opaque-area` / `show mpls traffic-eng tunnels`・`topology` / `show rsvp` 系 / VPN（PEのみ）
`..._log.txt`	そのSTEPの範囲だけに絞った`show logging`
`..._run.txt`	そのSTEP時点の`show running-config`（＝そのSTEPの検証Config）
`..._ping.txt`	そのSTEPの`ping`（50発、timeout 1秒）と`traceroute`
`..._oam.txt`	`ping` / `traceroute mpls traffic-eng tunnel-te 0`と`ping` / `traceroute mpls ipv4`（PE1・PE2）
`..._trace.txt`	`show mpls traffic-eng trace head-end` / `link`と`show rsvp trace signalling`（コア8台）
`..._commit.cfg`	そのSTEPで実際にcommitした設定だけ。設定を変えたルータの分のみ
`..._debug.txt`	STEP 5の再最適化の前後にPE1で取った`show`と`mpls traffic-eng reoptimize 0`

STEP 0：初期状態（トンネルなし）

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	-
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	-
P6	show	log	run	-	-	trace	-
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

STEP 1：制約なしのトンネルを作成

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	-
P6	show	log	run	-	-	trace	-
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

STEP 2：帯域200 Mbpsを要求

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	-
P6	show	log	run	-	-	trace	-
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

STEP 3：affinity ignoreを追加

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	-
P6	show	log	run	-	-	trace	-
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

STEP 4：affinity RED（0x1）にし、帯域の要求を外す

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	-
P6	show	log	run	-	-	trace	-
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

STEP 5：下ルートのTEメトリックを1にし、affinity ignoreに戻す

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	cfg
P6	show	log	run	-	-	trace	cfg
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

PE1の再最適化の前後: debug

STEP 6：撤去（最終状態）

ルータ	show出力	syslog	running-config	ping	OAM	trace	commit
CE1	show	log	run	ping	-	-	-
PE1	show	log	run	ping	oam	trace	cfg
P1	show	log	run	ping	-	trace	-
P2	show	log	run	-	-	trace	-
P3	show	log	run	ping	-	trace	-
P4	show	log	run	-	-	trace	-
P5	show	log	run	ping	-	trace	cfg
P6	show	log	run	-	-	trace	cfg
PE2	show	log	run	ping	oam	trace	-
CE2	show	log	run	ping	-	-	-

PE1から出る3リンク（P1・P3・P5向け）のキャプチャー全体です。全STEPのRSVPとOSPFが入っています。

PE1 - P1間（上ルート）のキャプチャー全体をダウンロード

 PE1 - P3間（中ルート）のキャプチャー全体をダウンロード

 PE1 - P5間（下ルート）のキャプチャー全体をダウンロード

参考

出典	参照した箇所
RFC 3209 RSVP-TE: Extensions to RSVP for LSP Tunnels	2.5節（make-before-break）、4.7節（SESSION_ATTRIBUTE、優先度、affinityの有無による形式の違い）
RFC 3630 Traffic Engineering (TE) Extensions to OSPF Version 2	2.4.2節（Link TLVのsub-TLV）、2.5節（各sub-TLVの定義と単位）
MPLS Command Reference for Cisco NCS 5500 Series - MPLS Traffic Engineering Commands	`affinity`のCommand Default（0x0 / 0xFFFF）とUsage Guidelines

再最適化の定期間隔3600秒は、検証機のshow mpls traffic-eng tunnels summaryの表示です。検証はXRd 26.1.1（Cisco Modeling Labs）で実施しました。