Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

新機能

このセクションでは、ジュニパー® ルーティング ディレクター リリース 2.8.0 で使用できる機能について説明します。

デバイスのライフサイクル管理

デバイスライフサイクル管理(LCM)は、デバイスのライフサイクル全体に及びます。デバイスLCMの一環として、デバイスをオンサイトにインストールし、デバイスを管理下に置き、本番時にデバイスを監視し、最後にデバイスの廃止を行います。

Juniper Routing Directorリリース2.8.0では、デバイスLCMが以下のプラットフォームに拡張されます。

  • デバイスサポート—Routing Director 2.8.0リリースは、以下のデバイスをサポートします。

    • MX301

    • SRX4000シリーズ—SRX4100、SRX4200、SRX4300、SRX4600、SRX4700

    • EX4400バーチャルシャーシ

    デバイスのオンボーディング、デバイスの詳細のエクスポート、監査ログの表示、ソフトウェアのアップグレードを行うことができます。Routing Directorでサポートされているデバイスの全リストについては、 サポートされているデバイス を参照してください。

  • 管理VRFを使用してブラウンフィールドJunosデバイスを導入—デバイスの追加ページにある管理 VRFを使用 トグルボタンを使用して、ブラウンフィールドJunosデバイスを採用>デバイス>ネットワークインベントリ>デバイスを追加します)。このボタンを有効にすると、デバイスは mgmt_junos VRFを使用してRouting Directorに接続し、管理トラフィックとデータトラフィックを分離します。

    [「 Routing Directorへのデバイスの追加」を参照してください。]

  • テレメトリのgNMIダイヤルイン接続のサポート—ネットワーク実装計画を使用してデバイスをオンボーディングする場合、Routing DirectorはgRPCネットワーク管理インターフェイス(gNMI)ダイヤルイン接続を使用してデバイステレメトリを取得します。

    Routing Director は gNMI クライアントとして機能し、デバイスへの gNMI 接続を開始します。以前は、デバイスがgNMIクライアントとして機能し、Routing Directorへの接続(ダイヤルアウト接続)を開始していました。

    以前のリリースから Routing Director リリース 2.8.0 にアップグレードすると、すべてのダイヤルアウト接続がダイヤルイン接続に変更され、データを失うことはありません。

    注:

    ダイヤルインgNMI接続は、Junos OSおよびJunos OS Evolvedバージョン24.2R1、24.2R2、24.4R1を実行しているデバイスではサポートされていません。回避策については、「 サポートされている KPI 」を参照してください。

    [ ファイアウォール要件を参照してください。]

可観測性

Routing Directorを使用すると、ネットワークトポロジー全体をリアルタイムで表示し、ネットワークの状態を監視できます。さらに、ネットワークの異常に関する通知とトラブルシューティングのガイダンスを受け取ります。

可観測性を備えたRouting Directorは、主要パフォーマンス指標(KPI)、デバイスログ、メトリックを使用してネットワークとそのコンポーネントを監視および分析します。監視機能には、ネットワークの問題について通知するアラートとアラームが含まれます。

また、Routing Directorは、合成トラフィックを使用して接続テストを実行し、ネットワーク内のデバイス間の接続の問題を特定します。さらに、リアルタイムルーティングダッシュボードにより、ネットワークの全体的なルーティングの健全性を積極的に監視できます。異常をタイムリーに検知することで、迅速な対応を起こし、問題の影響を最小限に抑えることができます。

Juniper Routing Directorリリース2.8.0では、以下の追加可観測性機能が提供されます。

  • 追加のプラットフォームでの AI/ML 駆動デバイスの正常性監視—ACX7024とPTX10008に加えて、Routing Director は以下のデバイスの正常性と温度を監視します。

    • ACX7509
    • ACX7348
    • PTX10001-36MR
    • PTX10004

  • AI-MLを使用してRouting Directorの物理層障害を検出—Routing Directorは、デバイスのオンボーディング中または動作中のデバイス上で物理層の障害を検出すると、アラートを生成します。以下のアラート数をConnectivityアコーディオンで確認できます。

    • デバイスが動作しているときの Device-Name ページ(デバイスのトラブルシューティング>監視機能>デバイス>の概要タブ)。

    • デバイスオンボーディング中の Device-Name ページ(デバイスオンボーディング>インベントリ>オンボーディングダッシュボード)

    アラートの詳細は、アコーディオンの「関連イベント」セクションで確認できます。

    注:

    物理層の障害検出は、ACX7100-48L デバイスでのみサポートされています。

    [ 「物理層障害の検出を参照してください。]

  • AI-MLを使用したMXシリーズデバイスのトラフィック損失とブラックホールの検出—Routing Directorは、PTX10004およびPTX10008シリーズデバイスに加えて、MX204、MX240、およびMX10008デバイスのトラフィック損失とブラックホールを検出します。Routing Director は、次の場所でこの情報を表示します。

    • Device -Nameページの概要タブのルーティングとMPLSアコーディオン(デバイスの監視機能>トラブルシューティング> Device -Name)。

    • イベントページのアラートタブ(監視機能>イベント)。

    [ ブラックホールの検出を参照してください。]

  • KPIデータ保持期間の向上—Routing DirectorのKPIデータ保持期間をデフォルトの1週間の制限を超えて延長できるようになりました。保持期間を設定すると、日時セレクターが自動的に調整されます。これは、次のページで新しく設定された範囲のKPIデータをクエリするのに役立ちます。

    • Component-Nameア コーディオン(ハードウェア/インターフェイス/ルーティング&MPLSアコーディオン> Device-Name >デバイスの可観測性>トラブルシューティング> Component-Name-link)

    • Component-Name アコーディオン(オーケストレーション>インスタンス> Service-Instance-Name の詳細ページ>パッシブアシュアランス> Component-Name-link)

    • Instance-Name ページ(Observability > Health > Custom KPI Collection > Rules Instantiations > Instance-Name)

    更新された保持範囲内のKPIデータを照会できるようになりました。

    注意:

    保持期間を長くするには、追加のディスク領域が必要になります。正確なストレージ要件は、設定された保持期間と収集されるKPIデータの量によって異なります。追加のディスク容量の見積りについては、 ジュニパーの営業担当者にお問い合わせください。

    [ Routing Directorのアイテム保持ポリシーを参照してください。]

  • エクスポートマネージャーを使用して外部システムにデータをストリーミング—Routing Directorを使用して、アンダーレイやデバイスKPIやsyslogなどの運用データと可観測性データを外部Kafkaシステムにストリーミングします。Kafka の宛先を設定し、ストリーミングパラメーターを定義し、データカテゴリを事前に作成された Kafka トピックにマッピングし、設定状態を維持したままストリームを追加、一時停止、または再開できます。

    TLSとSASLを設定して、Routing Directorと外部Kafkaシステム間の通信を保護します。Routing Directorは、イベントとKPIを連続ストリームでエクスポートできるため、SIEMプラットフォーム、AI/MLパイプライン、その他のイベント監視システムなどのサードパーティシステムとの統合が可能になります。Routing Director GUIの左側にあるメニューバーに、新しいメニュー「 管理」が追加されました。エクスポートマネージャーページ(管理>エクスポートマネージャー)を使用して、データストリームとKafka宛先を設定します。

    [ エクスポートマネージャーの概要を参照してください。]

  • IGP異常アラート生成—Routing Directorは、すべてのIGP異常を検出し、イベントページ(監視機能>正常性>イベント)にアラートとして表示します。これらの異常アラートは、正常性ダッシュボードに表示される全体的なルーティングの正常性計算に直接影響します(正常性>正常性ダッシュボード>監視能力)。

    これらのインサイトを使用して、トポロジーレベルの問題と全体的なルーティングの健全性状態を関連付けることで、IGP異常がネットワークパフォーマンスに与える影響の診断を迅速化し、可視性を向上させることができます。

    [ IGP異常検知の概要を参照してください。]

  • BGPルートの詳細を表示—ルート タブ (ルートタブ>>ルートエクスプローラ>ルートステータス)からデバイスのルーティング情報ベース(RIB)にBGPによってアドバタイズされたすべてのルートとパスを表示します。デバイスのリスト、プレフィックスアドレスと長さ、拡張コミュニティ、ルートがインストールされているRIBの詳細などの情報を表示できます。

    [ 「ルーティングステータスタブについて」を参照してください。]

信頼とコンプライアンス

Routing Directorは、ターゲットの設定、整合性、パフォーマンスが事前定義されたセキュリティベンチマークに準拠しているかどうかを定期的にチェックすることで、脅威や脆弱性からネットワークを保護します。 「ターゲット 」とは、デバイスまたはデバイスコンポーネントを指します。Routing Directorは、これらのチェックの結果を単一の信頼スコアに抽出し、デバイスの信頼性を判断するために使用できます。

リリース2.8.0に新機能はありません。

サービスオーケストレーション

サービスオーケストレーションとは、ネットワークサービスの設計、設定、検証、導入、監視のプロセスです。Routing Directorは、サービスの提供に必要なタスクを実行するワークフローを提供することで、ネットワークサービスのライフサイクル全体を自動化します。事前定義されたサービス設計を使用して、さまざまなネットワークサービスをプロビジョニングできます。サービスカタログは、サービスデザインのインベントリであり、サービスをインスタンス化するためのガイドラインとパラメーターを提供するテンプレートです。サービスインスタンスは、サービスの要素を定義します。サービスオーダには、サービスインスタンスを作成、変更、または削除する指示が含まれます。サービスの注文を開始してプロビジョニングすると、Routing Directorは自動化ワークフローをアクティブにして、ネットワーク内でサービスをプロビジョニングします。プロビジョニング後、Routing Directorは自動的にネットワークの健全性を監視し、サービス品質を測定します。

Juniper Routing Directorリリース2.8.0では、以下の追加サービスオーケストレーション機能が提供されます。

  • L2リソースインスタンスの更新されたESI設定形式—イーサネットセグメント識別子(ESI)IDのプレフィックスとサフィックス、ESI IDの範囲の開始値と終了値を、 L2-Addr-Resource-Instance-Name の変更ページ(オーケストレーション>サービス>リソースインスタンス>L2-Addr)で定義できます。これらの値により、Routing Director が EVPN サービスに配置 ESI パラメーターを割り当てる際に使用する ESI ID の構造化プールが作成されます。

    [ リソースインスタンスのリソースプールの設定、 EVPNサービス更新後の配置パラメーターの追加、 およびEVPN-VPWSサービス更新後の配置パラメーターの追加を参照してください。]

  • カスタムローカルVPWS IDの設定—E-Line EVPN VPWS CSMの追加ウィザード(E-Line EVPN VPWS CSM>オーケストレーション>サービス>インスタンス)の接続を追加ページで、CEデバイス向けのサイトネットワークアクセスごとにカスタムローカルVPWS IDを定義します。サイトネットワークにアクセスする1つのCEデバイスのローカルVPWS IDは、2番目のCEデバイス設定のリモートVPWS IDとして適用されます。値が指定されていない場合、システムはデフォルト VPWS ID 1 と 2 を 1 番目と 2 番目の CE デバイス向けサイトネットワークアクセスに自動的に割り当てます。これにより、CEデバイス向けのサイトネットワークアクセス全体で一貫したVPWS IDマッピングが確保されます。

    [ EVPN-VPWSサイトの追加とサイトネットワークアクセスの詳細を参照してください。]

  • サービスデザインバージョンの一括アップグレード—サービスデザインページ(オーケストレーション>サービスカタログ>サービスデザイン)から複数のサービスデザインバージョンを一括でアップグレードできます。アップグレードが正常に完了すると、 バージョン列 にサービスインスタンスで使用されるサービスデザインのアップグレードされたバージョンが表示されます。

    [ サービスデザインページについてを参照してください。]

ネットワークの最適化

Routing Directorのネットワーク最適化ユースケースは、リソース使用を最適化し、ネットワークパフォーマンスを向上させ、信頼性が高く効率的なデータ配信を確保するのに役立ちます。Routing Directorは、インテントベースのアプローチを使用して、ラベルスイッチパス(LSP)のアクティブなライフサイクル管理を通じてネットワークを最適化します。

Routing DirectorのGUIを使用してパスインテントを作成できます。パスインテントは、トラフィックがネットワークを通過する方法を定義する特定のLSP設定です。従来の方法では、トンネル内の各パスを、そのすべての属性とともに個別に設定およびプロビジョニングしていました。パスインテントを使用すると、パスの作成に再使用できる属性のサブプロファイルを作成できます。このモジュラーアプローチにより、冗長性が低減され、複数のトンネルをプロビジョニングするプロセスが合理化されます。

パスインテントをネットワークに適用すると、Routing Directorはこれらのインテントベースのサブプロファイルを解釈し、トンネルとLSPの作成、変更、削除を自動化します。Routing Directorは、必要なアクションを自律的に実行することで、ネットワークの状態を指定されたインテントに合わせます。Routing Directorは、ネットワークポリシー、トラフィックエンジニアリングの制約、SLA(サービスレベル合意)に基づいてLSPが確立されるようにします。

Juniper Routing Directorリリース2.8.0では、以下の追加ネットワーク最適化機能が提供されます。

  • デバイスコレクションの再解析—以前に収集された設定とshowコマンドの再解析を手動でトリガーするには、トポロジー設定ページのアドバンスタブ(ネットワーク>トポロジー>>トポロジーメニューバー>設定アイコン)のアドバンスタブにある再解析をクリックします。

    このオプションは、ネットワークモデルの設定状態が収集された設定ファイルおよび運用コマンド出力と同期していない場合に使用します。

    [ ネットワークトポロジーの詳細の表示を参照してください。]

  • トポロジーページのマップ表示オプション—トポロジー設定ページ(ネットワーク>トポロジー>トポロジーメニューバー>設定アイコン>)のマップタブにある世界地図を表示タブを使用して、トポロジーページでマップタイプを選択します。エアギャップインストールの場合、Routing Directorからのローカルマップデータを使用し、インターネットアクセスを必要としないマップオプションを選択できます。

    [ ネットワークトポロジーの詳細の表示を参照してください。]

  • カラーレジェンドの柔軟なメトリック選択—トポロジー設定ページのリンクタブ(ネットワーク>トポロジー>オブザーバビリティ>トポロジーメニューバー>設定 アイコン)で異なるトラフィックメトリックを選択します。選択したメトリックが、トポロジーマップの右下隅にあるカラーレジェンドに表示されます。これにより、さまざまな利用タイプを迅速に分析できます。

    [ ネットワークトポロジーの詳細の表示を参照してください。]

  • 複数の自律システムの設定—Routing Directorでは、各BGP-LSピアアドレスに異なるAS番号を付与できます。また、ASごとに複数のBGP-LSピアを設定することもできます。このようにAS割り当てをきめ細かく制御することで、ネットワークのセグメント化が強化され、ルーティングポリシーが分離され、運用ニーズに応じたルーティング戦略が調整されます。

    トポロジー設定ページ(ネットワーク>トポロジー>>トポロジーメニューバー> 設定アイコン)の動的トポロジータブを使用して、複数のBGP LSピアを設定します。

    [ ネットワークトポロジーの詳細の表示を参照してください。]

プランナー

Plannerは、あらゆる実稼働ネットワークのオフラインでの可視化と詳細なアーキテクチャ計画に使用されます。Plannerを使用すると、トラフィックの増加、トラフィックフローのシフト、新しいキャパシティやサービスなど、ネットワークへの変更の影響を予測できます。

プランナーはネットワークのトポロジービューを生成し、ネットワーク要素を追加、削除、再設定できます。ネットワークトポロジービューを使用すると、エンドユーザー定義の制約内で動作するように設計された動的で明示的ルーティングパスをモデル化および可視化できます。これらの変更やその他のトラフィックシナリオの影響は、実稼働ネットワークに影響を与えることなくシミュレーションできます。

Juniper Routing Directorリリース2.8.0では、以下の追加プランナー機能が提供されます。

  • オフライントポロジーの変更を表示—オフラインネットワーク(モデル)に加えた変更を表示します。モデル とパスの更新を実行し 、トポロジーページのリ ロード アイコンをクリックします(オフラインモデル>>ネットワーク計画> Model-Name >開いています)。

    トポロジーページで モデルとパスの更新 をクリックして変更を保存し、Routing Directorが以下を行う必要があるかどうかを選択します。

    • すべてのパスを再計算する

    • 新しく追加されたパスを再計算する、または

    • パラメーターのみ更新

    リロードを使用して、トポロジービューを更新します。

    [ 「オフライントポロジーページについて」を参照してください。]

  • タグを使用した作業モデルのグループ化 - タグを使用して作業モデルを整理およびグループ化します。タグは、 key:value 形式のラベルです。タグにより、関連する作業モデルをより迅速に識別できます。

    作業モデルに 1 つ以上のタグを追加できます (作業モデル ページ (オフライン モデル> ネットワーク>計画)。

    [ ワーキングモデルページについてを参照してください。]

  • トポロジーページでレポートを表示—トポロジーページ内でWhat-If障害シミュレーションレポートを表示します(オフラインモデル>>ネットワーク計画> Model-Name >開きます)。

    レポートでリンク、トンネル、またはデマンドを選択すると、トポロジーマップに元のパスと再ルーティングされたパス、リンク使用率関連の変更などが表示されます。この視覚化は、シミュレートされた障害の影響を迅速に評価し、緩和策を計画するのに役立ちます。

    [ 「オフライントポロジーページについて」を参照してください。]

アクティブアシュアランス

Active アシュアランスは、プログラム可能なテストおよび監視ソリューションであり、アンダーレイネットワークに合成トラフィックを生成して、ネットワークの品質、可用性、パフォーマンスに関する継続的なインサイトを取得します。Active アシュアランスでは、ネットワーク内の測定ポイントであるテストエージェントを使用します。テストエージェントは合成トラフィックを生成および受信し、インフラストラクチャを継続的に監視および検証できるようにします。ネットワーク内の戦略的な場所にテストエージェントを導入し、Junos® OS Evolvedを実行しているルーター、x86ハードウェア、または仮想マシン(VM)にインストールできます。Routing Directorは、RPMを使用してジュニパーネットワークス® MXシリーズユニバーサルルーターとジュニパーネットワークス® PTXシリーズルーターのメトリックデータを収集します。

リリース2.8.0 Juniper Routing Director、以下の追加アクティブアシュアランス機能を提供します。

  • 測定レポートの一元的なビュー—測定の詳細ページのレポートタブで測定によって生成されたレポートを表示します(測定エクス プローラ>オブザーバビリティアクティブアシュアランス>)。一元化されたビューは、以下に役立ちます。

    • 測定の検証結果を一元的に表示して、結果を検証できます。

    • プラグイン固有の設定データを使用して、問題を迅速にトラブルシューティングします。

    • ステータス、期間、開始時刻と終了時刻などの一般的な詳細を使用して、測定の全体的な健全性、パフォーマンス、動作を監視します。

    レポートは、測定値が最終状態(合格、失敗、エラー、または停止)に達した後にのみ生成されます。レポートは、QoSポリシーのプロファイリングとパスMTUの検出に関連する測定値に対してのみ使用できます。

    注:

    レポートはモニターでのみ使用できます。テストはレポートを生成しません。

    [ 「レポートタブについて」を参照してください。]

  • 追加プラグインのサポート—Routing Directorでは、以下のプラグインを使用してネットワーク内のQoSを評価できます。

    • Cisco IP SLA Ping—このプラグインを使用して、ネットワークの応答性を測定し、Ciscoデバイス間のIP(IPv4およびIPv6)到達可能性を検証します。プラグインは、設定されたエンドポイントにICMPエコー要求を送信し、応答時間やパケット損失などのメトリックを評価します。このプラグインを使用した検証テストでは、接続性、遅延、パスの安定性に関連する問題を検出するのに役立ちます。
    • パス MTU 検出—このプラグインを使用して、ネットワーク パスに沿ってサポートされている最大送信単位(MTU)を決定します。プラグインは、さまざまなサイズのプローブパケットを送信して、フラグメント化なしにパスを通過できる最大のパケットを特定します。このプラグインを使用した検証テストは、パフォーマンスに影響を与える可能性のあるMTUの不一致とフラグメント化の制約を検出するのに役立ちます。

    • QoSポリシープロファイリング—このプラグインを使用して、すべてのIPv4およびIPv6トラフィッククラスにわたるサービス品質(QoS)動作と帯域幅配分を検証します。このプラグインは、TCPおよびUDPフローを使用して、スループットの割り当て、遅延特性、パケット損失、バッファ動作を検証します。このプラグインを使用した検証テストは、QoSの設定ミス、優先順位付けの問題、ポリシー実施のギャップを特定するのに役立ちます。

    [ サポートされているプラグインを参照してください。]

Juniper Routing Directorのインストール

Juniper Routing Directorリリース2.8.0は、以下のインストール関連機能を提供します。

  • 単一ノードにインストール—単一の仮想マシン(VM)にRouting Directorをインストールします。単一のVMは、プライマリノードとワーカーノードの両方として機能します。

    ラボ環境、POC、および最小限の数(10台未満)のデバイスのみを管理する必要がある小規模展開において、単一のノードにRouting Directorをインストールします。シングルノードの導入は、拡張性や可用性の要件が実稼働の導入よりもはるかに厳しくない場合にのみ使用する必要があります。

    インストールプロセスは、マルチノードクラスターの場合と同じです。単一ノード設定のバックアップと復元はできますが、古いリリースのRouting Directorを単一ノード設定にアップグレードすることはできません。

    [ 「Routing Directorの実装、 システム要件、 クラスタの展開」を参照してください。]

ベータ機能

Juniper Routing Directorリリース2.8.0では、以下の機能のベータサポートが提供されます。

  • Model Context Protocol(MCP)サーバーを使用したRouting Directorへのクエリー - ネットワーク運用担当者は、Claude、Copilot、ChatGPTなどの任意のAIエージェントを使用して、MCPサーバーを介してRouting Directorにクエリーできます。MCPサーバーは、ネットワーク運用担当者が、コードを記述したり複雑なAPI構文を学習したりする代わりに、ネットワークデータのクエリ、ダッシュボードの作成、KPIへの対話型アクセスを可能にします。

    [ 「MCPを使用したRouting Directorのクエリ」を参照してください。]

  • LLMコネクタを使用してジュニパードキュメントをクエリ—LLMコネクタを使用して、ドキュメントサイト(https://www.juniper.net/documentation/)で利用可能なドキュメントのみをクエリし、回答の参考文献を引用します。LLMコネクタを設定して、LLMコネクタの構成ウィジェットのドキュメントタブ(システム設定>組織設定)でドキュメント>クエリを実行します。組織設定(LLMコネクター> [設定]メニュー>システム設定)に移動します。

    [ LLMコネクタの概要を参照してください。]

  • L3VPNサービス用のIRBインターフェイスの設定—以下のシナリオで、L3VPNサービス用のIRBインターフェイスを設定できます。

    • PE-CEプロトコルとインサイトとしてOSPFを使用した通常のタグなしインターフェイスを使用したEVPNを使用したEVPNを使用したL3VPN。

    • PE-CEプロトコルとインサイトとしてBGPを使用する通常のタグなしインターフェイスを使用したEVPNを使用したBGPを使用したL3VPN

    • PE-CEプロトコルとインサイトとしてOSPFを使用するVLANモードのインターフェイスを使用したEVPNを使用したEVPNを使用したL3VPN。

    • PE-CEプロトコルとインサイトとして、BGPモードのインターフェイスを使用したEVPNを使用したEVPNを使用したL3VPN。

    [ 「L3VPNサイトとサイトネットワークアクセスの詳細の追加 」および「 L3VPNサービス更新後の配置サイトネットワークアクセスパラメータの追加」を参照してください。]

  • カスタマイズされたサービスデザインのアップロード—サービスオーケストレーションcMGD CLIを使用して、カスタマイズされたサービスデザインをRouting Directorにアップロードします。

    注:

    サービスデザインを作成およびカスタマイズするには、 ジュニパーネットワークスプロフェッショナルサービスにお問い合わせください。

    アップロードされたサービスデザインは、サービスデザインページ(オーケストレーション>サービス>サービスカタログ)で表示し、それらを使用してネットワーク内の対応するサービスをプロビジョニングできます。

    [ 「カスタマイズされたサービスデザインのアップロード」を参照してください。]

非推奨の機能

以下の機能は、Juniper Routing Directorリリース2.8.0で非推奨になりました。

  • upgrade_routing-director-release-build-ID.tgz 圧縮アーカイブファイル— .tgz 形式のファイルを使用してRouting Directorの最新リリースにアップグレードすることはできなくなりました。最新リリースにアップグレードするには 、.img ファイルを使用する必要があります。

    [ 「Routing Directorのアップグレード」を参照してください。]

  • トポロジーリソースインスタンスの手動作成—リソースインスタンスページ(オーケストレーション>サービス>リソースインスタンス> + 新しいリソースインスタンスの追加)からトポロジーリソースプールを作成することはできません。「リソース・インスタンス」ページから変更できるのは、既存のトポロジ・リソース・プールのみです。ネットワーク実装計画で指定して、トポロジーリソースを設定します。

    [ リソースインスタンスのリソースプールの設定を参照してください。]

  • EVPN ESI名とカウント設定—EVPN ESIの名前とカウントを設定したレガシーEVPN ESIセクションは非推奨です。このセクションは、リリース2.8.0より前のリリースでプロビジョニングされたサービスインスタンスをサポートする場合にのみ使用できます。以前のリリースから、固定プレフィックス、サフィックス、および可変の中間範囲を入力する必要がある新しいEVPN ESI設定にサービスインスタンスを移行することをお勧めします。

    [ リソースインスタンスのリソースプールの設定を参照してください。]