このページの目次
NorthStar コントローラのラベルスイッチ パスを理解する
NorthStar Controller は、PCEP または Netconf を使用して、検出されたネットワーク トポロジー内の LSP について学習します。すべての LSP とその属性は、NorthStar Controller のユーザー インターフェイスから表示できます。ただし、LSP タイプによって、パス計算クライアント(PCC)と NorthStar Controller のどちらが動作状態と設定状態を維持するかが決まります。
NorthStar Controller では、以下の LSP タイプがサポートされています。
PCC制御LSP:LSPはルーター上でローカルに設定され、ルーターはLSPの運用状態と設定状態の両方を維持します。NorthStar Controllerは、可視化と包括的なパス計算のためにこれらのLSPを学習します。Netconf を使用すると、これらの LSP を NorthStar で作成または変更できます。
PCC委任LSP:LSPはPCC(ルーター)でプロビジョニングされ、その後の管理のためにNorthStarコントローラに委任されています。LSP の動作状態と設定状態は、PCC に保存されます。委任されたLSPの場合、ERO、帯域幅、LSPメトリック、および優先度フィールドは、NorthStar Controllerユーザーインターフェイスから変更できます。ただし、NorthStar Controller は委任を PCC に戻すことができ、その場合、LSP は PCC 制御として再分類されます。
PCE開始LSP:LSPはNorthStar Controller UIからプロビジョニングされます。これらのLSPでは、ルーターで運用状態のみが維持され、NorthStarのみがLSP属性を更新できます。
メモ:これらのLSPはPCEで開始されますが、NorthStar Controller がルーターからこれらの LSP を検出する状況はいくつかあります。
PCEによって開始されたLSPは、NorthStar Controller 以外のコントローラで作成され、NorthStar によってルーターから検出される可能性があります。
NorthStar Controller でトポロジーをリセットすると、NorthStar はルーターから LSP を再学習します。
NorthStar Controllerは、保護LSP(スタンバイおよびセカンダリLSP)の検出、制御、作成をサポートします。保護 LSP の場合、プライマリ、セカンダリ、およびスタンバイ LSP は同じタイプ(PCC 制御、PCC 委任、または PCE 開始)である必要があります。各LSPは、独自の特定の帯域幅、設定優先度、および保留優先度を設定することも、プライマリLSP(デフォルト)の値を使用することもできます。プライマリLSPは、コントローラが開始するLSPに常に存在している必要があります。
プロビジョニング方法
NorthStar Controller は、LSP のプロビジョニングと管理に、PCEP と Netconf の 2 つの方法をサポートしています。PCEPを使用してLSPをプロビジョニングすると、LSPはPCE開始LSPとして追加されます。NETCONF を使用してプロビジョニングする場合、LSP は PCC 制御 LSP として追加されます。
現時点では、NorthStar ControllerはジュニパーデバイスでのみNetconfプロビジョニングをサポートしています。
表 1 は、NorthStar Controller の LSP タイプごとに使用可能なプロビジョニングアクションをまとめたものです。
LSP タイプ |
LSP のプロビジョニング |
LSP の変更 |
LSP の削除 |
---|---|---|---|
PCC 制御 LSP |
ネットコンファレンス |
ネットコンファレンス |
ネットコンファレンス |
PCC 委任 LSP |
N/a |
ティッカー |
ネットコンファレンス |
PCE開始LSP |
ティッカー |
ティッカー |
ティッカー |
NorthStarは、新しいPCC委任LSPを直接プロビジョニングする方法を提供していません。ただし、Netconfを使用して新しいPCC制御LSPをプロビジョニングし、>Configure LSP Delegationに移動してLSPをNorthStar Controller Applications に委任することができます。
NorthStar では、PCEP と Netconf デバイス コレクションの両方が同じ LSP 属性を検出します(つまり、デバイス コレクションによってのみ検出される追加の LSP 属性はありません)。
LSP プロビジョニングが PCEP 経由で実行された場合、または使用可能なが、Netconf 経由で実行された場合は、以下のアクションが実行されます。
Automatic reprovisioning upon provisioning failure:コミットに失敗した場合やNETCONFセッションがダウンした場合など、NETCONFを介したプロビジョニングが失敗した場合、NorthStarはプロビジョニングを再試行しないため、プロビジョニングの順序を再送信する必要があります。これは、PCC制御LSPのプロビジョニングおよびPCE委任LSPの削除に適用されます。
LSP rerouting:ネットワークからLSPダウンイベントを受信した場合、NorthStarはPCC制御LSPの新しいパスを自動的に再計算して再プロビジョニングしません。
Path Optimization: パス最適化を実行すると、PCC 制御 LSP は最適化されません。
Maintenance: PCC 制御の LSP は、スケジュールされたメンテナンスイベントを回避するために再ルーティングされません。
ルーティング方法とパス選択
NorthStarでNetconfを介してPCC制御LSPをプロビジョニングする場合、NorthStarがLSPのパスを計算してプロビジョニングするように指定するか、しないかを指定できます。このオプションは、LSP ルーティング方法を設定して指定します。
routeByDeviceルーティング方法—これは、PCC制御LSPがNorthStarによって作成または学習された場合のデフォルトのルーティング方法です。PCC制御のLSPにrouteByDeviceルーティング方式がある場合、NorthStar Controllerはパスの計算とプロビジョニングを行いません。
その他のルーティング方法(デフォルト、遅延など)— PCC 制御の LSP に routeByDevice 以外のルーティング方法がある場合、NorthStar Controller は LSP のプロビジョニング時にパスを厳密な明示的ルートとして計算し、プロビジョニングします。LSP の既存の明示的ルートは、NorthStarが計算した明示的明示的ルートに変更される可能性があります。例えば、ユーザーが指定した、またはルーターから学習したルーズ明示的なルートは、厳密な明示的なルートに変更されます。
メモ:NorthStarは、計算された厳密な明示的ルートをパス選択とともに Preferred 保存します。これにより、NorthStarは、LSPパスを再計算する必要がある場合、厳密な明示的パスをたどり、厳密な明示的パスが有効でなくなった場合は代替パスを計算できるようになります。
ルーターでのLSPの削除
LSPがルーターから削除されてネットワークから削除されると、NorthStarユーザーが(Web UIまたはREST APIを介して)変更したため、永続状態が関連付けられていない限り、LSPはNorthStarから自動的に削除されます。ルーターから削除された永続状態のLSPは、NorthStarで手動で削除する必要があります。