NorthStar Controller機能の概要

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

• マルチユーザーログイン—複数のフルアクセスユーザーが同時に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 ControllerからLSPを作成するか、NorthStar Controllerに委任されたLSPを更新します。一度に複数のLSPを作成することもできます。

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

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

  注:

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

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

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

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

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

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

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

  注:

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

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

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

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

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

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

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

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

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

• NorthStar ControllerからのLSPプロビジョニングを有効または無効に—管理者は、 Administration>System Settingsに移動することで、すべての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がなくなった場合、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 cRPDインストールは、Junos VMの代替として利用できます。BGP監視プロトコル(BMP)はトポロジー集録を提供し、NTADは利用できないため、ネットワークでBGP-LSを使用する必要があります。Dockerに導入されたこのタイプのインストールは、Junos VMで一般的なオーバーヘッドを削減し、リソース消費を削減し、起動時間を短縮します。cRPDの場合:

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

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

  • Junos cRPDのドキュメントは、 こちらのcRPDドキュメントで入手できます。ここには、Junos cRPDのライセンス要件について説明した『ライセンスガイド』へのリンクもあります。

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

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

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

  注:

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

• P2MPサポート—NorthStar Controllerは、サブLSPをグループ化するために使用されるP2MP名を自動検出によってPCC/PCEから受信します。NorthStar Controller Web 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、トポサーバー、パス計算、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)は、セグメントルーティングとも呼ばれます。セグメントルーティングは、ingressルーターがネットワーク内の特定のノードとリンクのセットを介してパケットを誘導できるようにするコントロールプレーンのアーキテクチャです。セグメント ルーティングの詳細については、次の Junos OS ドキュメントを参照してください: ネットワークにおけるソースパケットルーティングを理解する(SPRING)。隣接セグメントID(SID)ラベル(リンクに関連付けられている)とノードSIDラベル(ノードに関連付けられている)をNorthStarトポロジーマップに表示し、隣接SIDラベルとノードSIDラベルの両方を使用してSR-LSPトンネルを作成できます。

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

• 分析—データコレクターを介してネットワークデバイスからNorthStar Controllerにデータをストリーミングし、そこで処理、保存、Web UIで表示できるようにします。NorthStar Controllerは、ネットワークデバイスの設定を取得するために定期的にネットワークに接続します。この情報を使用して、IPアドレス、インターフェイス、デバイスを関連付けます。収集スケジュールはユーザーが設定します。Junosテレメトリインターフェイス(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は論理システムをサポートします。