• Ping と traceroute は、SR-TE スタティック自動トンネル、BGP ダイナミック TE、およびオンデマンド ネクスト ホップ自動トンネルではサポートされていません。

• Strict-SID オプションは、OSPF によってインストールされたパスではサポートされません。

• MPLS traceroute は、1 つのノードで 2 つの明示的ヌル ラベルのポップをサポートしません。

• IP ルーティングの宛先が MPLS FEC ではないため、レイヤ 3 VPN を使用せずに、MPLS セグメント経由で IP へのパスを再ルーティングすることはサポートされていません。

セグメント ルーティングの場合、ルーティング パスに沿った各セグメント ノード ラベルおよび隣接関係ラベルは、イニシエータのラベル スイッチ ルータ（LSR）からのエコー要求メッセージのラベル スタックに入れられます。MPLS データ プレーンは、このパケットをラベル スタック ターゲットに転送し、ラベル スタック ターゲットはエコー メッセージを送り返します。

• この機能により、トラフィックが SR-TE トンネルまたはネイティブ SR フォワーディングを介してエンジニアリングされるセグメント ルーティング ネットワークの MPLS OAM 機能が有効になります。

• 従来の MPLS ネットワークでは、ソース ノードは、LDP または RSVP-TE のようなホップ バイ ホップ シグナリング プロトコルに基づいてパスを選択します。セグメント ルーティング ネットワークでは、パスは IGP プロトコル（現在は OSPF および ISIS）によってアドバタイズされるセグメントのセットによって指定されます。

• SR を使用して提供されるサービスの量が増加するため、オペレータが本質的に SR アーキテクチャの接続検証と障害分離を行うことができることが重要です。

• セグメントの割り当ては、従来の MPLS ネットワークのようにホップバイホップのプロトコルに基づいていないため、切断された中継ノードによって Null ルートが生まれ、望ましくないトラフィック動作を引き起こす可能性があります。

• SR と SR-TE はどちらもロード バランシングをサポートしていて、ソース ルータとターゲット ルータの間で利用可能なすべての ECMP パスをトレースすることが重要です。この機能は、TE とネイティブ SR パスの両方に対してマルチパスの traceroute をサポートします。

• セグメント ルーティング OAM サポートの主な利点は次のとおりです。

  • 運用：ネットワークのモニタリングおよび障害管理。

  • 管理：ネットワークの検出と計画。

  • メンテナンス：訂正および予防のアクティビティにより、障害の発生と影響を最小限に抑えます。

MPLS ping および traceroute は設計によって拡張可能です。SR サポートを追加するには、新しい FEC および/または追加の検証手順を定義します。MPLS ping は MPLS データ パスを検証し、次を実行します。

• エコー要求パケットを MPLS ラベルにカプセル化します。

• 低密度ラウンド トリップ時間を測定します。

• 低密度ラウンド トリップ遅延を測定します。

MPLS ping および traceroute は設計によって拡張可能です。SR サポートを追加するには、新しい転送等価クラス（FEC）および/または追加の検証手順を定義します。MPLS traceroute は、LSP の各ホップでフォワーディング プレーンおよびコントロール プレーンを検証して、障害を切り分けます。traceroute は、TTL 1 から始まり単調増加する存続可能時間（TTL）で MPLS エコー要求を送信します。TTL の有効期限が過ぎると、中継ノードはソフトウェアで要求を処理し、ターゲット FEC と目的の中継ノードへの LSP があるかどうかを確認します。中継ノードは、検証が成功した場合、ネクストホップに到達するための上記の検証とラベルスタックの結果を指定するリターンコードと、宛先に向かうネクストホップの ID を含むエコー応答を送信します。発信元は、TTL + 1 を含む次のエコー要求をビルドするためにエコー応答を処理します。宛先が FEC の出力であると応答するまで、プロセスが繰り返されます。

MPLS OAM メカニズムは、MPLS エコー要求パケットで運ばれて FEC 検証のためにレスポンダによって使用されるさまざまなターゲット FEC スタックサブ TLV の使用によって、MPLS データプレーン パスのための障害検出および分離に役立ちます。新しいサブ TLV をセグメント ルーティングに割り当てる必要があることは明らかですが、セグメント ルーティング アーキテクチャの固有の性質により、パスの検証に関して追加の運用上の考慮が必要になります。

隣接関係セグメント ID の転送セマンティックは、セグメント ID をポップし、特定のリンクを介して特定のネイバーにパケットを送信することです。誤動作しているノードは、隣接関係セグメント ID を使用して、誤ったネイバーへまたは誤ったリンク上でパケットを転送することがあります。（誤って転送された隣接関係セグメント ID の）リスクにさらされているセグメント ID では、目的の厳格なトラバーサルが壊れているにもかかわらず、パケットが目的の宛先に到達できる可能性があります。MPLS traceroute はそのような逸脱の検出の役に立つ場合があります。

次のセグメント ID サブ TLV の形式は、ラベル スタック内の各ラベルに対応する FEC を運ぶターゲット FEC スタック TLV の原理に従います。これにより、ターゲット FEC スタック TLV に要求先ノードで受信したラベル スタックよりも多くの FEC が含まれている場合に LSP ping/traceroute 操作を機能させることができます。ターゲット FEC スタック TLV（タイプ 1）、リバースパス ターゲット FEC スタック TLV（タイプ 16）、および応答パス TLV（タイプ 21）には、3 つの新しいサブ TLV が定義されています。

 sub-Type    Value Field
 --------  ---------------
    34      IPv4 IGP-Prefix Segment ID
    35      IPv6 IGP-Prefix Segment ID
    36      IGP-Adjacency Segment ID

ping mpls ipv4 <prefix/prefix_length> [fec-type [ldp | bgp | generic | isis | ospf]] [sr-path-type [ip | sid | strict-sid]] 
[destination <addr_start> [<addr_end> [<addr_incr_mask> | <addr_incr>]]]
[source <addr>]
[exp <exp-value>]
[pad <pattern>]
[ttl <ttl>]
[reply [mode [ipv4 | router-alert | no-reply]]
[dscp <dscp-bits>]
[pad-tlv]]
[verbose]
[output {interface <tx-interface>} [nexthop <nexthop ip addr>]]
[{dsmap | ddmap [l2ecmp]} [hashkey {none | {ipv4 | ipv4-label-set {bitmap <bitmap_size>}}]

traceroute mpls [multipath] ipv4 <prefix/prefix_length> [fec-type [ldp | bgp | generic | isis | ospf]] [sr-path-type [ip | sid | strict-sid]] 
[timeout <seconds>]
[destination <addr_start> [<addr_end> [<addr_incr_mask> | <addr_incr>]]]
[source <addr> ]
[exp <exp-value>]
[ttl <ttl-max>]
[reply [mode [ipv4 | router-alert | no-reply]]
[pad-tlv]]
[output {interface <tx-interface>} [nexthop <nexthop ip addr>]]
[flags {fec | ttl}]
[hashkey ipv4 | ipv4-label-set {bitmap <bitmap_size>}]

• fec-type：IPv4 ターゲット FEC タイプ。デフォルトでヘッド エンド自動検出 FEC タイプを使用します。

• sr-path-type：セグメント ルーティング パスのタイプの選択アルゴリズム。オプションが指定されている場合は、IP インポジション パスを使用します。