新機能

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

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

Juniper Routing Directorリリース2.9.0では、デバイスLCMに以下の追加機能が用意されています。

• デバイスサポート—Routing Directorリリース2.9.0は、PTX10002-60MRデバイスの基本サポートを提供します。デバイスのオンボーディング、インベントリの表示、デバイスの詳細の表示とエクスポート、設定テンプレートを使用したデバイスの設定を行うことができます。

  Routing Director でサポートされているすべてのデバイスの一覧については、 サポートされている Junos OS リリース、デバイス、ブラウザーを参照してください。

• 拡張ネットワーク実装計画ページ—ネットワーク実装計画名は、ネットワーク実装計画ページ(インベントリ>オンボーディングダッシュボード>ネットワーク実装計画)のクリック可能なリンクです。プラン名をクリックすると、リンクで Plan-Name の詳細ページが開き、以下のタブに重要な情報を表示できます。

  • プロパティ—名前、サービスデザインバージョン、ステータスメッセージなどの一般的なプロパティと、その他の主要な属性を表示します。

  • 注文ステータス—プランに対して実行された最新のサービス注文のステータスを表示します。

  • アクティブアシュアランス—プラン内のデバイス接続の品質をチェックするために使用されるアクティブアシュアランステストとモニターのカウントと結果を表示します。

  • 注文履歴—プランに対して生成されたすべてのサービス注文の履歴を表示します。

  • 設定—プランで管理されているデバイスの設定を表示します。

  [ 「ネットワーク実装計画ページについて」を参照してください。]

• ネットワーク実装計画におけるインターフェイスモデリングの強化—Routing Directorは、IFD(物理インターフェイス)とIFL(オジカルインターフェイス)を分離することで、ネットワーク実装計画で改善されたインターフェイスモデリングフレームワークを提供します。物理インターフェイスが複数の論理インターフェイスをホストできるようになり、物理インターフェイスと論理インターフェイスを別々に設定できるようになりました。

  既存のネットワーク実装計画は自動的にアップグレードされ、その構成に基づいて新しいIFDおよびIFLモデルにマッピングされます。

  [ ネットワーク実装計画の追加を参照してください。]

• オンボーディング中にジュニパーデバイスで人工知能と機械学習(AI-ML)のユースケースを有効にする—デバイスプロファイルの追加ページの分析タブ(デバイス>インベントリ>デバイスとインターフェイスプロファイル>デバイスプロファイルの追加)にAIOPセクションを追加>、すべてのAI-MLユースケースを一元的に設定できるようになりました。オンボーディング中にネットワーク実装計画を通じてデバイスプロファイルをデバイスに適用すると、選択したAI-MLユースケース設定がデバイス上でコミットされます。

  注:

  AI-MLのユースケースを実現するには、追加のCPU、メモリ、ストレージリソースが必要になります。AI-ML オペレーションに必要な容量の詳細については、「 ハイパーバイザーのシステム要件 」または「 AWS のシステム要件」を参照してください。

  [ デバイスプロファイルの追加を参照してください。]

• ベンダーに依存しないデバイス管理フレームワーク:強化されたgRPCベースの管理機能が、ベンダーに依存しないデバイス管理フレームワークをサポートするようになりました。この機能強化により、最終的には Routing Director で、Cisco や Nokia のデバイスに加えて、さまざまなベンダーの幅広いネットワーク デバイスを管理できるようになります。

  標準化された管理インタラクションにより、異なるデバイス間のデバイスの相互運用性が向上し、運用の柔軟性が向上し、新しいタイプのデバイスを管理できるようになります。デバイスをRouting Directorに採用する際に、デバイスのMACアドレス、ベンダー、デバイスモデル、OSを指定する必要がなくなりました。

• ブラウンフィールドジュニパーデバイスをRouting Directorに一括インポート—スーパーユーザーは、以下の方法で複数のブラウンフィールドジュニパーデバイスをRouting Directorにインポートできます。

  • .csvファイルをアップロードしています。

  • インポート用のデバイスのバッチを手動で作成します。

  デバイスの一括インポートには、デバイスバッチページ(デバイス>インベントリ>デバイスバッチ)を使用してデバイスを一括インポートできます。インポート後、Routing Directorはインポートされたデバイスと接続し、オンボーディングまたは採用します。

  [「 バッチインポートページについて」を参照してください。]

可観測性

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

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

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

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

• 可観測性推奨エンジン—可観測性推奨エンジンは、デバイス構成、デバイスインベントリ属性(プラットフォーム/OS/バージョン)、ユーザー定義の設定を評価します。この機能は、デバイスの設定に基づいて、各デバイスに合わせたKPI推奨事項を自動的に生成します。これらの推奨事項を手動で承認または拒否することも、Routing Director による自動承認を許可することもできます。

  以前のリリースでは、ブラウンフィールドデバイスごとにカスタムKPIルールを定義して手動でインスタンス化する必要があり、時間がかかりエラーが発生しやすくなっていました。

  注:

  古いリリースからRouting Directorリリース2.9.0にアップグレードする場合、監視機能推奨エンジンはデフォルトで有効になっていません。すでにオンボーディングされているデバイスで監視機能推奨エンジンを有効にするには、デバイスプロファイルを更新します。

  ORE を有効にするには、デバイスプロファイルの追加ページ(デバイスとインターフェイスプロファイル>デバイス>インベントリ)の分析タブにあるOREトグルボタンを有効にし>デバイスプロファイル>分析>追加アイコンをクリックする必要があります)。

  [ 監視機能推奨エンジンのワークフローを参照してください。]

• デバイス上でのAI-MLユースケースの選択的有効化—デバイスプロファイルユーザーインターフェイス(UI)で、以下の人工知能と機械学習(AI-ML)ユースケースを選択的に有効にできます。

  • 物理層障害検知—ケーブルの劣化、損傷、または接続の緩みによって発生する障害を検出します。

  • 動的しきい値—デバイスやネットワークのパフォーマンスの異常を特定し、潜在的な問題を事前に防ぐことができます。

  • ファブリック正常性検出—MXシリーズデバイスのスイッチファブリック内のファブリック宛先エラーとパケット損失を特定します。

  • トラフィック損失検知—ブラックホールとそれを引き起こすイベントを可視化します。また、ブラックホールにつながる可能性のある潜在的な問題に対する予測的な洞察も提供します。

  AI-MLのユースケースを有効にするオプションは、デバイスプロファイルの追加ページの 分析 タブにあります(デバイス>インベントリ>デバイスおよびインターフェイスプロファイル>デバイスプロファイルの追加アイコン>デバイスプロファイル)。

  注:

  AI-MLのユースケースを実現するには、追加のCPU、メモリ、ストレージリソースが必要になります。AI-ML のユースケースに必要なリソースの詳細については、「 システム要件」を参照してください。

  [ デバイスプロファイルの追加を参照してください。]

• BGP、RIB、FIB KPIの動的閾値—Routing Directorは、AI-MLを使用して、以下の動的閾値を含むパフォーマンスグラフを生成します。

  • BGPはルートをアドバタイズし、ルートを受信しました

  • ルーティング情報ベース(RIB)

  • FIB(転送情報ベース)

  これらのグラフと動的閾値を含むグラフは、 Device-Name ページのルーティングとMPLSアコーディオン(監視能力>トラブルシューティングデバイスページ>デバイス名ページ>概要タブ)で確認できます。動的閾値制限から許容可能な逸脱が生じた場合、異常が検知され、アラートが発生します。静的しきい値は引き続き存在し、静的しきい値を超えた場合に重大なアラームが発生します。

  BGP、RIB、およびFIB KPIの動的しきい値を表示するには、デバイスプロファイルを介してデバイス上で 動的しきい値 を有効にする必要があります。

  [デバイスプロファイルとルーティング、MPLSデータとテスト結果の追加を参照してください。]

• AI-MLを使用したファブリックキュードロップとファブリック宛先エラーの検出—Routing Directorは、AI-MLを使用してジュニパーデバイス内のファブリックキュードロップとファブリック宛先エラーを検出し、エラーが発生すると重大なアラートを発生させます。アラートは、次の場所で表示できます。

  • ハードウェア アコーディオン—ハードウェア アコーディオン(Observability > Troubleshooting Devices > Device-Name)のファブリックフィールドに、異常なリンクが表示されます。異常リンクをクリックすると、アラートを表示できます。

  • イベントページ—イベントページ(監視機能>健全性>イベント)にアラートが一覧表示されます。アラートの詳細は、アラートの詳細ペインで確認できます。

    ファブリックの健全性を表示するには、デバイスプロファイルを介してデバイス上でファブリックの健全性検出を有効にする必要があります。

  [ 「デバイスプロファイル と ハードウェアデータおよびテスト結果の追加」を参照してください。]

• FPCリセットの予測アラートを表示—Routing Directorは、高度なログ分析と一般的な相関を使用して、フレキシブルPICコンセントレータ(FPC)がリセットされる可能性を予測します。ログデータを継続的に分析し、パケットサイクリックの冗長性チェック(CRC)エラーと、通常はFPC障害に先行する状態との間に相関するパターンを特定します。

  この分析に基づいて、Routing Directorは、リスクがある影響を受けるデバイスとFPCを強調表示する予測アラートを生成します。各アラートには実用的な推奨事項が含まれており、運用担当者はFPCリセットのスケジュールや開始などの早期是正措置を講じて、サービスへの影響を最小限に抑え、予期しないダウンタイムを防ぐことができます。

  [ FPCリセットの予測を参照してください。]

• Nokiaデバイス用のカスタムKPIコレクション—Device-Nameページ(監視機能>トラブルシューティングデバイスのアコーディオン)のハードウェア、インターフェイス、ルーティングとMPLS、およびカスタムKPIアコーディオンで、Nokiaデバイスのカスタム主要業績評価指標KPI(ハードウェアとインターフェイス)を表示できます(デバイスの監視機能トラブルシューティング> Device-Name)。この機能を使用して、ネットワーク内のNokiaデバイスを監視します。

  さらに、リモート管理アコーディオンで、NokiaデバイスとRouting Directorの間で確立または終了したgNMI(gRPCネットワーク管理インターフェイス)およびNETCONFセッションのステータスを表示できます。

  [ 「 Device-Name ページについて」を参照してください。]

• 外部Kafkaシステムへのアシュアランスメトリックのストリーミング—Routing Directorを使用して、外部Kafkaシステムにアクティブアシュアランスメトリックをストリーミングします。Routing Directorは、デバイスKPIとアンダーレイKPI、Syslogに加えて、アクティブアシュアランスメトリックを連続ストリームでエクスポートできるため、セキュリティ情報およびイベント管理(SIEM)プラットフォーム、人工知能機械学習(AI/ML)パイプライン、その他のイベント監視システムなどのサードパーティシステムとの統合が可能になります。実行中のすべての測定からアクティブなアシュアランスメトリクスをストリーミングするか、Key-Value形式でメタデータタグを指定することでストリーミングを特定の測定に制限するかを選択できます。

  アクティブアシュアランスメトリックストリーミングは、エクスポートマネージャーページ(管理>エクスポートマネージャー)で設定できます。

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

信頼とコンプライアンス

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

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

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

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

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

• プロビジョニング前にサービスインスタンスの候補バージョンを保存—サービスインスタンスの候補またはドラフトを作成し、アクティブなサービスに影響を与えることなく設定変更をステージングおよび検証します。候補には、確認、変更、コミットまたは破棄できるコミットされていない更新が含まれています。

  Service-Instanceの追加または変更ウィザードのスケジュールページ(オーケストレーション>インスタンス>スケジュールの追加/変更)でService-Instance >保存をクリックしてサービスインスタンスの候補を保存します。

  [ サービスインスタンスの概要 と サービスインスタンスページについてを参照してください。]

• L2VPNおよびL3VPNサービスフィールドのカスタム説明を定義—VPNサービス、サイトネットワークアクセス、およびBGP(L3VPNのみ)のカスタム説明をそれぞれの説明フィールドに追加します。これらのカスタム説明は、デバイス構成に表示されます。VPNサービスの記述はルーティングインスタンスに適用され、サイトネットワークアクセスの記述はインターフェイスユニットに使用されます。L3VPNの場合、BGP記述はデバイスのBGP設定に適用されます。これらのフィールドのいずれかが指定されていない場合、Routing Directorはデフォルトの説明を適用します。カスタム説明を追加することで、構成全体で一貫性のある明確なラベル付けが確保されます。

  [ 「L3VPNサービスインスタンスの追加」、「 L3VPNサイトとサイトネットワークアクセスの詳細の追加」、「 EVPNサービスインスタンスの追加 」、および 「EVPNサイトとサイトネットワークアクセスの詳細の追加」を参照してください。]

• L2サービスのVLANマッピングとC-VLAN保存を有効にする—VLANマッピングを使用して、EVPN、EVPN-VPWS、L2回線サービス全体の顧客VLAN(C-VLAN)トラフィックを管理します。

  ネットワーク内でトラフィックを転送するには、有効なサービスVLAN(S-VLAN)を指定する必要があります。

  C-VLANの保持を有効にすると、サービスは設定されたS-VLANをC-VLANを維持しながらイングレストラフィックにプッシュし、エグレストラフィックにS-VLANをポップします。C-VLANの保持を無効にすると、スワップ操作によりC-VLANがS-VLANに変換されます。

  この構成により、ネットワーク全体で顧客トラフィックを明確に分離でき、必要に応じてC-VLANの保存または変換もサポートできます。

  E-LAN EVPN CSMの追加、E-LINE EVPN VPWS CSMの追加、およびE-Line L2Circuit NSMサービスウィザードの追加(オーケストレーション>サービス>インスタンス>+)の一般ページでVLAN保持を設定します。

  [ EVPNサービスインスタンスの追加、 EVPN-VPWSサービスインスタンスの追加、 L2回線サービスインスタンスの追加、 およびL2回線VPNノードを参照してください。]

• L3VPNサービス用のIRBインターフェイスの設定—以下のシナリオで、レイヤー3VPN(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サイトの追加」と「サイトネットワークアクセスの詳細」を参照してください。]

ネットワークの最適化

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

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

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

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

• コンテナLSPのサポート—ネットワーク内のコンテナラベルスイッチパス(LSP)を表示および設定します。

  コンテナLSPは、コンテナLSPで定義されたプロパティを共有するサブLSP(PCE開始)の論理グループです。Routing Directorは、リアルタイムのネットワーク状況に基づいてサブLSPを動的に追加(分割)または削除(統合)し、リソースの過剰予約や不足を防止します。

  組織設定ページ(設定メニュー>システム設定)のネットワーク最適化設定セクションでコンテナLSP正規化トグルボタンを有効にし、トポロジーページ(監視可能性>トポロジー)のコンテナLSPタブでコンテナLSPを作成します。

  [コンテナ LSPタブについて と コンテナLSPの追加を参照してください。]

• SR-MPLSトンネルでSID圧縮を有効にしてラベルスタックを削減—セグメントID(SID)圧縮を有効にすると、複数のSIDをより少ないラベルに圧縮することでSR-MPLSラベルスタックを削減できます。SID圧縮により、SR-MPLSパスは、nodeSIDを使用してSR-MPLSパスを有効にするために、より少ないSIDを使用できます。

  注:SID圧縮は、セグメントルーティング(SR)トンネルに対してのみ有効にできます。

  SID圧縮を有効にするには、トンネルの追加ページ(トンネル>プロビジョニング>トンネル>ネットワークトポロジー>監視可能性)のSID圧縮オプション>および多様なトンネルの追加ページ(多様なトンネル>プロビジョニング>トンネル>ネットワーク>トポロジー>監視能力)を使用します。

  [ 「トンネルの追加 」と 「多様なトンネルの追加」を参照してください。]

• パケット損失の履歴データを表示—ネットワーク内のリンクのパケット損失履歴データを監視できます。履歴データは、トポロジーページ(ネットワーク>トポロジー>リンク>監視機能)のリンクタブにグラフとして表示されます。

  Routing Directorでパケット損失収集機能を有効にした後、測定エクスプローラページ(測定エクスプローラ>アクティブアシュアランス>監視能力)で、ジュニパーネットワークスおよびCisco IOS-XRデバイスのパケットロスを表示します。

  Routing Directorがこのデータを収集するには、ネットワーク実装計画のデバイスプロファイルを作成するときにパケット損失トグルボタンを有効にする必要があります。また、組織設定ページ(設定メニュー>システム設定>組織設定>ネットワーク最適化設定)のパケット損失トグルボタンを有効にする必要があります。

  [ 「リンクタブについて」を参照してください。]

• パケット損失違反に基づいてLSPを再ルーティング—Routing Directorは、リンク内のパケット損失が指定されたしきい値を超えると、ラベルスイッチパス(LSP)を自動的に再ルーティングし、トランスポート層の障害によるパケット損失を防ぎ、最適なネットワークパフォーマンスを確保します。

  LSPの自動再ルーティングを行うには、組織設定ページのネットワーク最適化設定セクション(設定メニュー>システム設定>組織設定>ネットワーク最適化設定)で以下のパラメーターを設定する必要があります。

  • リンクパケット損失しきい値—リンクパケット損失のしきい値(パーセンテージ)を指定します。しきい値を指定しない場合、LSPは再ルーティングされません。0を指定すると、リンクがブロックされます。

  • リンクパケット損失違反カウント—連続して発生するリンクパケット損失違反のカウントを指定します。カウントとは、LSPが再ルーティングされるために違反が発生する必要がある回数を指します。

  • リンクパケット損失違反間隔—定義された数のリンクパケット損失違反が発生する間隔(分単位)を指定します。間隔とは、LSPが再ルーティングされるために、連続した違反回数( リンクパケット損失違反カウントで定義)が発生する必要がある時間を指します。

  [ LSPの再ルーティングを参照してください。]

• トポロジーフィルターを使用してノードをフィルターする—トポロジーフィルターを作成して、BGP-LSピアリングから検出された、Routing Directorへのオンボーディング用ではないノード(デバイス)の数を制限します。トポロジーフィルターでは、アグリゲーションレイヤーノードやルートリフレクタなど、優先度の低いノードを除外したり、トポロジーがライセンスの対象ノードの合計数を超えている場合に、重要なノードに焦点を当てることができます。

  ノードをフィルタリングするには、ノードごとにフィルタルールを作成して、トポロジーフィルタページ(管理>動的トポロジー>トポロジーフィルタ)で包含または除外基準を定義する必要があります。フィルタールールを適用した後、トポロジーページ(ネットワーク>トポロジー>監視能力)で更新されたトポロジーを確認できます。

  [ 「トポロジフィルタリングワークフロー」を参照してください。]

プランナー

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

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

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

• 弾力性のあるシミュレーション最適化を使用して網羅的な故障シミュレーションを高速化—弾力性のあるシミュレーション最適化を使用して、選択した数のインスタンスに網羅的な故障シミュレーションジョブ(リンク、ノード、またはSRLG故障)を分散します。

  インスタンスは、シミュレーションを独立して実行するために Routing Director によって割り当てられた処理ユニットです。徹底的な障害シミュレーションを実行している間、ジョブは選択した数のインスタンスで並行して実行されます。柔軟なシミュレーション最適化により、特に大規模ネットワークや複雑なネットワークにおいて、包括的な障害シミュレーションの全体的な実行時間を短縮します。

  弾力的なシミュレーション最適化を有効にするには、「徹底的な障害シミュレーション」ページの「 インスタンス数 」フィールドでインスタンス 2 から 5 >選択できます (「シミュレーションネットワーク>オフライン モデルの計画> Working-Model >」)。

  [ 徹底的な障害シミュレーションを参照してください。]

• キャパシティビューアでネットワーク容量を分析します。Routing Directorを使用すると、リンクの使用状況を分析し、さまざまなトラフィック条件下でのネットワークパフォーマンスを評価できます。これは、ライブネットワークに影響を与えることなく容量のアップグレードが必要かどうかを判断するのに役立ちます。

  キャパシティビューアページ(オフラインモデル>計画> Model-Name >シミュレーション>キャパシティビューア)のリンクタブと需要タブを使用して、トラフィックの最適化とキャパシティのアップグレードについて情報に基づいた決定を行います。

  リンクタブでは、ネットワーク全体のリンク使用状況を集約して表示でき、過剰または過小利用されているリンクを特定するのに役立ちます。需要タブでは、トンネル帯域幅を変更し、それらの変更がリンク使用率にどのように影響するかを観察できます。

  [キャ パシティビューアページおよび キャパシティビューアワークフローについてを参照してください。]

• オフラインネットワークモデルの編集—「作業モデル」ページ (「>ネットワーク>オフラインモデルの計画」> Model-Name >鉛筆アイコン)の「編集」オプションを使用して、既存のネットワークモデルに変更を加えたり、複数の更新を適用したりできます。編集中に、以下のオプションのいずれかを選択します。

  • トラフィック/デマンド生成—Routing Directorによって収集されたテレメトリを使用して、トラフィックまたはデマンドを生成および適用します。
  • ファイルからインポート—大規模な設定変更がある場合に新しいJSONファイルをアップロードします。Routing Director はアップロード中にファイルを検証し、構造とデータが正しいことを確認します。フィールドの欠落やデータ型の誤りなどのエラーが見つかった場合、インポートは失敗し、正確な問題とその場所を示す明確なメッセージが表示されます。
  • ファイルから統計情報をインポート—サードパーティのデータコレクターによって収集されたトラフィック統計をアップロードします。

  [ 「ネットワークモデルの編集」を参照してください。]

• オフラインネットワークモデルにトンネルの多様性を実装する—ラベルスイッチパス(LSP)をペアにして、オフラインネットワークモデルのイングレス(開始点)とエグレス(終点)の間のどのポイントでも重複しないようにすることができます。トンネルの多様性はネットワークの耐障害性にとって極めて重要です。この機能により、一方のパスに障害が発生しても、もう一方のパスは運用し続けることができます。

  私たちは、次の3種類のトンネルの多様性をサポートしています。

  • リンク多様性—LSPが共通のリンクを共有しないようにします。一方のLSPが特定のリンクを使用する場合、ペア内のもう一方のLSPは別のリンクを使用するため、共有障害点を回避できます。

  • 共有リスクリンクグループ(SRLG)の多様性—LSPが同じリスク要因を共有するリンクを回避できるようにします。

  • サイトの多様性—LSPが同じノード、したがって同じサイトを回避できるようにします。このトンネル多様性タイプには、リンク機能と SRLG 多様性機能の両方が含まれます。

    ノードがサイトに属していない場合、そのノードは独自のサイトとみなされます。

  RSVPおよびSR-TE LSPに対してのみ、多様なトンネルを作成できます。

  注:

  デバイスによるルーティングルーティング方法は、トンネルの多様性を設定する場合、セグメントルーティング(SR)ではサポートされていません。

  多様なトンネルの追加ページ(オフラインモデル>ネットワーク>作業モデル>ネットワークモデル>>トンネルタブを開く>>多様なトンネルを作成する)>を使用して、オフラインネットワークモデルにトンネル多様性を実装します。

  [ 「多様なトンネルの作成(プランナー)」を参照してください。]

• リンクのSRプロトコルの設定—ネットワークモデルでリンクを作成する際にSRプロトコルを設定できるようになりました。SR が有効になっている場合、Routing Director はセグメント識別子(SID)を使用して特定のパスに沿ってトラフィックを誘導します。SR を使用して、セグメント識別子(SID)を使用して特定のパスに沿ってトラフィックを誘導します。

  ノードAとノードZのSID値(IPv4アドレス)を指定して、目的のリンクを介したパスを明示的に定義できます。SIDが指定されていない場合、パスはルーティングプロトコルを介して学習したSIDに基づいて計算されます。この設定は、意図したリンク上でトラフィックを明示的に誘導し、正確なパス計算をサポートします。

  注:

  リンクにセグメント識別子(SID)値を明示的に設定できる場合でも、PlannerはインターフェイスまたはノードのIPv4アドレスを使用してトンネルパスを計算します。SID値は、パス計算中には直接使用されません。

  [ リンクの作成(プランナー)を参照してください。]

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

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

Juniper Routing Directorリリース2.9.0では、以下の追加アクティブアシュアランス機能が提供されます。

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

  • DSCPポートマッピング—このプラグインを使用して、特定のUDP宛先ポートに送信されたトラフィックが、トラフィックがネットワーク内の2つのポイント間を通過するときに正しくリマークされていることを確認します。プラグインは、特定のDSCP値でマークされたトラフィックを設定されたUDPポート範囲に送信し、宛先で予想されるDSCP値と受信されたDSCP値を比較します。このプラグインを使用して検証テストを実行すると、特定のUDP宛先ポートに関連するポート認識型QoSポリシーの設定ミスとリマーキングの問題が検出されます。

  • DSCP再マッピング—このプラグインを使用して、トラフィックがネットワーク内の2つのポイント間を通過するときにトラフィックが正しくリマークされていることを確認します。プラグインは、特定のDSCP値でマークされたトラフィックを送信し、宛先で予想されるDSCP値と受信されたDSCP値を比較します。このプラグインを使用して検証テストを実行すると、ネットワークパス全体にわたるDSCPリマーキングの不一致とQoSポリシー適用の問題が検出されます。

  • VoIP—このプラグインを使用して、ハブアンドスポークVoIPトラフィックをシミュレートし、テストエージェント間のリアルタイム音声通信のためのネットワーク準備状況を検証します。プラグインは、選択した音声コーデックを使用してUDPベースの音声トラフィックを生成し、音声品質指標とネットワークパフォーマンスメトリックを測定します。このプラグインを使用して検証テストを実行すると、ネットワーク全体の音声品質を低下させる高遅延、ジッター、パケットロスなどの問題が検出されます。
  • RFC 6349 TCPスループット—このプラグインを使用して、IETF RFC 6349フレームワークに従って、サーバーとクライアントテストエージェントの間で達成可能な最大TCPススループットを測定します。このプラグインは、構造化されたTCPススループットテストを実行し、ネットワークパス全体のTCP転送速度、効率、ボトルネック帯域幅を評価します。このプラグインを使用して検証テストを実行すると、ボトルネック、バッファ制限、再送信オーバーヘッドなど、高帯域幅のデータ通信を制限するパフォーマンスの問題が検出されます。

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

• NFX150へのTest Agent Applianceの手動インストール—Test Agent Applianceを仮想ネットワーク機能(VNF)として展開して、NFX150デバイスに手動でインストールします。NFX150は、デバイスの仮想化されたコンピューティングレイヤーで直接Test Agent Applianceイメージを実行することをサポートしており、クラウドや外部の仮想化プラットフォームは必要ありません。

  Routing Directorへの自動登録をサポートするようにクラウド設定メタデータファイルを構成し、Test Agent Appliance QCOW2イメージをダウンロードして、CPU、メモリ、インターフェイスマッピングなどのVNF設定を適用します。この導入方法により、NFXプラットフォーム内でTest Agent Applianceを実行するためのハードウェアベースの環境が提供されます。

  [ 「テストエージェントアプライアンスのインストール」を参照してください。]

• テストエージェントの復元または完全に削除—ネットワークから削除されたテストエージェントを表示および管理できます。また、誤って削除されたテストエージェントを復元したり、不要になったテストエージェントを完全に削除したりすることもできます。これにより、アクティブなテストエージェントのインベントリを正確に維持できます。

  テストエージェントページ(テストエージェント>インベントリ)のゴミ箱タブを使用して、テストエージェントを回復または完全に削除します。

  [「 テストエージェントページについて」を参照してください。]

• 定義された間隔でテストをスケジュール—定義された間隔でテストを自動的に実行するように繰り返しルールを設定します。繰り返しルールでは、頻度(1回、1時間ごと、毎日、毎週、毎月、またはカスタム)、タイムゾーン、開始日、実行間隔を設定して、テストをスケジュールできます。テストをスケジュールすることで、テストを手動でトリガーする必要がなくなり、時間ベースで一貫したネットワーク監視が確保されます。

  測定デザイナーページ(測定デザイナー>オブザーバビリティアシュアランス>測定デザイナー)からテストをスケジュールし、テストページ(オブザーバビリティ>アクティブアシュアランス>テスト)からスケジュールされたテストを管理できます。

  [ 「テストページについて」を参照してください。]

• パストレース ストリームの中間ホップの詳細を表示—Routing Directorを使用して、パストレースページの対話型トポロジービューで中間ホップの詳細を表示します(アクティブアシュアランス>テスト>監視可能性 > Test-Name > Topology)。中間ホップの詳細を表示すると、パス上の遅延、パケット損失、ルーティングの異常がどこで発生しているかを迅速に特定し、トラブルシューティングを迅速化できます。ホスト名、IPアドレス、ホップのタイムスタンプなど、ホップの詳細を表示できます。

  ホップがドメインに関連付けられている場合、ドメインを通過するすべてのストリームを、ドメイン名、ホップ番号、IPアドレスで識別して表示 できます 。

  [ 「トポロジータブについて(パストレース)」を参照してください。]

LLMコネクター

LLMコネクターは、Routing Directorと統合されたAIドリブン機能で、ユーザーが自然言語クエリを通じてネットワークと対話できるようにします。大規模言語モデル(LLM)に安全に接続して、実用的なインサイトを提供し、構成に関する推奨事項を生成し、トラブルシューティングを支援します。LLMコネクターは、ネットワークインテリジェンスへのアクセスを簡素化することで、従来のコマンドラインインターフェイス(CLI)コマンドに依存せずにネットワークを監視し、トラブルシューティングできるようにします。

Juniper Routing Directorリリース2.9.0は、以下のLLMコネクタ機能を提供します。

• LLMコネクタの強化—このリリースでは、LLMコネクタに次の強化が加えられています。

  • LLMコネクタを使用してHPEジュニパーネットワーキングのドキュメントを照会できます。LLMコネクターは、ドキュメント関連のクエリーをジュニパーLLMに自動的に送信し、結果を返します。

    HPEジュニパーネットワーキングのドキュメントを照会できるようにするには、Juniper Routing Assuranceで組織を作成し、LLMコネクターでドキュメントモードを設定している必要があります。

  • LLMコネクタを介してジュニパーデバイス上でコマンドを実行できます。実行されたコマンドに対して監査ログが生成され、スーパーユーザーは生成された監査ログを表示できます。

  • LLMコネクターでは、インタラクティブなダッシュボードを生成し、別のパネルに表示できます。ダッシュボードの生成に使用するHTMLコードをローカルに表示して保存し、ダッシュボードをPDF形式でエクスポートできます。

  • 設定された任意のLLMモデルを使用して、クエリに対する応答を生成できます。このリリースでは、AnthropicおよびOpenAI互換の追加のLLMモデルがサポートされています。

  • LLMコネクターの応答には、使用したツール、ツールの出力、LLMの推論などのサポートの詳細が含まれます。サポートの詳細は、折り畳み可能なセクションにグループ化されています。出力内のコード スニペットには、構文が強調表示され、拡張および折りたたみ可能なコード ブロックがあります。

  • フィードバックを提供するための 5 つ星の評価は、それぞれ有用な応答と役に立たない応答を示す [親指を立て る] アイコンと [ 親指を下げる] アイコンに置き換えられます。

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

• MCPサーバーを使用したRouting Directorへのクエリ—ネットワーク運用担当者は、Claude、Copilot、ChatGPTなどの任意のAIエージェントを使用して、MCP(Model Context Protocol)サーバーを介してRouting Directorにクエリできます。MCPサーバーは、ネットワーク運用担当者が、コードを記述したり複雑なAPI構文を学習したりする代わりに、ネットワークデータのクエリ、設定のコミット、ダッシュボードの作成、主要業績評価指標(KPI)へのアクセスを会話形式で行うのに役立ちます。

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

管理

• アクセス制御プロファイル全体でのABACポリシーの再利用—Routing Directorでは、アクセス制御プロファイル全体で属性ベースのアクセス制御(ABAC)ポリシーを再利用できるため、一貫性が向上し、ポリシー管理が簡素化されます。スーパーユーザーは、デフォルトのポリシーテンプレートのインベントリを活用して標準化されたポリシーを作成し、重複することなく複数のプロファイルに適用できます。

  テンプレートとポリシーを再利用できるため、同一のポリシーを繰り返し定義する必要がなくなるため、設定エラーが減り、一貫したポリシー適用が可能になります。

  アクセス制御プロファイルページ(設定メニュー>制御プロファイル)には、プロファイル、ポリシー、テンプレート(GUIではスケルトンと呼ばれます)を個別に管理するためのタブ付きインターフェイスが用意されています。

  [ 「アクセス制御プロファイルページについて」を参照してください。]

• パスワードポリシーの適用—スーパーユーザーは、以下を含む組織全体のパスワードポリシーを定義して適用できます。

  • 大文字

  • 小文字

  • 特殊文字

  • 数字

  • 最小文字数

  必要に応じて、パスワードポリシーの適用を有効または無効にできます。適用を有効にすると、すべてのユーザーパスワードが設定されたポリシーに準拠している必要があり、組織全体で一貫したアカウントセキュリティが確保され、強化されます。

  パスワードポリシーは、組織設定ページ(設定メニュー>システム設定)から定義および適用できます。

  [ 「組織設定の管理」を参照してください。]

• Routing Directorへのサイトの一括アップロード—スーパーユーザーは、複数のサイトをに追加することで、複数のサイトをRouting Directorに同時にインポートできます 。CSV ファイル。インポート後、Routing Director は、インポートに成功したサイト数、スキップまたは失敗したサイトの数、および対応する理由を含む概要を提供します。

  サイトは、サイトページ(共通リソース>サイト>インベントリ)から一括アップロードできます。

  [ サイトページについてを参照してください。]

Juniper Routing Directorのインストール

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

• AWSにRouting Directorをインストールする—ハイパーバイザーベースの環境向けの既存のインストールサポートに加えて、Amazon Web Services(AWS)クラウドにRouting Directorクラスターをインストールして展開できます。AWS では、Routing Director は Amazon Elastic Compute Cloud (EC2) インスタンスとして実行されます。この導入オプションでは、ホスティングとスケーリングに柔軟性があり、オンデマンドプロビジョニング、スケーラブルなコンピューティング容量、組み込みの高可用性などのAWS機能の利点も得られます。

  [ 「AWSへのRouting Directorのインストール」を参照してください。]

• クラスターVMのアップグレードされたベースOS - Routing Directorのクラスター仮想マシン(VM)のデフォルトのベースOSが、Ubuntu 22.04.5 LTSからUbuntu 24.04.4 LTS(Noble Numbat)にアップグレードされました。

  Routing Director OVAには、仮想マシンの導入に必要なすべてのユーティリティ、オペレーティングシステムコンポーネント、ソフトウェアが付属しています。これらのVMは、ベースOSとしてUbuntu 24.04.4でプロビジョニングされています。

  既存またはアップグレードされたクラスターのデプロイメントでは、継続的なセキュリティ、安定性、パフォーマンス、およびKubernetesクラスターの互換性を確保するために、ベースOSを更新する必要があります。アップグレードプロセスは、ベースOSの更新が適用された後にのみ完了したとみなされます。 ソフトウェアダウンロード サイトからOSアップデートファイルをダウンロードします。

  [ ノード上のOSの更新を参照してください。]

ベータ機能

Juniper Routing Directorリリース2.9.0では、以下の機能をベータサポートできます。

• サービスインスタンスとデザインバージョンを以前のバージョンにロールバック—ロールバックオプションを使用して、サービスインスタンスページ(オーケストレーション>インスタンス>サービスインスタンス)で、サービスインスタンスに関連付けられたサービスインスタンスとサービスデザインバージョンを以前のバージョンに戻します。サービスインスタンスの変更またはプロビジョニングのたびに、ロールバックテーブルに新しいエントリが作成され、変更を追跡し、ロールバックする特定のバージョンを選択できます。

  ロールバック機能を使用すると、プロビジョニングの失敗やサービス設計バージョンのアップグレードの失敗後にサービスインスタンスを以前のバージョンに戻すことができ、サービスを最初から再構築する必要がなくなります。

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

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

  注:

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

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

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

非推奨の機能

以下のGUIページは、Juniper Routing Directorリリース2.9.0で非推奨になりました。

• カスタムKPIコレクション—カスタムKPIコレクションページ(監視機能>健全性)は利用できなくなりました。このページで以前に使用できた以下のタブは、スマートKPIアシスタントページ(監視可能性>健全性)のKPIワークスペースタブに移動しました。

  • ルールインスタンス

  • ルールリスト (リリース2.9.0で ルール に名前が変更されました)

  • ルールヘルパーファイル (リリース2.9.0で ルールヘルパー に名前が変更)