SR-PCE の統合

この章は次のトピックで構成されています。

SR-PCE 統合ワークフロー

このセクションでは、Cisco SR-PCE を Crosswork Network Controller と統合するステップについて説明します。

Crosswork Network Controller と互換性のある SR-PCE のバージョンについては、『Release Notes for Crosswork Network Controller 7.2.0』を参照してください。

1. 互換性のあるバージョンの Cisco SR-PCE のインストール

SR-PCE のタイプ(VMware ESXi またはの場合)を選択し、『Cisco IOS XRv 9000 Router Installation Guide』の関連するインストール手順に従います。

2. SR-PCE の設定

その場合は、SR-PCE の設定の手順に従ってください。

3. SR-PCE プロバイダーの追加と接続の確認

Cisco SR-PCE プロバイダーの追加」の手順に従います。

SR-PCE の設定

このセクションでは、SR-PCE をインストールした後に構成する方法について説明します。


(注)  


Cisco IOS XRv 9000 は、SR-PCE として機能する推奨プラットフォームです。


表 1. gRPC を有効にした SR-PCE の設定

ステップ

コマンドまたはアクション

説明

1

conf t

例:

conf t

グローバル コンフィギュレーション モードを開始します。

2

lslib-server

例:

lslib-server
 !

リンク ステート ライブラリ(LSlib)サーバーを有効にします。

3

grpc

例:

grpc
 port 57400
 address-family ipv4
 tls profile <profile-name>
 service-layer
 !

ルータ上で gRPC サーバーのコンフィギュレーション モードを開始します。これは、gRPC リスナーパラメータを定義するためのトップレベルのコマンドです。 gRPC の設定により、ルータの管理およびプログラマビリティインターフェイスが有効になり、SR-PCE 関連データを含むさまざまなルータコンポーネントとのやり取りに使用できます。

  • port:サーバーが着信クライアント接続をリッスンする TCP ポート番号を指定します。理想的な gRPC サーバーのリスニングポートは 57400 ですが、57344 ~ 57999 の範囲で設定できます。

  • address-family:gRPC サーバーがリッスンするアドレスファミリ(IPv4、IPv6 など)を指定します。

  • tls profile:セキュアな通信の TLS を有効にします。gRPC のセキュアな展開では、TLS を有効にする必要があります。

  • service-layer:gRPC サーバーが運用データモデルと、場合によっては設定機能を公開することを定義します。

4

linux networking

例:

linux networking
 vrf default
  address-family ipv4
   default-route software-forwarding

Linux ネットワーキングサブシステムのコンフィギュレーションモードを開始します。これにより、ルータの Linux 環境で実行されているプロセス(gRPC サーバーを含む場合がある)のデフォルトルートが IOS XR のフォワーディングプレーンを指すようになります。

  • vrf default:後続のルーティング設定が「デフォルト」の Virtual Routing and Forwarding(VRF)インスタンスに適用されるように指定します。

  • address-family:ルーティング用のアドレスファミリ(IPv4、IPv6 など)を指定します。

  • default-route: Linux カーネルから発信されたトラフィックのデフォルトルートを IOS XR ルーティングエンジンで処理するように設定します。default-route mgmt が設定されていない場合、TPA のデフォルトルートは暗黙的に software-forwarding をポイントします。これにより、Linux カーネルに対して、fwdintf(転送インターフェイス)をデフォルトルートのネクストホップとして使用するように指示されます。

5

pce

例:

pce
 address ipv4 192.168.0.1
 stateful
 segment-routing
 state-sync ipv4 192.168.0.3
 distribute link-state
 tcp-buffer size 1024000
 password encrypted pwd1

PCE を有効にし、PCE コンフィギュレーション モードを開始します。

  • address ipv4 address:PCE IPv4 アドレスを設定します。

  • stateful:PCE を stateful にすることができます。

  • segment-routing:PCE のセグメントルーティング機能を有効にします。

  • state-sync ipv4 address:リモートピアに状態同期を設定します。

  • distribute link-state :ローカルの内部ゲートウェイプロトコル( IGP)( OSPF や IS-IS)からトポロジデータベースを受信して構築するように PCE に指示します。

  • tcp-buffer size size:各 PCEP セッションの送受信 TCP バッファサイズをバイト単位で設定します。デフォルトのバッファ サイズは 256000 です。有効な範囲は 204800 ~ 1024000 です。

  • password {clear | encrypted} password:すべての PCEP ピアの TCP MD5 認証を有効にします。設定されたパスワードと一致する MAC を含まない PCC から来る TCP セグメントはすべて拒否されます。パスワードが暗号化されているか、またはクリア テキストであるかを指定します。パスワードは、pce でグローバルに、または peer <address> で ピア単位で設定できます。

    (注)  

     

    TCP-AO と TCP MD5 を同時に使用することはできません。

  • tcp-ao key-chain [include-tcp-options] [accept-ao-mismatch-connection]:すべての PCEP ピアの TCP 認証オプション(TCP-AO)認証を有効にします。設定されたキーチェーンと一致する MAC を含まない PCC から来る TCP セグメントはすべて拒否されます。TCP-AO は、pce でグローバルに、または peer <address> で ピア単位で設定できます。

    • include-tcp-options:MAC 計算用のヘッダーに他の TCP オプションを含めます。

    • accept-ao-mismatch-connection:ピア間で AO オプションの不一致がある場合でも、接続を受け入れます。

    (注)  

     

    TCP-AO と TCP MD5 を同時に使用することはできません。

5

PCEP セッションの場合:

peer Crosswork ネットワークコントローラのIP アドレス

例:

peer ipv4 209.165.255.2
 source ipv4 209.165.255.1
 password encrypted pwd1

ピア設定を指定します。

  • peer:Crosswork Network Controller の IP アドレスを指定します。

  • peer source:その特定のピアに接続するときに PCE が使用する送信元アドレスを指定します。

  • !:ピアモードを終了します。

6

segment-routing {strict-sid-only | te-latency}

例:

segment-routing strict-sid-only

厳格な SID または TE のレイテンシを使用するようにセグメント ルーティング アルゴリズムを設定します。

(注)  

 

この設定はグローバルで、このコントローラからパスを要求するすべての LSP に適用されます。

7

timers

例:

timers
 keepalive 60
 minimum-peer-keepalive 30
 reoptimization 600
 exit

タイマー コンフィギュレーション モードを開始します。

  • keepalive timeローカルで生成されたキープアライブ メッセージのタイマー値を設定します。デフォルトの時間は 30 秒です。

  • minimum-peer-keepalive time:セッション確立中にリモート ピアが PCEP OPEN メッセージで提案できる最小の許容キープアライブタイマーを設定します。デフォルトの時間は 20 秒です。

  • reoptimization time:再最適化タイマーを設定します。デフォルトのタイマーは 1,800 秒です。

  • exit:タイマー コンフィギュレーション モードを終了し、PCE コンフィギュレーション モードに戻ります。

8

!

例:

!

PCE モードを終了します。

9

commit

例:

commit

変更を適用し、設定を終了します。

次に行う作業:

以下のインストールワークフローに戻ります。

SR-PCE 設定例

次に、HA の場合の複数 SR-PCE 設定を行うのに役立つ例を示します。適宜変更してください。

デュアル スタック ネットワークの ISIS シングルトポロジ設定

Cisco Crosswork Network Controller は、マルチトポロジに加えて ISIS シングルトポロジをサポートします。これを利用するには、XTC デバイスを ISIS シングルトポロジ用に設定する必要があります。シングルトポロジ設定では、グローバル IPv6 アドレッシングのみがサポートされます。リンクローカル IPv6 アドレッシングのサポートは含まれていません。

デバイス側の設定例

RP/0/RP0/CPU0:iosxrv-2(config)#router isis [NAME]
RP/0/RP0/CPU0:iosxrv-2(config-isis)#address-family ipv6 unicast
RP/0/RP0/CPU0:iosxrv-2(config-isis-af)#single-topology

SR MSL ポリシーを展開し、PCE にレポートするための設定要件

デバイスおよび SR-TE ポリシーでの gRPC の有効化

RP/0/RP0/CPU0:L1-NCS5501#sh running-config grpc
grpc
 segment-routing
  traffic-eng
   policy-service
  !
 !
 port 57400
 no-tls

BGP-LS ピアへのすべての SR ポリシーのアドバタイズ

この設定により、ルータはすべての設定済み SR MSL ポリシー(アクティブと非アクティブの両方)を リンクステートデータベースに報告できます。その結果、これらのポリシーが BGP-LS を介してコントローラまたはピアにアドバタイズされ、完全な可視性が提供され、ネットワークオーケストレーションがサポートされます。

RP/0/RP0/CPU0:L1-NCS5501#sh running-config segment-routing traffic-eng distribute link-state 
segment-routing
 traffic-eng
  distribute link-state
   report-candidate-path-inactive
  !
 !
!

PCEP での MSL ポリシーのレポートの防止

この設定により、SR MSL ポリシーが PCEP を介してレポートされなくなります。PCEP は MSL ポリシーを完全にはサポートしていないため(アドバタイズするのは単一のセグメントリストだけであるため、運用上の問題を引き起こす可能性があります)、ヘッドエンドルータの PCC 設定から report-all コマンドを削除することを推奨します。

RP/0/RP0/CPU0:L4-NCS560#sh running-config segment-routing traffic-eng pcc 
segment-routing
 traffic-eng
  pcc
   source-address ipv4 192.100.0.4
   pce address ipv4 100.100.0.1
    precedence 25
   !
   pce address ipv4 100.100.0.2
    precedence 50
   !
   !  Remove the following line to prevent reporting MSL policies to PCE
   !  report-all
   redundancy pcc-centric
   profile 1981
    autoroute
     include ipv4 all
     force-sr-include
    !
   !
  !
 !
!

BGP-LS を介した PCE ネイバーへのリンクステートの SR MSL ポリシーのアドバタイズ

この設定により、ルータは BGP 経由でリンクステート アドレス ファミリの SR MSL ポリシーを PCE ネイバーにアドバタイズできます。PCE との BGP セッションを確立し、address-family link-state link-state 設定を含めることにより、ルータは SR MSL ポリシーがアドバタイズされ、PCE が学習できるようにします。


(注)  


交換を成功させるには、リンクステート アドレス ファミリがヘッドエンドと PCE の両方で設定されている必要があります。


RP/0/RP0/CPU0:L1-NCS5501#sh running-config router bgp
router bgp 60
 neighbor <NEIGHBOR_IP>   ! PCE neighbor
  remote-as 60
  update-source Loopback0
  address-family ipv4 unicast
   next-hop-self
  !
  address-family ipv6 unicast
  !
  address-family link-state link-state. ! Enable BGP-LS for SR MSL policy advertisement
  !
 ! 

Cisco IOS XR での DDM(Deterministic Demand Matrix)統合のための SRv6 データ収集とトラフィックステアリング

SRv6 ロケータアカウンティングの有効化

この設定により、ルータは SRv6 ロケータに特に関連する IPv6 トラフィックの詳細なアカウンティングを実行できます。オペレータは、プレフィックスごとおよびネクストホップごとのトラフィックを追跡することで、SRv6 対応サービスの使用状況とフローをきめ細かく可視化できます。

RP/0/RP0/CPU0:L1-NCS5501#sh running-config accounting 
accounting
 prefixes
  ipv6
   mode per-prefix per-nexthop srv6-locators
  !
 !
!

SRv6 アカウンティング データのテレメトリでの有効化

この構成により、SRv6 アカウンティングデータを外部コレクタにストリーミングするために、ルータでモデル駆動型テレメトリが設定されます。特定のセンサーパスを定義することで、ルータは SRv6 ロケータアカウンティングに関連する運用データをプッシュし、SRv6 ネットワークパフォーマンスとトラフィックパターンのリアルタイムモニタリング、分析、およびオーケストレーションを可能にすることができます。

RP/0/RP0/CPU0:L1-NCS5501#sh running-config telemetry model-driven
telemetry model-driven
 sensor-group cisco_models
  sensor-path Cisco-IOS-XR-infra-xtc-agent-oper:xtc/forwarding/policy-forwardings/policy-forwarding
  sensor-path Cisco-IOS-XR-fib-common-oper:cef-accounting/vrfs/vrf[vrf-name='default']/afis/afi[afi-type=ipv6]/pfx/srv6locs/srv6loc
 !
! 

BGP を介した SRv6 ロケータへのお客様/ VRFトラフィックステアリングの有効化

この構成により、エッジルータはお客様またはVRF(仮想ルーティングおよび転送)IPv4 および IPv6 トラフィックを BGP を使用して特定の SRv6 ロケータに誘導できます。

RP/0/RP0/CPU0:L1-NCS5501#sh running-config router bgp 
router bgp 60
 bgp router-id <ROUTER_ID_IP>
 segment-routing srv6
  locator L1algo0
 !
 address-family ipv4 unicast
  network <ROUTER_ID_IP>/32
 !
 address-family vpnv4 unicast
  vrf all                ! If there are multiple VRF where traffic is ingressing, add srv6 locator in vrf all. 
   segment-routing srv6
    locator L1algo0
    alloc mode per-vrf
   !
  !
 !
 vrf ntt
  rd 200:200
  address-family ipv4 unicast
   segment-routing srv6   ! If there is only one VRF where traffic is ingressing, add srv6 locator in this vrf alone, if there is no VRF, then add the locator in neighbor address family 
    locator L1algo0
    alloc mode per-vrf
   !
   redistribute connected
  !
  neighbor <NEIGHBOR_IP>
   remote-as 61
   update-source GigabitEthernet0/0/0/0
   address-family ipv4 unicast
    route-policy PASS_ALL in
    route-policy PASS_ALL out
   !
  !
 !

CEF アカウンティングによる SRv6 トラフィックステアリングの確認

このコマンドは、CEF アカウンティング統計情報を検査することにより、IPv6 トラフィックが MPLS ラベルではなく SRv6 ロケータに誘導されていることを確認するために使用されます。SRv6 ロケータに関連付けられている特定の IPv6 プレフィックスのパケット数とバイト数を表示して、詳細な可視性を提供します。

sh cef ipv6 accounting
fccc:cc3e:3::/48
Accounting: 0/0 packets/bytes output (per-prefix-per-path mode)
 via fe80::2/128, Bundle-Ether1201
  path-idx 0
  next hop fe80::2/128
  Accounting: 200000/58400000 packets/bytes output  <<< Traffic packets for prefix fccc:cc3e:3::

その他の SR-PCE 設定例

冗長 SR-PCE の設定(Cisco IOS-XR 7.x.x を使用する PCE )


pce
 address ipv4 100.100.0.7
 state-sync ipv4 100.100.0.1
 api
  sibling ipv4 100.100.0.1

XR 25.2.1.x で gRPC API を有効にするための PCE 設定(IPv4 展開)


conf t
  lslib-server
  !
  grpc
    port 57400
    no-tls
    address-family ipv4
    service-layer
    !
!
pce
  distribute link-state
  !
!
linux networking
  vrf default
    address-family ipv4
      default-route software-forwarding
    !
    address-family ipv6
      default-route software-forwarding
    !
  !
!
commit

(注)  


セキュアな gRPC の展開のために、no-tlsを削除します。

すべての PCE で distribute link-state を設定して、SR ポリシーを BGP-LS に挿入します。


XR 25.2.1.x で gRPC API を有効にする(IPv6 展開)


conf t
  lslib-server
  !
  grpc
    port 57400
    no-tls
    address-family ipv6
    service-layer
    !
!
pce
  distribute link-state
  !
!
linux networking
  vrf default
    address-family ipv4
      default-route software-forwarding
    !
    address-family ipv6
      default-route software-forwarding
    !
  !
!
commit

(注)  


セキュアな gRPC の展開のために、no-tlsを削除します。

すべての PCE で distribute link-state を設定して、SR ポリシーを BGP-LS に挿入します。


トポロジが gRPC で公開されているかどうかを確認

sh lslib server topology-db

gRPC で公開された SR-MPLS LSP を確認

show lslib server topology-db detail protocol sr

冗長 SR-PCE の設定(PCC)

segment-routing
 traffic-eng
  pcc
   source-address ipv4 100.0.0.1
   pce address ipv4 100.0.0.2
    precedence 200
   !
   pce address ipv4 100.0.0.3
    precedence 100
   !
   report-all
   redundancy pcc-centric

RSVP-TE の場合の冗長 SR-PCE の設定(PCC)


(注)  


Loopback0 は TE ルータ ID を表します。



ipv4 unnumbered mpls traffic-eng Loopback0
!
mpls traffic-eng
 pce
  peer source ipv4 200.100.200.1
  peer ipv4 209.165.0.6
   precedence 200
  !
  peer ipv4 100.100.0.0
   precedence 100
  !
  stateful-client
   instantiation
   report
   redundancy pcc-centric
   autoroute-announce
  !
 !
 auto-tunnel pcc
  tunnel-id min 1000 max 1999
 !
!

テレメトリ構成の例

SR-TM の設定

telemetry model-driven
 destination-group crosswork
  address-family ipv4 5.5.5.5 port 9000
   encoding self-describing-gpb
   protocol tcp
  !
 !
 sensor-group SRTM
  sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/afs/af/counters/tunnels
  sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/vrf-table/default-vrf/afs/af/counters/prefixes
 !
 subscription OE
  sensor-group-id SRTM sample-interval 60000
  destination-id crosswork
  source-interface Loopback0
!
traffic-collector
 interface GigabitEthernet0/0/0/3
 !
 statistics
  history-size 10

(注)  


接続先アドレスは、 Crosswork Data Gateway VM のサウスバウンド データ インターフェイス(eth1)アドレスを使用します。


プレフィックスとトンネルのカウンタを取得するには、NSO を介してテレメトリ設定でセンサーパスをプッシュする必要があります。トラフィックコレクターがすべてのトラフィック入力インターフェイスで設定されていることを前提としています。この設定は、オンデマンド帯域幅の機能パックを動作させる要求を満たすために必要です。

テレメトリセンサーパス

sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/afs/af/counters/tunnels/tunnel
sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/vrf-table/default-vrf/afs/af/counters/prefixes/prefix
 

NSO 経由ですべてのヘッドエンドルータに Crosswork Network Controller がプッシュするテレメトリ設定

telemetry model-driven
  destination-group CW_43dc8a5ea99529715899b4f5218408a785e40fce
    vrf default
    address-family ipv4 5.5.5.5 port 30500
      encoding self-describing-gpb
      protocol top
    !
  !
destination-group CW_4b3c69a200668b0a8dc155caff295645c684a8f8
  vrf default
  address-family ipv4 5.5.5.5 port 30500
    encoding self-describing-gpb
    protocol top
  !
!
sensor-group CW_43dc8a5ea99529715899b4f5218408a785e40fce
  sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/afs/af/counters/tunnels/tunnel
!
sensor-group CW_4b3c69a200668b0a8dc155caff295645c684a8f8
  sensor-path Cisco-IOS-XR-infra-tc-oper:traffic-collector/vrf-table/default-vrf/afs/af/counters/prefixes/prefix
!
subscription CW_43dc8a5ea99529715899b4f5218408a785e40fce
  sensor-group-id CW_43dc8a5ea99529715899b4f5218408a785e40fce sample-interval 300000
  destination-id CW_43dc8a5ea99529715899b4f5218408a785e40fce
!
subscription CW_4b3c69a200668b0a8dc155caff295645c684a8f8
  sensor-group-id CW_4b3c69a200668b%a8dc155caff295645c684a8f8 sample-interval 300000
  destination-id CW_463c69a200668b0a8dc155caff295645c684a8f8
  !
!

トラフィックコレクタの設定

トラフィックコレクターの設定(トラフィックコレクター下に追加するすべての入力トラフィックインターフェイス)

RP/0/RSP0/CPU0:PE1-ASR9k#sh running-config traffic-collector
Fri May 22 01:14:35.845 PDT
traffic-collector
  interface GigabitEthernet0/0/0/0
  !
  statistics
    history-size 1
    collection-interval 1
    history-timeout 1
    history-minute-timeout
  !  
!
すべてのプレフィックスでの BGP neighbor next-hop-self の追加(TM レートカウンタを表示)。
bgp router-id 5.5.5.5
address-family ipv4 unicast
  network 5.5.5.5/32
  redistribute static
!
address-family link-state link-state
!
neighbor 1.1.1.1
  remote-as 65000
  update-source Loopback0
  address-family ipv4 unicast
   next-hop-self
  !
!

トラフィック コレクター トンネルとプレフィックスカウンタ

RP/0/RSP0/CPU0:PE1-ASR9k#show traffic-collector ipv4 counters prefix
Fri May 22 01:13:51.458 PDT
Prefix              Label         Base rate         TM rate        State
                                  (Bytes/sec)       (Bytes/sec)
-----------------  -------------  ---------------  --------------  -----------------
1.1.1.1/32          650001         3                0              Active
2.2.2.2/32          650002         3                0              Active
3.3.3.3/32          650003         6                0              Active
4.4.4.4/32          650004         1                0              Active
6.6.6.6/32          650200         6326338          6326234        Active
7.7.7.7/32          650007         62763285         62764006       Active
8.8.8.8/32          650008         31129168         31130488       Active
9.9.9.9/32          650009         1                0              Active
10.10.10.10/32      650010         1                0              Active
RP/0/RSP0/CPU0:PE1-ASR9k#stt
RP/0/RSP0/CPU0:PE1-ASR9k#show traffic-collector ipv4 counters tunnel
Fri May 22 01:13:52.169 PDT
RP/0/RSP0/CPU0:PE1-ASR9k#]

Cisco SR-PCE プロバイダの追加

Cisco セグメントルーティングパス計算要素(Cisco SR-PCE)プロバイダーは、以下を行います。

  • デバイス検出、管理、設定メンテナンス、およびルート計算サービスを Cisco Crosswork Network Controller コンポーネントに提供します

  • 管理ドメイン内の SDN コントローラの一部としてシステムアクセスを有効にします

  • マルチ AS トポロジとパスの計算をサポートします。

マルチ AS トポロジとパスの計算は、完全なトポロジが Crosswork Network Controller と各 PCE の両方にアクセスできる場合にサポートされます。単一の PCE が特定の AS トポロジを認識し、別の PCE が別のトポロジを認識することはできません。各 PCE は、トポロジビュー全体にアクセスできる必要があります。SR ポリシー、レイヤ 3 リンク、およびデバイスを学習および検出するには、少なくとも 1 つの SR-PCE プロバイダーが必要です。さらに、2 番目のSR-PCE をバックアップとして設定できます。

1 つ以上の Cisco SR-PCE のインスタンスをプロバイダーとして追加するには、次の手順を実行します。

始める前に

SR-PCE プロバイダーを追加する前に、次の要件が満たされていることを確認してください。
  • SR-PCE として機能するようにデバイスを設定します。特定のデバイスプラットフォームの SR 設定ドキュメントを参照して、SR を有効にし(IS-IS または OSPF プロトコルの場合)、SR-PCE を設定します(例:Cisco NCS 540 シリーズ ルータのセグメントルーティング設定ガイド)。


    (注)  


    SR-PCE は、 Cisco IOS XRv 9000 プラットフォームでのみサポートされています。


  • 次の接続の種類を使用して Cisco SR-PCE プロバイダーのログイン情報プロファイルを作成します。詳細については、『 Cisco Crosswork Network Controller Administration Guide』の 「Create credential profiles」を参照してください。

    • gRPC:トポロジ、 SR- MPLS、および SRv6 ポリシーを検出するために必要です。構成例については、XR で gRPC API を有効にするための PCE 設定例を参照してください。

    • 基本 HTTP テキスト認証:RSVP、TreeSID、および PCEP セッションの処理に必要です。MD5 認証は現在サポートされていません。

      追加する Cisco SR-PCE サーバーが認証を必要としない場合でも、プロバイダーのログイン情報プロファイルを指定する必要があります。ログイン情報プロファイルは、HTTP プロトコルを使用しない任意のプロファイルにすることができます。

  • Transport Layer Security(TLS)を使用して gRPC を設定する場合は、証明書を生成し、セキュア gRPC 通信ロールを使用して追加する必要があります。証明書は、gRPC クライアントと EMS サーバー間の TLS を介した通信を保護するために使用されます。クライアントは、ems.pem と ca.cert を使用して TLS 認証を開始する必要があります。証明書を更新するには、以前に生成された新しい証明書をロケーションにコピーして、サーバーを再起動してください。『Cisco Crosswork Network Controller Administration Guide』のトピック「anage Certificates」を参照してください。

  • 高可用性を実現するには、一意の名前と IP アドレスを使用し、設定が一致する 2 つの個別の Cisco SR-PCE プロバイダーを設定します。

  • Cisco SR-PCE プロバイダに割り当てる名前を確認します。通常、これは Cisco SR-PCE サーバーの DNS ホスト名です。

  • Cisco SR-PCE サーバーの IP アドレスを確認します。

  • Cisco SR-PCE と Cisco Crosswork アプリケーションサーバー間の通信に使用するインターフェイスを確認します。

  • gRPC 通信を有効にするための PCE デバイスの SSH ログイン情報を把握します。PCE API ログイン情報は、HTTP ベースの通信にのみ使用されることに注意してください。

  • Cisco SR-PCE が検出するデバイスを自動でオンボーディングするかどうか、また、その場合は新しいデバイスの追加時にその管理ステータスを offmanaged、または unmanaged にするかどうかを決定します。

  • Cisco SR-PCE プロバイダが検出する自動オンボーディングデバイスを予定し、それらをデータベースに追加するときに管理対象の状態に設定する場合は、次の手順を実行します。

    • 新しい管理対象デバイスとの通信用に既存のクレデンシャルプロファイルを割り当てます。

    • クレデンシャルプロファイルは、SNMP プロトコルを使用して設定する必要があります。

手順


ステップ 1

メインメニューから、[管理(Administration)] > [プロバイダアクセスの管理(Manage Provider Access)] > [追加(Add)] アイコン を選択します。

ステップ 2

SR-PCE プロバイダのフィールドに次の値を入力します。

  1. 必須フィールド:

    • [プロバイダ名(Provider Name)]:SR-PCE プロバイダの名前。

    • [クレデンシャルプロファイル(Credential Profile)]:以前に作成した Cisco SR-PCE のクレデンシャルプロファイルを選択します。

    • [ファミリ(Family)]:[SR_PCE] を選択します。他のすべてのオプションは無視する必要があります。

    • プロトコル

      • [HTTP] を選択し、必須フィールドを入力します。RSVP、TreeSID、および PCEP セッションを処理するには HTTP が必要です。デフォルト ポートは 8080 です。

      • [GRPC] または [GRPC_SECURE](Transport Layer Security(TLS)対応の gRPC)を選択し、必要なフィールドに入力します。これらの設定は、トポロジ、SR-MPLS、および SRv6 ポリシーを処理するために必要です。これらのオプションのいずれか 1 つのみを使用できます。GRPC_SECURE が選択されている場合は、[証明書プロファイル(Certificate profile)] フィールドに信頼できる証明書を指定する必要があります。

    • [プロバイダーのプロパティ(Provider Properties)]:プロパティのキーと値を入力します。

      プロパティキー

      auto-onboard

      off

      (注)  

       
      すべてのネットワークデバイスを手動で(UI または CSV インポート経由で)入力する場合は、このオプションを使用します。

      デバイスが検出されると、デバイスデータは Cisco SR-PCE データベースに記録されますが、Crosswork ネットワークコントローラ インベントリ管理データベースには登録されません。

      unmanaged

      このオプションを有効にすると、Crosswork ネットワークコントローラ が検出するすべてのデバイスが Crosswork ネットワークコントローラ インベントリ管理データベースに登録され、設定済みの状態が unmanaged に設定されます。これらのデバイスの SNMP ポーリングが無効になり、管理 IP 情報は含められません。これらのデバイスを後で managed の状態にするには、UI を使用してデバイスを編集するか、CSV にエクスポートして変更を加え、更新した CSV をインポートする必要があります。インポート前にデバイス CSV ファイルに追加することによって、クレデンシャルプロファイルを割り当てることもできます(クレデンシャルプロファイルはすでに存在している必要があります)。

      managed

      このオプションを有効にすると、Cisco SR-PCE が検出するすべてのデバイスが Crosswork ネットワークコントローラ インベントリ管理データベースに登録され、設定済みの状態が managed に設定されます。

      通常、同じデバイスプロファイルを持つ環境に適していて、デバイスは TE ルータ ID によって管理され、すべてのデバイスは Cisco SR-PCE によって検出できます。

      これらのデバイスに対して SNMP ポーリングが有効になり、Cisco SR-PCE は管理 IP アドレス(IPv4 の場合は TE ルータ ID、IPv6 展開の場合は IPv6 ルータ ID)も報告します。デバイスは、SR-PCE プロバイダ設定のデバイスプロファイルキーに関連付けられたクレデンシャルプロファイルを使用して追加されます。

      IPv6 展開でこのオプションを有効にしても、デバイスはインベントリに unmanaged として登録されます。

      auto-onboard が managedに設定された状態で SR-PCE 検出を介して追加された導入準備済みデバイスを削除すると、トポロジサービスはそのデバイスを unmanaged として再度追加します。これにより、新しい TE-ID を取得しない限り、削除済みのデバイスが自動的に再度管理されることはありません。再検出されたデバイスを管理するには、そのステータスを手動で更新します。

      device-profile

      すべての新しいデバイスの SNMP クレデンシャルが含まれているクレデンシャルプロファイルの名前。

      (注)  

       

      このフィールドは、auto-onboardmanaged または unmanaged に設定されている場合にのみ必要です。

      auto-onboardmanaged に設定されていて、有効な device-profile が設定されていない場合、デバイスは代わりに unmanaged として導入準備されます。

      outgoing-interface

      eth1

      (注)  

       

      2 つの NIC 設定を使用する場合に、データ ネットワーク インターフェイスを介して Cisco Crosswork アプリケーションが SR-PCE にアクセスできるようにする場合にのみ、これを設定する必要があります。

      preferred-stack

      ipv4 または ipv6 または NOT SET

      このプロパティは、デュアルスタック展開にのみ適用されます。

      topology

      off または on

      これはオプションのプロパティです。指定しない場合、デフォルト値は on です。

      値を off に指定している場合は、SR-PCE プロバイダが L3 トポロジにアクセスできないことを意味します。

      pce

      off または on

      これはオプションのプロパティです。指定しない場合、デフォルト値は on です。

      値を off に指定している場合は、SR-PCE プロバイダが LSP とポリシーにアクセスできないことを意味します。

      (注)  

       

      auto-onboardoff で、device-profile が指定されていない場合でも、トポロジを可視化できます。

      [管理対象(managed)] または [管理対象外(unmanaged)] のオプションが設定されていて、後でデバイスを削除する場合は、次のいずれかを実行する必要があります。

      • Crosswork ネットワークコントローラ からデバイスを削除する前に、ネットワークからデバイスを再設定して削除します。これにより、Crosswork ネットワークコントローラ がデバイスを再検出して追加しないようにします。

      • auto-onboard を off に設定してから、デバイスを Crosswork ネットワークコントローラ から削除します。ただし、これを行うと、Crosswork ネットワークコントローラ はネットワーク内の新しいデバイスを検出または自動オンボーディングできなくなります。

      一度設定した auto-onboard オプションを変更することは推奨されません。変更が必要な場合は、次の手順を実行します。

      1. プロバイダを削除し、[イベント(Events)] ウィンドウに削除の確認が表示されるまで待ちます。

      2. 更新した auto-onboard オプションでプロバイダーを再追加します。

      3. [イベント(Events)] ウィンドウで、正しい auto-onboard オプションを使用してプロバイダーが追加されたことを確認します。

  2. オプション値:

    • [タイムアウト(Timeout)]:SR-PCE サーバーへの接続がタイムアウトするまでの待機時間(秒単位)。デフォルトは 30 秒です。

ステップ 3

[保存 (Save)] をクリックして、SR-PCE プロバイダーを追加します。

ステップ 4

SR-PCE プロバイダにエラーのない緑色の到達可能性ステータスが表示されていることを確認します。[イベント(Events)] ウィンドウ([管理(Administration)] > [イベント(Events)])を表示して、プロバイダが正しく設定されているかどうかを確認することもできます。

ステップ 5

SR-PCE プロバイダごとにこのプロセスを繰り返します。


次のタスク

  • auto-onboardoff に設定されている場合は、[デバイス管理(Device Management)] > [ネットワークデバイス( Network Devices)] に移動してデバイスを導入準備します。

  • 自動的にデバイスをオンボーディングする選択をした場合は、[デバイス管理(Device Management)] > [ネットワークデバイス(Network Devices)] に移動してデバイスリストを表示します。地理的な場所の詳細などのノード情報の詳細を追加するには、デバイスリスト(.csv)をエクスポートし、更新してからインポートします。地理的な場所データが欠落している場合は、論理マップを使用してのみデバイストポロジを表示できます。

以下のインストールワークフローに戻ります。