Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

NorthStar コントローラ機能の概要

NorthStar Controllerソフトウェアは、WANおよびエッジ(データセンターエッジおよびWANエッジ)ネットワーク向けのトラフィックエンジニアリングベースのソリューションを提供します。NorthStar Controller がネットワークに接続され、動的トポロジー取得が実行されてネットワーク トポロジーのリアルタイム ルーティング ビューが提供された後、NorthStar Controller UI からネットワーク モデルを表示できます。これにより、実装する前に、必要なネットワーク変更の影響を計画、分析、および評価できます。

サポートされているユース ケースと機能のハイライトは次のとおりです。

  • マルチユーザー ログイン—複数のフルアクセス ユーザーが同時に NorthStar にログインでき、1 人のユーザーが異なるデバイスから NorthStar に複数回ログインできます。これは、NorthStarサーバーの責任を分散するアーキテクチャによって実現されます。

  • Web UI—オペレータにNorthStar Controllerアプリケーションへのアクセスを提供します。Web UI で使用できる機能は、ユーザー ロールによって定義されます。Web UI には、最新の Web ブラウザーを使用して、Web サーバーの URL を介してアクセスします。

    メモ：

    ライブネットワークに影響を与えずにシミュレーションを実行するには、NorthStar Plannerを使用できます。

  • 動的なトポロジー取得:ルーティングプロトコル(IS-IS、OSPF、BGP-LS)を使用して、リアルタイムでトポロジーの更新を取得します。

  • ラベルスイッチパス(LSP)の報告—ラベルエッジルーター(LER)は、PCEPレポートを使用して、すべてのタイプのLSP(PCC_controlled、PCC_delegated、PCE_initiated)をNorthStar Controllerに報告します。

  • LSPプロビジョニング—NorthStarコントローラからLSPを作成するか、NorthStarコントローラに委任されたLSPを更新します。また、一度に複数の LSP を作成することもできます。

  • 対称ペアグループ - イングレス LER からエグレス LER への LSP が、エグレス LER からイングレス LER への LSP と同じパスをたどるように、LSP のペアを設計します。Web UI でこの機能にアクセスするには、[> ] に移動し Applications 、[ Provision LSP詳細設定] タブをクリックします。

  • 多様なLSP—NorthStar Controller UIから、2つのLSPを設計して、パスが互いに多様になるようにノード、リンク、またはSRLGにします。

    メモ：

    NorthStar Controller は、さまざまなポイントツーポイント LSP をサポートしています。多様なポイントツーマルチポイント LSP のプロビジョニングはサポートされていません。

  • スタンバイおよびセカンダリLSP—プライマリルートに障害が発生した場合に代替ルートを提供します。セカンダリまたはスタンバイLSPのノードからノードへのトンネルID、およびIPアドレスは、プライマリLSPのそれと同じです。ただし、セカンダリ LSP とスタンバイ LSP には次のような違いがあります。

    • セカンダリ LSP は、プライマリ LSP に障害が発生するまでシグナリングされません。

    • スタンバイ LSP は、プライマリ LSP のステータスに関係なくシグナリングされます。

  • 時間ベースのLSPスケジューリング—時間ベースのカレンダーを使用して、将来の要件に基づいてLSPの作成をスケジュールします。LSP を 1 回限りのイベントまたは指定した期間の定期的な毎日のイベントとしてスケジュールし、ネットワークのトラフィック負荷、帯域幅、設定に基づいて LSP の設定、変更、破棄をスケジュールし、時間の経過に伴う優先度要件を保持することができます。LSP のスケジューリングはプライマリパスで設定され、スケジュールされた時間はすべてのパス(プライマリ、セカンダリ、およびスタンバイ)に適用されます。

  • LSPテンプレート—NorthStarコントローラは、ルーターで設定されたLSPテンプレートをサポートします。テンプレートは、テンプレートで指定された正規表現(regex)名と一致する名前を提供するすべてのPCE開始LSPに適用するLSP属性のセットを定義します。(正規表現名の照合によって)LSP を LSP テンプレートに関連付けることで、テンプレートで指定された正規表現名と一致する名前を提供する LSP 全体で LSP 属性を自動的に有効または無効にすることができます。NorthStar UIでは、同じ属性が適用されます。

  • 自動帯域幅のサポート—LSPがNorthStarコントローラに委任されている場合でも、自動帯域幅パラメータがルーター上で計算されます。ルーターのテンプレートを使用して自動帯域幅パラメーターを有効にし、テンプレートで定義された正規表現(regex)名と一致する名前を提供する PCE 制御 LSP がそのテンプレートで指定された LSP 属性を継承するようにすることができます。NorthStar Controllerは同じ属性を適用し、UIに表示します。

    メモ：

    PCE開始LSPで指定された帯域幅は、自動帯域幅テンプレートで指定された最小帯域幅以上である必要があり、そうでなければテンプレートに最小帯域幅句が含まれていてはなりません。また、PCE開始LSPで指定する帯域は、テンプレートで規定する最大帯域を超えてはなりません。

    自動帯域幅の動作は、LSP タイプによって異なります。

    • ルーター制御(PCC制御)LSP—NorthStar Controllerは、ルーター制御LSPについて学習する必要があります。PCC は LSP 帯域幅の統計アカウンティングを実行し、LSP のサイズ変更は帯域幅しきい値トリガーによって駆動されます。NorthStar Controller は適宜更新されます。

    • NorthStar コントローラ管理(PCC 委任)LSP — PCC は、これらの LSP の帯域幅アカウンティングを実行します。帯域幅のしきい値に達すると、PCReq メッセージが NorthStar Controller の Path Computation Server(PCS)に送信され、明示的なルート オブジェクト(ERO)が計算されます。PCC は LSP のサイズ変更方法を決定し、PCS は制約を満たす ERO を提供します。これらの LSP は通常どおり委任され、PCRpt メッセージは委任ビットが設定された状態で送信されます。

      PCC で帯域幅しきい値トリガーに達すると、PCRpt メッセージが PCE に送信されます。PCRpt メッセージには、新しく要求された帯域幅を指定するベンダー TLV が含まれます。次の条件が適用されます。

      • 新しいパスが利用可能な場合、事前対応(MBB)シグナリングが試行され、新しいパスがシグナリングされます。PCC から PCE への PCRpt メッセージは、更新されたパスを報告します。

      • 新しいパスが見つからない場合は、調整間隔タイマーがトリガーされるたびに、上記の処理が繰り返されます。

    • NorthStar Controller が作成した(PCE 開始)LSP—NorthStar Controller UI から LSP が作成されると、テンプレートによって LSP に関連付けられた自動帯域幅属性が定義され、PCC が LSP を自動帯域幅 LSP として扱うことができます。その他の LSP の動作はすべて、NorthStar Controller が管理する LSP と同じです。

  • LSPの最適化—NorthStarコントローラに委任されたLSPを分析して最適化します。今すぐ分析機能を使用して、パス最適化分析を実行し、最適化を実行する必要があるかどうかを判断するのに役立つ最適化レポートを作成できます。また、今すぐ最適化 (Optimize Now) 機能を使用して、ユーザー定義のタイマーの有無にかかわらず、パスを自動的に最適化することもできます。[今すぐ最適化] を使用した場合、レポートは作成されず、最適化は前回分析が行われたときに有効だった条件ではなく、現在のネットワークの状態に基づいて行われます。

  • NorthStar Controller からの LSP プロビジョニングを有効または無効にする - 管理者は、[>System Settings] に移動してAdministration、すべての NorthStar Controller ユーザーに対して LSP のプロビジョニングをグローバルに有効または無効にすることができます。プロビジョニングが無効になっている場合でも、UI で変更を加えることはできますが、ネットワークにはプッシュされません。

  • メンテナンス イベントのスケジュール - メンテナンスするノードとリンクを選択します。ノードまたはリンクでメンテナンスイベントをスケジュールすると、NorthStar Controller は、メンテナンスがスケジュールされているノードおよびリンクの周囲に委任された LSP をルーティングします。メンテナンスイベントの完了後、委任されたLSPは最適なパスに戻されます。

  • スケジュールされたメンテナンスイベントのシミュレーションを実行する — さまざまな障害シナリオのスケジュールされたメンテナンスイベントに対してNorthStar Controllerからシミュレーションを実行して、ネットワークの耐障害性をテストするか、イベントが発生する前にシミュレーションを実行します。ネットワーク シミュレーションは、シミュレーション開始時に選択したメンテナンス イベントの現在のネットワーク状態に基づきます。シミュレーションでは、将来のネットワーク状態のメンテナンス イベントをシミュレートしたり、他の同時メンテナンス イベントの要素をシミュレートしたりすることはありません。メンテナンスまたは拡張障害シミュレーション用に選択した要素に基づいてネットワーク シミュレーションを実行でき、完全な障害を含めるオプションもあります。

  • TE++ LSP - TE++ LSP には、特定のコンテナ ステートメントとして設定されたパスのセットと、サブ LSP と呼ばれる個々の LSP ステートメントが含まれ、帯域幅はすべて等しくなります。

    TE++ LSP の場合、次の 2 つのトリガーのいずれかによって正規化プロセスが開始されると、LSP のサイズを変更する正規化プロセスが発生します。

    • 定期的なタイマー

    • 帯域幅のしきい値に達している

    上記のトリガーのいずれかが発生すると、次のいずれかのイベントが発生する可能性があります。

    • 変更は必要ありません。

    • LSP分割—別のLSPを追加し、すべてのLSPに帯域幅を分散します。

    • LSPマージ—LSPを削除し、すべてのLSPに帯域幅を分散します。

    TE++ LSP の場合、NorthStar Controller は一連のパスを持つ単一の LSP を表示し、LSP 名はすべてのメンバーの一致するプレフィックス名に基づきます。TE-LSP 間の相関はアソシエーションに基づいており、TE LSP がなくなると削除されます。

    メモ：

    TE++はPCC(ルーター)制御LSPおよび委任LSPでサポートされていますが、TE++ LSPをNorthStar Controllerで作成することはできません。

  • マルチレイヤーのサポート - 他の方法では利用できないトランスポートドメインに関する情報レベルを考慮に入れることで、NorthStar Controllerのパス計算の品質を向上させます。トポロジー情報は、RESTCONF および REST API を介して、YANG ベースのデータ モデルの形式で NorthStar Controller クライアントにプッシュされます。これにより、クライアントとトランスポートネットワークエンティティが通信できるようになります。YANG データ モデリングの詳細については、 draft-ietf-teas-yang-te-topo-01, TE トポロジー向け YANG データ モデルを参照してください。

  • 2 VM モデルを使用した OpenStack のサポート - NorthStar Controller は、2 VM の OpenStack モデルを使用してインストールおよび実行できます。NorthStar Controller アプリケーションは、Linux VM の上にインストールされます。JunosVMはQcow2フォーマットで提供されます。

  • NorthStar Controllerのコンテナ化ルーティングプロトコルデーモン(cRPD)のインストール-Junos vRPDのインストールは、Junos VMの代替として利用できます。BGP監視プロトコル(BMP)はトポロジーの取得を提供しますが、NTADは利用できないため、ネットワークではBGP-LSを使用する必要があります。Dockerに導入されるこのタイプのインストールでは、Junos VMで一般的なオーバーヘッドが削減されるため、リソース消費が削減され、起動時間が短縮されます。cRPDを使用する場合:

    • CentOSまたはRed Hat Enterprise Linux 7.xが必要です。それより前のバージョンはサポートされていません。

    • cRPDは、NorthStarアプリケーションサーバーのアドレスを共有します。

    • Junos cRPDのドキュメントは、 ジュニパーネットワークスのテクニカルライブラリで入手できます。Junos cRPDのライセンス要件が記載された『ライセンスガイド』へのリンクもあります。

  • 外部 LDAP サーバを使用したユーザ認証:デフォルトのローカル認証ではなく、外部 LDAP サーバを使用してユーザを認証するように指定できます。これにより、社内認証が可能になります。クライアントが NorthStar コントローラに認証要求を送信すると、コントローラはそれを外部の LDAP サーバに転送します。LDAPサーバーがリクエストを受け入れると、NorthStarはユーザープロファイルに承認を照会し、応答をクライアントに送信します。NorthStar Web UIは、[管理]メニューから利用できる管理者専用ウィンドウでLDAP認証の設定を容易にします。

    RADIUSサーバーからのユーザー認証も可能です。

  • セカンダリ ループバック アドレスのサポート-NorthStar Controller は、MPLS-TE の宛先アドレスとしてセカンダリ ループバック アドレスを使用することをサポートしています。Web UI でノードを変更する場合、デフォルトの IPv4 ルーター ID アドレスに加えて宛先 IP アドレスを追加し、それぞれに説明的なタグを割り当てるオプションがあります。その後、LSP をプロビジョニングするときに、宛先 IP アドレスとしてタグを指定できます。

    メモ：

    LSP を正しくプロビジョニングするには、ルーターにセカンダリ IP アドレスを設定する必要があります。

  • P2MP のサポート—NorthStar Controller は、PCC/PCE からサブ LSP をグループ化するために使われる P2MP 名を自動検出によって受信します。NorthStar Controller ウェブ UI で、P2MP LSP とそのサブ LSP を表示する新しい P2MP ウィンドウが利用可能になりました。サブLSPに関する詳細情報は、ネットワーク情報テーブルのトンネルタブでも確認できます。P2MP ウィンドウで P2MP 名を右クリックすると、グループのグラフィカルなツリー ビューが表示されます。

  • 管理グループ - リンクカラーリングまたはリソースクラス割り当てとも呼ばれる管理グループは、手動で割り当てる属性で、同じカラーを持つリンクが概念的に同じクラスに属するように、リンクの「カラー」を説明するためのものです。管理者グループを使用して、さまざまなポリシーベースのLSP設定を実装することができます。コントローラで作成された PCE 開始 LSP の管理グループ値は、PCEP によって伝送されます。

    NorthStar Controller Web UIは、LSPのプロビジョニングおよびLSPの変更ウィンドウの高度タブでのLSPの管理グループ属性の設定もサポートしています。PCC委任LSPおよびローカル制御LSPの管理者グループは、Web UIでも表示できます。PCC委任LSPの場合、既存の属性はWeb UIで変更できます。

  • 高可用性(アクティブ/スタンバイ)—NorthStar Controllerの高可用性(HA)実装は、アクティブ/スタンバイソリューションを提供します。つまり、クラスタ内の1つのノード(アクティブノード)がアクティブなNorthStarコンポーネント(PCE、Toposerver、Path Computation、REST)を実行し、残りの(スタンバイ)ノードは、アクティブノードに障害が発生しない限り、データベースとBGP-LS接続を維持するために必要なプロセスのみを実行します。HAはオプション機能です。

  • 高可用性展開のための複数のネットワークに接続インターフェイス—合計 5 つの監視対象インターフェイスがサポートされるようになり、そのうちの 1 つはユーザーによってクラスター通信 (Zookeeper) インターフェイスとして指定されます。net_setup.py スクリプトを使用すると、ホスト構成(ホスト インターフェイス 1 〜 5)と JunosVM 構成(JunosVM インターフェイス 1 〜 5)の両方で監視対象インターフェイスを設定できます。HA セットアップでは、net_setup.py を使用すると、HA クラスター内の各ノード上のすべてのインターフェイスを設定できます。

  • セグメントルーティングとしても知られるSource Packet Routing in Networking(SPRING)—セグメントルーティングは、イングレスルーターがネットワーク内の特定のノードとリンクのセットを介してパケットを誘導できるようにするコントロールプレーンアーキテクチャです。セグメント ルーティングの詳細については、Junos OS のドキュメント「 ネットワークにおけるソース パケット ルーティングについて(SPRING)」を参照してください。隣接セグメントID(SID)ラベル(リンクに関連付け)とノードSIDラベル(ノードに関連付け)をNorthStarトポロジーマップに表示でき、隣接SIDとノードSIDラベルの両方を使用してSR-LSPトンネルを作成できます。

  • 正常性監視:プロセス、サーバー、接続、ライセンスの監視、および HA 環境での分散分析コレクターの監視の分野で正常性監視機能を提供する NorthStar Controller アーキテクチャのプロセス。[>] に移動して Administration 、 System Health 監視対象のパラメーターを表示します。重要なヘルスモニタリング情報は、ジュニパーネットワークスのロゴの上に表示される Web UI バナーにプッシュされます。

  • 分析—データコレクターを介してネットワークデバイスからNorthStar Controllerにデータをストリーミングし、そこでデータを処理、保存して、Web UIで表示できるようにします。NorthStar コントローラは、ネットワーク デバイスの設定を取得するために、定期的にネットワークに接続します。この情報を使用して、IP アドレス、インターフェイス、およびデバイスを関連付けます。収集スケジュールはユーザーが構成します。Junos Telemetry Interface(JTI)センサーは、PFEからデータ(LSPトラフィックデータ、論理および物理インターフェイストラフィックデータ)を生成し、データプレーンを介してプローブを送信します。ルーティングエンジンを管理ネットワークに接続することに加えて、いずれかのデバイスのコレクターにデータポートを接続する必要があります。ネットワーク内の残りのデバイスは、そのインターフェイスを使用してコレクターに到達できます。Web UIのビューとワークフローは、収集されたデータの視覚化をサポートしているため、解釈できます。

  • Netconf 永続性 - netconf の収集タスクを作成し、収集の結果を表示できます。Netconf 収集は、収集されたデータを Web UI で意味のある方法で整理および表示するために必要なネットワーク デバイスの設定情報を取得するために、分析機能によって使用されます。

  • Netconf による LSP のプロビジョニング - PCEP(デフォルト)を使用した LSP(P2P)のプロビジョニングの代わりに、Netconf を使用してプロビジョニングできるようになりました。また、Netconf では、P2MP LSP もプロビジョニングできます。Netconfを使用するには、NorthStar Controllerは定期的なデバイス収集に依存して、LSPとネットワークに対するその他の更新について学習する必要があります。PCEPとは異なり、Netconf搭載のNorthStar Controllerは論理システムをサポートします。

関連ドキュメント