静的SRv6 TEトンネルのバインディングSID(BSID)
SRv6バインディングSID(BSID)は、受信SRv6パケットをトラフィック制御されたパスに誘導するようにトランジットルーターに指示するものです。これは、新しいIPv6ヘッダーをパケットにプッシュすることで実現されます。場合によっては、TEパスを定義するSRv6 SIDスタックを含む新しいSRHを使用します。これは、浅いSIDスタック機能を持つハードウェアが大規模なTEパスにトラフィックを送信できるようにしたり、異なるソースルーティングドメインを分離または分離したりするのに役立つなど、ネットワークの安定性に関して多くの用途があります。BSID を使用すると、ネットワークを複数の TE トンネルに分離でき、それぞれが独自の SID スタックとコンピューティング モデルで構成されます。この機能により、静的なSRv6 TEトンネルをトランジット機能で有効にできます。
バインディングSIDの概要
ingressルーターがトラフィック制御を備えたIPv6上のセグメントルーティング(SRv6-TE)機能で設定されている場合、受信サービスペイロードはIPv6トンネルにカプセル化され、オプションで、設定されたSRv6ポリシーに基づいて、トラフィックがネットワーク内の特定のTEパスを取るように誘導するSRHが設定されます。
多くの場合、SIDスタックのサイズが大きくなり、パケットのオーバーヘッドが発生することがあります。ネットワーク内の一部のデバイスは、大きなSRv6 SIDスタックを持つパケットの書き込み、ポップ、または処理できない場合があります。これに加えて、イングレス ノードがトラフィック エンジニアリング データベース(TED)内のリモート トポロジーと SID を認識していない可能性があるため、ingressルーターがドメイン間ネットワークのスタック全体をエンコードすることが現実的でない場合があります。ルーティングドメイン間でこの情報が漏洩すると、オーバーヘッドやコンバージェンスの問題など、それなりのトレードオフが生じます。トランジット MPLS ドメインが存在する場合、ラベルと SRv6 SID によっても多くのオーバーヘッドが発生する可能性があります。
SRv6バインディングSID(BSID)は、エンドツーエンドのパスを複数のTEトンネルに分離することで、ソリューションを提供します。バインディングSIDはセグメントタイプで、1つの受信SIDが命令として機能し、既存のIPv6トランスポートヘッダーを、送信SIDのスタックを含む新しいIPv6ヘッダーでカプセル化します。
バインディングSIDで設定されたトランジットルーターは、より大きなパスの短いTEトンネルのingressルーターとして機能する機能を得ます。これは正式には、受信パケットをSRポリシーに誘導することと説明されます。パケットが BSID を持つ SR ポリシーに誘導されると、その BSID を所有するノードがその SID を、関連するポリシーの完全なセグメント リストに展開します。
バインディングSID実装では、ingressルーターはSIDのエンドツーエンドスタック全体をパケットにプッシュする必要がなくなりました。代わりに、より少ない数のバインディングSIDを戦略的にパケットにプッシュするだけで十分です。そのため、イングレスノードは、より広範なネットワーク全体を完全に把握するのではなく、ネットワーク内のバインディングSIDの知識だけでTEパスを作成できます。より広範なネットワークコンバージェンスは、バインディングSIDでプロビジョニングされたトランジットノードで処理されます。
リモートトランジットルーターは、IPv6宛先アドレス(DA)フィールドからこれらのSIDを削除し、新しいIPv6ヘッダーで追加のTEセグメントをプッシュします。この点で、パス上の各 TE トンネルは、独自のスタック、バックアップ パスを使用するかどうかの独自の選択、および独自のコンピューティング モデルで構成できます。
バインディングSIDで設定されたトランジットノードが、最長プレフィックス一致でBSIDに一致するIPv6 DAを持つ着信パケットを受信すると、トランジットルーターはまずバインディングSIDをポップします。従来のSRv6の場合、これにはSRHの次のアドレスをIPv6 DAに書き込む必要があります。マイクロSIDを搭載したSRv6の場合、これには、IPv6 DAからアクティブなマイクロSIDをポップし、必要に応じてIPv6 DAを書き換えるか、SRHの次のアドレスをIPv6 DAに書き込むことが含まれます。その後、トランジットルーターは、前進するTEパスのSIDを含む新しいIPv6ヘッダーでパケットをカプセル化します。従来のSRv6の場合、このIPv6ヘッダーには、追加のセグメントを含むSRHが含まれている可能性があります。マイクロSIDがあるSRv6の場合、新しいIPv6ヘッダーのDAは、必要なすべてのSIDを伝送するのに十分な場合があります。そうでない場合、新しいIPv6ヘッダーは新しいSRHを伝送できます。これにより、追加のSIDがトランジットルーターによってパケットに書き込まれるため、イングレスノードのスタックサイズが比較的小さくなります。
4 種類の SRv6 バインディング SID がサポートされています。
-
従来のSRv6バインディングSID
- 終わり。B6.カプセル化: バインディングSIDで設定されたトランジットノードが一致するパケットを処理する際、新しいTEトンネルのSIDスタックを含む新しいIPv6ヘッダーとSRHで発信パケットを常にカプセル化します。これは非縮小モード実装であるため、新しいIPv6 DAのアドレスもSRHに書き込まれます。
- 終わり。B6.Encaps.Red: これは、スタック内の最初のSRv6アドレスがSRHではなく、新しいIPv6アドレスのDAにのみ書き込まれる縮小モードの実装です。バインディングSIDで設定されたトランジットノードが一致するパケットを処理する際、発信パケットを新しいIPv6ヘッダーと、オプションでSRHでカプセル化します。SRv6ポリシーにSIDが1つしか含まれていない場合、外部IPv6カプセル化のSRHがない可能性があります。これはデフォルトモードです。
- マイクロSRv6バインディングSID
-
終わり。B6.Next-C-SIDでカプセル化: バインディングSIDで設定されたトランジットノードが一致するパケットを処理する際、新しいTEトンネルのSIDスタックを含む新しいIPv6ヘッダーとSRHで発信パケットをカプセル化します。これは非縮小モードの実装であるため、新しいIPv6ヘッダーのDAもSRHに書き込まれます。これは、マイクロSIDスタックを1つのIPv6 DA内に収めることができる場合でも同様です。
-
終わり。B6.Encaps.Red と Next-C-SID: バインディングSIDで設定されたトランジットノードが一致するパケットを処理する際、発信パケットを新しいIPv6ヘッダーと、オプションでSRHでカプセル化します。外部IPv6ヘッダーのDAはSRHに追加されません。SRv6ポリシーに1つのIPv6 DAに書き込むことができるマイクロSIDのスタックが含まれている場合、またはSRv6ポリシーに1つのSIDしか含まれていない場合、パケットにはSRHは含まれません。これはデフォルトモードです。
-
バインディングSID設定は、トランジットルーターで実行されます。バインディングSIDは、バインドされているSRポリシー内で直接定義します。これにより、そのバインディングSIDが正しいTEパスに関連付けられます。
[edit protocols source-packet-routing source-routing-path]階層下のバインディングSIDを設定するには、以下のオプションがあります。クラシックSRv6バインディングSIDまたはマイクロSRv6バインディングSIDのいずれかを設定できます。ロケータは、[edit routing-options source-packet-routing srv6 locator]階層の下で事前に設定する必要があります。静的SIDは必須であり、[edit routing-options source-packet-routing srv6 block] 階層の下のブロックに対して定義されたローカルマイクロSID静的SID範囲内のものである必要があります。
- 従来のSRv6バインディングSIDまたはマイクロSRv6バインディングSIDのいずれかを設定できます。
set protocols source-packet-routing source-routing-path path_name srv6-binding-sid | micro-srv6-binding-sid locator loc_name static_sid set protocols source-packet-routing source-routing-path path_name srv6-binding-sid | micro-srv6-binding-sid locator loc_name no-reduced-srh
クラシック SRv6 SID を設定する場合は、従来の BSID 全体をロケータ名とともに指定する必要があります。次に例を示します。
set protocols source-packet-routing source-routing-path to_PE srv6-binding-sid locator classic-srv6-loc 2001:db8:a1:2:1::
マイクロSRv6 SIDを設定する場合、機能部分のみをロケータ名とともに提供する必要があります。次に例を示します。
set protocols source-packet-routing source-routing-path to-PE2 micro-srv6-binding-sid locator uNSID20 0xfc58
- ingressルーターは、最初のセグメントリストホップをバインディングSIDとして設定します。以下の設定スニペットでは、
5f00:0:200:fc58::トランジットルーターで設定されたマイクロバインディングSIDです。この情報はingressルーターにとって重要ではないため、構成にはこれがバインディングSIDであることが記載されていないことに注意してください。SRv6マイクロサービスSID5f00:0:2020::は、セグメントリストの最後のホップです。次に例を示します。set protocols source-packet-routing segment-list sl_to_PE2 p2 micro-srv6-sid 5f00:0:200:fc58:: set protocols source-packet-routing segment-list sl_to_PE2 pe2 micro-srv6-sid 5f00:0:2020::
- この機能は、TE パスでバインディング SID を持つ複数のトランジット ルーターをサポートします。ingressルーターは、すべてのバインディングSIDトランジットルーターをセグメントリストホップとして設定する必要があります。以下の例では、P2とP4は、バインディングSIDが設定されたTEパス上の2つのトランジットルーターです。
set protocols source-packet-routing segment-list sl_to_PE2 p2 micro-srv6-sid 5f00:0:200:fc58:: set protocols source-packet-routing segment-list sl_to_PE2 p4 micro-srv6-sid 5f00:0:400:fc68:: set protocols source-packet-routing segment-list sl_to_PE2 pe2 micro-srv6-sid 5f00:0:2020::
-
SRv6バインディングSIDに固有のトレースを有効にできます。
set protocols source-packet-routing traceoptions flag srv6-binding-sid
SRv6 SIDをバインディングするメリット
-
イングレスノードは、他のドメインのTEデータベースのサブセットのみを必要とします。
-
コンバージェンスは、バインディングSIDでプロビジョニングされた各トランジットノードで処理されます
-
外部の IPv6 ヘッダーをポップするようにバインディング SID を設定し、1 つ以上の発信 MPLS ラベルをプッシュすることで、クロスデータプレーンスイッチ(SRv6 から MPLS)を展開できます。
制限と注意事項
- SRv6 BSID に関連付けられた USD、USP、PSP などのエンドポイント動作フレーバーは、バインディング SID ではサポートされていません。
- 挿入モードのSRv6バインディングSIDエンドポイントENDなどの動作はサポートされていません。B6.挿入、終了。B6.Next-C-SIDと END.BM で挿入します。
- ENDでは、デフォルトの長さのSID構造のみがサポートされています。B6.Next-C-SIDとENDでカプセル化します。B6.Encaps.RedとNext-C-SID(BL:32、NL:16、FL:16、AL:64)。
-
ロケータ設定の変更を有効にするには、ルーティングの再起動が必要です。
-
トランスポートクラスとカラー付きSR-TEのみサポート。
-
SRv6クラシックバインディングSIDとマイクロバインディングSIDのBGP-LS配信をサポートします。
-
SRv6トンネルのエグレスノードで終わるセグメントリストを持つSID設定のバインディングのサポート。
関連項目
マイクロSIDを備えた静的SRv6 TEのバインディングSID(BSID)の設定
100)、P2のSRv6マイクロBSID(
200:ffd1)、PE2のマイクロサービスSID(
2020:ff01)で構成されるIPv6ヘッダーDAでペイロードをカプセル化します。
合計で、PE1は5つのマイクロSIDをIPv6 DAに書き込んでいます。実際には、一部のプラットフォームでは限られた数のSRv6マイクロSIDしかIPv6 DAに書き込めない場合があるため、このSIDスタックにはSRHが必要になります。実装はプラットフォームによって異なります。ただし、この例で説明されている一般的な動作は普遍的です。
バインディングSIDで設定されたP2が、最長プレフィックス一致を通じてEND.B6.Encaps with Next-C-SID または
END.B6.Encaps.Red with NEXT-C-SID ローカルSIDに一致するパケットを受信すると、まずIPv6 DAからバインディングSIDをポップし、それに応じてIPv6 DAを書き換えます。次に、P2 は、新しい IPv6 ヘッダーの DA に、P4 の SRv6 マイクロ SID と P6 の SRv6 マイクロ SID で構成されるセグメント リストを使用して、発信パケットを組み込みます。この新しいヘッダーには、SID が縮小モード動作用に設定されているか、縮小されていないモード動作用に設定されているかどうかに応じて、SRH が含まれている場合と含まれていない場合があります。
P6は、P2で始まった新しいトンネルのエグレスegressルーターです。パケットがP6に到着すると、外部ヘッダーがSRHとともにカプセル化解除されます。その後、パケットはエグレスノードPE2に転送され、そこで内部ヘッダーのカプセル化が解除され、最長プレフィックス一致を使用して解決されます。その後、ペイロードは宛先に転送されます。
でインスタンス化されたセグメントでBSIDをカプセル化する
バインディングSID設定の確認
目的
これらの検証コマンドは、ルーターのコントロールプレーンを介して、バインディングSID(BSID)とSR-TEポリシーのライフサイクルを追跡します。
アクション
-
show srv6 locator loc_nameコマンドを使用して、トランジットルーター上のロケータからバインディングSIDの割り当てを確認します。以下の出力では、BSID がロケータ プレフィックスから割り当てられていることがわかります。SIDの動作は、Next-CSID付きEnd.B6.Encapsとして設定されており、一致するパケットを受信すると、ルーターがSRHでカプセル化します。user@P2> show srv6 locator uNSID20 Locator: uNSID20 Locator prefix: 5f00:0:1010::, Locator length: 48 Block length: 32, Node length: 16 Function length: 16, Argument length: 0 Micro SID Locator, Flavor [ USD ] Micro SID Block Name: adjblock1 SID SID-Owner SID-Type SID-Behavior 5f00:0:200:fc58:: SRTE STATIC End.B6.Encaps with NEXT-CSID
-
show spring-traffic-engineering srv6-binding-sid databaseコマンドを使用して、トランジットルーターのSR-TEデータベース内のSRv6バインディングSID情報を確認します。以下の出力では、BSID が SR-TE ポリシー データベースにインストールされ、設定されたポリシーとトンネルでマッピングされていることを確認します。user@P2> show spring-traffic-engineering srv6-binding-sid database * = Allocated SRv6 Binding SID Policy Ep-Bhv = Endpoint-Behavior Endpoint Behaviors 14 = End.B6.Encaps 93 = End.B6.Encaps with NEXT-CSID 27 = End.B6.Encaps.Red 94 = End.B6.Encaps.Red with NEXT-CSID SRv6 Binding SID Ep-Bhv Policy Tunnels 5f00:0:200:fc58::/64 93 * 2001:db8:20::20-4001 to-PE2
-
show spring-traffic-engineering lsp detail name path_nameを使用して、トランジットルーター上の送信元ルーティングパスのSR-TEイングレスLSPの詳細を確認します。以下の出力では、LSPの状態、BSIDの関連付け、実際のセグメントリスト(SR-ERO)を検証できます。これは、ルーターがトラフィックステアリングに使用されるポリシーパスとセグメントを認識していることを意味します。user@P2> show spring-traffic-engineering lsp detail name to-PE2 E = Entropy-label Capability Name: to-PE2 Tunnel-source: Static configuration Tunnel Forward Type: SRV6 To: 2001:db8:20::20-4001<c6> From: 2001:db8:1::1 SRv6 Binding SID: 5f00:0:200:fc58::, State: Allocated Locator: uNSID20 Endpoint Behavior: End.B6.Encaps with NEXT-CSID (93) SSTLV: BL:32, NL:16, FL:16, AL:0 State: Up Path: sl_to_PE2 Path Status: Up Outgoing interface: NA Auto-translate status: Disabled Auto-translate result: N/A Compute Status:Disabled , Compute Result:N/A , Compute-Profile Name:N/A BFD status: N/A BFD name: N/A BFD remote-discriminator: N/A Segment ID : 128 ERO Valid: true SR-ERO hop count: 2 Hop 1 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:400:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 Hop 2 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:600:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 Total displayed LSPs: 1 (Up: 1, Down: 0, Initializing: 0) -
show spring-traffic-engineering route detailコマンドを使用して、トランジットルーター上のバインディングSIDとマイクロサービスSIDのSR-TEルーター情報を確認します。以下の出力は、BSID とエンドポイントを指すルートが存在することを示しています。また、関連するLSP転送も表示されます。user@P2> show spring-traffic-engineering route detail To : 5f00:0:200:fc58::/64 SRv6 Binding SID Endpoint Behavior: End.B6.Encaps with NEXT-CSID (93) SSTLV: BL:32, NL:16, FL:16, AL:0 Distinguisher : 0 Tunnel-source : Static configuration Route Nexthop Type: Indirect Route Metric2 : 30 Route Forward Type : SRV6, Encap Mode : Non-Reduced SRH LSP Name: to-PE2 SR Preference : 100, SR Preference Override : 100 Metric : 1 State : Up LSP ID : 4 LSP Path Name: sl_to_PE2 LSP Path Bandwidth: 1 Weight: 1, Balance: 1 SR-ERO hop count: 2 Hop 1 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:400:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 Hop 2 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:600:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 To : 2001:db8:20::20-4001<c6> Distinguisher : 0 Tunnel-source : Static configuration Route Nexthop Type: Indirect Route Metric2 : 30 Route Forward Type : SRV6, Encap Mode : Non-Reduced SRH Using Transport class : true LSP Name: to-PE2 SR Preference : 100, SR Preference Override : 100 Metric : 1 State : Up LSP ID : 4 LSP Path Name: sl_to_PE2 LSP Path Bandwidth: 1 Weight: 1, Balance: 1 SR-ERO hop count: 2 Hop 1 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:400:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 Hop 2 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:600:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 -
show ted spring-te-policy extensiveコマンドを使用して、トランジットルーター上のトラフィック制御データベース内のSRv6ポリシー情報を確認します。以下の出力は、SRv6ポリシーの発信元、色、セグメントリストを示しています。user@P2> show ted spring-te-policy extensive TED database: 1 ISIS nodes 0 INET nodes 0 INET6 nodes NodeID: R1.00(1.1.1.1)(2001:db8:1::1) Type: RtrAge: 194 secs Protocol: SPRING-TE(0) Color: 4001, Endpoint: 2001:db8:20::20 Candidate Path Name: to-PE2, Flags: 0x8 Origin: 3, Origin Address: 2001:db8:1::1 , AS: 0, Discriminator: 0 Preference: 100, Priority: 128 BSID Flags: 0x1, SRV6 BSID: 5f00:0:200:fc58::, SRV6 SPECIFIED BSID: 5f00:0:200:fc58:: BSID Endpoint Behavior: 93, Flags: 0x0, Algo: 0 SSTLV: BL:32, NL:16, FL:16, AL:0 Number of Segments: 2 Segments: SRV6 SID: 5f00:0:400::, Segment Flags: 0x7 SID Structure: LB Length - 32, LN Length - 16, Function Length - 0, Argument Length - 80 SRV6 SID: 5f00:0:600::, Segment Flags: 0xf SID Structure: LB Length - 32, LN Length - 16, Function Length - 0, Argument Length - 80 -
show spring-traffic-engineering lsp detail name path_nameコマンドを使用して、ingressルーター上の送信元ルーティングパスのSR-TEイングレスLSPの詳細を確認します。以下の出力では、SRHの有無にかかわらず、ingressが新しいIPv6ヘッダーDAにプッシュするBSIDがHop 1です。Hop 2がサービスマイクロSIDです。user@PE1> show spring-traffic-engineering lsp detail name to-PE2 E = Entropy-label Capability Name: to-PE2 Tunnel-source: Static configuration Tunnel Forward Type: SRV6 To: 2001:db8:20::20-4001<c6> From: 2001:db8:10::10 State: Up Path: sl_to_PE2 Path Status: Up Outgoing interface: NA Auto-translate status: Disabled Auto-translate result: N/A Compute Status:Disabled , Compute Result:N/A , Compute-Profile Name:N/A BFD status: N/A BFD name: N/A BFD remote-discriminator: N/A Segment ID : 128 ERO Valid: true SR-ERO hop count: 2 Hop 1 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:200:fc58:: SSTLV: BL: 32, NL: 16, FL: 16, AL: 64 Hop 2 (Strict): NAI: None SID type: Micro SRv6 SID, Value: 5f00:0:2020:: SSTLV: BL: 32, NL: 16, FL: 0, AL: 80 Total displayed LSPs: 1 (Up: 1, Down: 0, Initializing: 0) -
SR-TEパスを通過するトラフィックフローを確認します。なお、
2001:db8:1000::100、2001:db8:1000:200、2001:db8:1000::2020は、ルーターP1、P2、PE2のイングレスインターフェイスIPです。2001:db8:6::6は、P6 ルーターのループバックアドレスです。user@PE1> traceroute srv6 spring-te micro-sids-stack usids [ 5f00:0:2020:: 5f00:0:200:fc58:: 5f00:0:100:: ] nexthop-interface xe-0/0/0:0.0 nexthop-address 2001:db8:f500:20c:4600 traceroute to destination 5f00:0:100:200:fc58:2020::, from source 2001:db8:10::10, 64 hops max, retries 3 1 2001:db8:1000::100 21.677 ms 21.932 ms 22.347 ms DA: 5f00:0:100:200:fc58:2020:: 2 2001:db8:1000::200 263.668 ms 197.990 ms 32.973 ms DA: 5f00:0:200:fc58:2020:: 3 2001:db8:6::6 55.073 ms 54.673 ms 66.859 ms DA: 5f00:0:2020:: 4 2001:db8:1000::2020 78.142 ms 99.980 ms 98.830 ms DA: 5f00:0:2020:: Traceroute status: Success追加検証
-
ルーターでBGP-LSが有効になっている場合、
show route table lsdist.0 te-policy-spring-te-color color extensiveコマンドを使用してトランジットルーター上のBGP-LS分散テーブルを確認できます。以下の出力は、ポリシーがコントローラまたはネットワーク全体のディストリビューション用に BGP-LS 経由でエクスポートされていることを確認します。ポリシーは、色、エンドポイント、BSID、セグメントリスト情報とともにアドバタイズされます。user@P2> show route table lsdist.0 te-policy-spring-te-color 4001 extensive lsdist.0: 113 destinations, 113 routes (113 active, 0 holddown, 0 hidden) SPRING_TE_POLICY { Node { AS:100 IPv4:1.1.1.1 } Policy { Color: 4001 Endpoint: 2001:db8:20::20 AS: 0 Origin Address: 2001:db8:1::1 Origin: 3 Discriminator: 0 } } SPRING-TE:0 }/1216 (1 entry, 1 announced) TSI: Page 0 idx 0, (group to-RRv6 type Internal) Type 1 val 0x1144b2e0 (adv_entry) Advertised metrics: Flags: Nexthop Change Nexthop: Self Localpref: 100 AS path: [100] I Communities: Advertise: 00000001 Path SPRING_TE_POLICY { Node { AS:100 IPv4:1.1.1.1 } Policy { Color: 4001 Endpoint: 2001:db8:20::20 AS: 0 Origin Address: 2001:db8:1::1 Origin: 3 Discriminator: 0 } } SPRING-TE:0 } Vector len 4. Val: 0 *SPRING-TE Preference: 8 Next hop type: Fictitious, Next hop index: 0 Address: 0x8e5b290 Next-hop reference count: 133 Kernel Table Id: 0 Next hop: State: <Active NotInstall> Local AS: 100 Age: 7:35 Validation State: unverified Task: SPRING-TE Announcement bits (1): 0-BGP_RT_Background AS path: I Candidate Path Name: to-PE2, Flags: 0x8 Preference: 100, Priority: 128 BSID Flags: 0x1, SRV6 BSID: 5f00:0:200:fc58::, SRV6 SPECIFIED BSID: 5f00:0:200:fc58:: BSID Endpoint Behavior: 93, Flags: 0x0, Algo: 0 SSTLV: BL:32, NL:16, FL:16, AL:0 Number of Segment Lists: 1 Segment List: 1, Segment List Flags: 0xb, MTID: 0, Weight: 1, Algo: 0 Number of Segments: 2 Segments: SRV6 SID: 5f00:0:400::, Segment Flags: 0x7 SID Structure: LB Length - 32, LN Length - 16, Function Length - 0, Argument Length - 80 SRV6 SID: 5f00:0:600::, Segment Flags: 0xf SID Structure: LB Length - 32, LN Length - 16, Function Length - 0, Argument Length - 80 Thread: junos-main