CISCO Crosswork ワークフローマネージャユーザーガイド

このセクションには、次のトピックが含まれています。
· はじめに、1 ページ · Cisco Crosswork Workflow Manager ソリューション、1 ページ · デバイスオンボーディングパッケージ、2 ページ · デバイスオンボーディング (DO) とゼロタッチプロビジョニング (ZTP)、2 ページ · Example: デバイスオンボーディングを使用してネットワークデバイスをオンボードする (13 ページ)

抽象的な

このドキュメントは、Cisco Crosswork Workflow Manager ソリューションデバイスオンボーディングパッケージのスタンドアロンバージョンのユーザーガイドです。

観客

このドキュメントでは、Crosswork Workflow Manager ソリューションのデバイスオンボーディングの設定方法と使用方法について説明します。このドキュメントは、シスコの顧客に Crosswork Workflow Manager ソリューションの機能を設定および提供する、シスコアドバンスドサービス開発者、ネットワークエンジニア、およびシステムエンジニアを対象としています。

追加ドキュメント
このドキュメントを読むには、Cisco Crosswork と Cisco NSO について、また Cisco ドキュメントに記載されているそれらの使用方法について十分に理解している必要があります。NSO 製品の詳細については、https://developer.cisco.com/docs/nso/ をご覧ください。

Cisco Crosswork ワークフローマネージャソリューション
CWMソリューションは、現場でのカスタマイズをシンプルかつ容易にするために設計された、一般的なユースケースのコレクションです。Cisco Crosswork Workflow Manager（CWM）とCisco Network Servicesを使用して構築されています。

デバイスのオンボーディング 1

デバイスオンボーディングパッケージ

デバイスのオンボーディング

Orchestrator（NSO）。このドキュメントでは、デバイスオンボーディングのユースケースを使用して、新しいネットワークデバイスのオンボーディングの効率と速度を向上させる方法について説明します。注：Cisco CWMとCisco NSOの使用方法の詳細については、これらのリンクをクリックしてください。
デバイスオンボーディングパッケージ
CWM ソリューションのデバイスオンボーディングユースケースは、Cisco-ZTP アプリケーションを利用してブートイメージと初期の Day-0 構成をインストールすることで、ネットワークデバイスをリモートでプロビジョニングする機能パッケージです。
デバイスオンボーディング（DO）とゼロタッチプロビジョニング（ZTP）
デバイスオンボーディング（DO）アプリケーションは、Cisco Zero-Touch Provisioning（ZTP）を使用します。ZTPは、ソフトウェアイメージのインストールとアップグレード、およびDay-0構成のインストールを自動化します。 fileシスコまたはサードパーティのデバイスを初めて導入する際に役立ちます。Cisco-ZTPソリューションは、Cisco IOS XR、IOS XE、Nexusなど、さまざまなデバイスをサポートすることで柔軟性を提供します。DOで使用されるCisco-ZTPソリューションは、DHCPサーバ、クライアント（ZTPスクリプト）、HTTPサーバ、NSO機能パックの4つのコンポーネントで構成されています。注：すべてのコンポーネントをインストールし、デバイスに接続する必要があります。詳細については、「デバイスオンボーディングの前提条件」を参照してください。
デバイスオンボーディングの前提条件
デバイスオンボーディングが適切に機能するには、次の前提条件が満たされ、機能している必要があります。 · ZTP が有効になっているデバイス。 · ZTP プロセスの一部として Python またはシェルスクリプトを実行できるデバイス。 · デバイスから NSO、DHCP、および HTTP/TFTP サーバへのネットワーク接続。 · 必要なすべてのデバイスに対応できる十分な IP アドレス空間。 · DHCP は、デバイスタイプを検出し、適切なデバイスエージェントスクリプトの場所を提供するように構成されています。 · NSO バージョン 6.1 以上。 · DO (Cisco-ztp) パッケージが NSO にインストールされている。 · DO (Cisco-ZTP) コールバック、デバイスイメージのアップグレード、および Day-0 構成を実装する Python またはシェルスクリプトが、ZTP デバイスのタイプごとに XNUMX つずつ用意されています。 · (オプション) デバイスオンボーディングには NED パッケージを使用できます。
デバイスオンボーディング機能パッケージ
Cisco Device Onboarding（DO）機能パッケージは、ZTPインテントをキャプチャするためのインターフェースと、DOクライアント（デバイス上で実行されるブートストラップスクリプト）とのインタラクションのためのAPIを定義します。DOデータモデルにより、ロールベースのZTP-Proカタログを構築できます。fileそれぞれがday-0、ソフトウェアイメージ（オプション）、および

デバイスのオンボーディング 2

デバイスのオンボーディング

パッケージのコンポーネント

デバイスのオンボード設定。これらのプロfileは、マップと呼ばれるサービスモデルを通じてデバイスに関連付けられます。各マップエントリには、デバイスを一意に識別できる情報（例：amp（シリアル番号）とZTP-profile デバイスに使用されます。この一意のIDにより、NSO ZTP APIエンドポイントを使用する際にデバイスの検証と妥当性確認が可能になります。DO機能パッケージはデバイスの進行状況を監視し、ZTPマップサービスプランデータを使用して監視できます。
パッケージのコンポーネント
· Day-0テンプレート: Day-0を作成すると、 fileここに挙げた0つの変数には、特定の値が自動入力されます。Day-XNUMXテンプレートをご覧ください。・DEV_CUSTOMER_USERNAME
· 開発者顧客パスワード
· DEV_CUSTOMER_ENABLED_PASSWORD
· MGMT_IP_ADDRESS
注: 変数DEV_CUSTOMER_ENABLED_PASSWORDおよびMGMT_IP_ADDRESSはZTPプロに依存します。file、management-ip-address および sec-password 変数の可用性。
· Authgroup: NSO にログインするには authgroup が必要です。
· デバイスのオンボーディング設定: これらの設定は、オンボーディングプロセス中に検証および検証されます。
· (オプション) ソフトウェアイメージ: デバイスを実行するソフトウェア自体。
デバイスのオンボーディングフロー
Cisco-ZTPエージェントフローを使用したデバイスのオンボーディングには3つのフェーズがあります。 · ブートストラップ情報の取得:デバイスはDHCPサーバーに要求を発行して位置情報を取得します（URL）のブートストラップ file （スクリプト）。デバイスはスクリプトをダウンロードして実行します。
· イメージのコンプライアンスとアップグレードの確認:ブートストラップが完了したら、 file (スクリプト) が実行されると、新しい構成 (デバイスが新しく追加された場合) または既存のデバイスがアップグレードされて、構成がデバイスに適用されます。
· 新しい (day-0) 構成の検証と適用: 次に、構成は ZTP ロールに基づいて検証および妥当性確認のプロセスにかけられます。
注: ブートストラップ file デイゼロ設定を適用する単純なスクリプトから、Cisco-ZTPソリューションクライアントとして機能する複雑なスクリプトまで、様々なスクリプトが考えられます。通常、スクリプトは file Cisco-ZTP ソリューションの実装に最適です。

デバイスのオンボーディング 3

デバイスのオンボーディングフロー

デバイスのオンボーディング

ZTPプロセスは、 file Cisco IOS XR、IOS XE、Nexusデバイスはbash、pythonスクリプト、そして file ブートストラップとしてiOSコマンドを含む file注: ブートストラップ file デイゼロ設定を適用する単純なスクリプトから、Cisco-ZTPソリューションクライアントとして機能する複雑なスクリプトまで、様々なスクリプトが考えられます。通常、スクリプトは file DO (Cisco-ZTP) ソリューションの実装に最適です。
デバイスのオンボーディング 4

デバイスのオンボーディング

デバイスオンボーディングの仕組み

デバイスオンボーディングの仕組み
このセクションでは、デバイスオンボーディングの仕組みについて説明します。次のセクションでは、管理対象デバイスのオンボーディング手順について説明します。
Day-0テンプレート
Day-0テンプレートは、複数のプレースホルダ変数を含む再利用可能な設定テンプレートです。これらの変数の値は、file 定義。このテンプレートを使用すると、他のデバイスオンボーディングプロジェクトでDay-0設定を再利用することができます。プレースホルダ値はZTPマップサービス中に定義されます（プレースホルダ変数はデバイス固有であり、ZTP-proに含まれています）。file）をZTPマップ作成時に使用します。これらの要素により、特定のデバイスに対してDay-0設定テンプレートがどのようにレンダリングされるかをより詳細に制御できます。
これはampCisco IOX XR デバイスの Day-0 テンプレートのファイル。

ncs0-day540 !! IOS XR ユーザー名 ${DEV_CUSTOMER_USERNAME} グループ root-lr パスワード 0 ${DEV_CUSTOMER_PASSWORD} ! ホスト名 ${HOST_NAME} ! VRF Mgmt-intf アドレスファミリ ipv0 ユニキャスト ! ドメイン名 cisco.com ドメインネームサーバドメインルックアップソースインターフェース MgmtEth4/RP0/CPU0/0 インターフェース MgmtEth0/RP0/CPU0/0 IPv0アドレス ${MGMT_IP_ADDRESS} 4
! ルータの静的アドレスファミリ IPv4 ユニキャスト
0.0.0.0/0

! ! ! ssh サーバ v2 ssh サーバ vrf 管理インターフェイス

デバイスのオンボーディング 5

リソースプール

デバイスのオンボーディング

リソースプール
ZTPは、リソースプールと呼ばれる共通プールにグループ化されたIPリソースを使用します。リソースプールは、IPアドレスまたはサブネットで構成されます。リソースプールは、NSOのリソースマネージャパッケージを使用してIPアドレスを割り当てます。
リソースマネージャは、管理IPアドレスの割り当てを処理するZTPマップサービスを提供します。また、特定のデバイスのZTPマップサービスで、管理IPアドレスを明示的に指定することもできます。どちらの場合も、ZTPアプリケーションは、デバイスのDay-0設定をレンダリングする際に、MGMT_IP_ADDRESSプレースホルダ変数を自動的に入力します。
注: リソースプールは、動的IPアドレスを使用する場合にのみ必要です。静的IPアドレスを使用する場合は、リソースプール変数は必要ありません。詳細については、「リソースプールのロード」（手順6）を参照してください。
プロfileおよびサービスマップ情報
プロfileカタログには、0日攻撃などの一連の設定パラメータが含まれています。 file、デバイスオンボーディング設定、デバイスに適用されているソフトウェアバージョン。デバイスオンボーディングソリューションは、ZTP-proをデバイスに関連付けます。fileサービスマップを使用してデバイスと連携します。マップには必要な情報が含まれており、デバイスオンボーディング（DO）プロセス中にその情報がデバイスに適用されます。各マップエントリには、ZTP-Pro とともに、デバイスを一意に識別できる情報が含まれています。file デバイスで使用されます。マップサービスプランデータには、デバイスの進行状況が表示されます。
ZTP-proで定義されたOSソフトウェアバージョンとイメージの詳細file ZTPクライアントスクリプトは、ソフトウェアバージョンを比較し、イメージのアップグレードを開始するためにこれらの情報を使用できます。ZTPパッケージは、設定されたOS情報を処理または使用しません。ZTPプロセスが完了すると、ZTPマップサービスはデバイスをNSOデバイスツリーにオンボードし、利用可能なコア機能パックソリューションを使用してデバイスの設定を続行します。
デバイスをオンボードするには、プロの管理属性file をtrueに設定する必要があります（手順8「サービスのロード（マップ）」を参照）。また、デバイスタイプ（NED、ポート、認証グループ）も設定する必要があります。デバイスタイプに認証グループが設定されていない場合は、ユーザー名、パスワード、およびsec-password属性を指定する必要があります。
デバイスオンボーディングブートストラップ
デバイスオンボーディングパッケージは、デバイスオンボーディングクライアントとのインタラクションのための0つのコールバックアクションAPIを定義します。get-bootstrap-dataコールバックアクションは、ブートストラップ構成、デバイス用に生成されたday-XNUMX構成、およびZTP-proで構成されたOSイメージ情報を返します。file次に、デバイスオンボーディングクライアントスクリプトが OS イメージの詳細を処理し、デバイスに Day-0 構成を適用します。
ブートストラッププロセス中、デバイスオンボーディングクライアントスクリプトは、report-progressコールバックアクションを使用して進行状況を報告します。get-bootstrap-dataアクションとreport-progressアクションには、デバイスの一意の識別子が含まれている必要があります。get-bootstrap-data API呼び出しには、デバイスのベンダー、モデル、OS名、OSバージョンも含まれます。同様に、report-progress API呼び出しには、オプションでメッセージが含まれます。
管理リソースプールと明示的な管理IPアドレス設定の両方が設定されておらず、デバイスオンボーディングプロfile デバイスを管理対象として定義する場合、デバイスオンボーディングクライアントスクリプトはデバイスから管理 IP アドレスを取得し、レポート進行状況アクションコールバックを通じて NSO に投稿する必要があります。
これはampget-bootstrapping-data コールバックスクリプトの一部。
curl -i -u ztpclient:topsecret -H “Content-Type:application/yang-data+json” -X POST -d '{“input”:{ “model” : “CSR1KV”,”os-name” : “cisco-ioxr”,”vendor” : “Cisco”,”unique-id” : “AAO124GF”,”os-version” : “12.1”}}'

デバイスのオンボーディング 6

デバイスのオンボーディング

管理対象デバイスのオンボーディング手順

http://nsoztpserver:8090/restconf/operations/cisco-ztp:ztp/classic/get-bootstrapping-data
<<レスポンス本文>> { “cisco-ztp:output”: { “bootstrap-information”: { “boot-image”: { “os-name”: “cisco-ioxr”, “os-version”: “12.3”, “download-uri”: “http://sample.domain/8894-235/ios-xr12.3.tar.gz”, “md5-hash-value”: “195b174c9a13de04ca44f51c222d14b0” }, “day-0-configuration”: “!! IOS XRn ユーザー名 adminn グループ root-lrn パスワード 0 adminn!n ホスト名 xr_2n!nvrf Mgmt-intfn アドレスファミリ ipv4 ユニキャスト n!n インターフェース MgmtEth0/RSP0/CPU0/0n vrf Mgmt-intfn ipv4 アドレス 192.168.20.1 255.255.255.0n!n ルーター staticn vrf Mgmt-intfn アドレスファミリ ipv4 ユニキャスト n 0.0.0.0/0 192.168.122.1 110n !n!nsh サーバ v2nssh サーバ vrf Mgmt-intfnn” } } } ** レポート進行状況コールバック ** curl -i -u ztpclient:topsecret -H “Content-Type:application/yang-data+json” -X POST -d '{“input” : {“unique-id”: “AAO124GF”,”progress-type”: “bootstrap-complete”}}' http://nsoztpserver:8090/restconf/operations/cisco-ztp:ztp/classic/report-progress << レスポンスヘッダー >> HTTP/1.1 204 No Content

管理対象デバイスのオンボーディング手順
これは、デバイスオンボーディングを使用して、動的または静的 IP アドレスを使用して NSO によって管理されるデバイスを更新する一連の手順です。

概要手順

1. ncs.confを編集/更新する file 2. ローカル認証を作成する（NSO用） 3. 認証グループを作成する 4. ネットカムルールを作成する file 5. Day-0テンプレートを使用してオンボーディングペイロードをロードします。6. リソースプールをロードします（動的IPアドレスを使用している場合）。静的IPアドレスを使用している場合は、手順6をスキップしてください。7. Proをロードします。file 8. サービス（マップ）をロードします。NSOによって管理されていない静的IPアドレスを使用している場合は、手順6をスキップし、
手順 8 で、静的 IP アドレスを使用して別のサービスマップをロードします。

詳細な手順

手順

ステップ 1 ステップ 2

コマンドまたはアクション ncs.conf の編集/更新 file ローカル認証を作成する（NSO用）

目的

デバイスのオンボーディング 7

ncs.conf を編集/更新する file

デバイスのオンボーディング

ステップ 3 ステップ 4 ステップ 5 ステップ 6
ステップ 7 ステップ 8

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

目的

認証グループを作成する

ネットカムルールを作成する file

Day-0 テンプレートを使用してオンボーディングペイロードをロードする

リソースプールをロードします (動的 IP アドレスを使用している場合)。静的 IP アドレスを使用している場合は、手順 6 をスキップします。

ロードプロfile

サービス（マップ）をロードします。NSO によって管理されていない静的 IP アドレスを使用している場合は、手順 6 をスキップし、手順 8 で静的 IP アドレスを含む別のサービスマップをロードします。

ncs.conf を編集/更新する file
これらのsを使用するampNSOにログインできるように、新しいTCPポートとローカル認証でRESTCONFを更新するためのファイルです。注：これはampleはポート番号に8080を使用し、更新後 file、nsc を再起動します。
TCPポートを追加します（デフォルトポートは8080）
真実真実<8080>
ローカル認証を作成する
ローカル認証
真実
認証グループを作成する

デフォルト認証グループ.xml デフォルト

デバイスのオンボーディング 8

デバイスのオンボーディング

ネットカムルールを作成する

シスコ123#
ネットカムルールを作成する

65534 65534 /var/ncs/homes/public/.ssh /var/ncs/homes/public 拒否拒否拒否ズップズップズップアクションコールバックシスコ-ZTP /cisco-ztp:ztp/cisco-ztp:クラシック*許可する
「>*

デバイスのオンボーディング 9

Day-0 テンプレートを使用してオンボーディングペイロードをロードする

デバイスのオンボーディング

Day-0 テンプレートを使用してオンボーディングペイロードをロードする

ncs0-day540 !! IOS XR ユーザ名 ${DEV_CUSTOMER_USERNAME} グループ root-lr パスワード 0 ${DEV_CUSTOMER_PASSWORD} ! ホスト名 ${HOST_NAME} ! VRF Mgmt-intf アドレスファミリ ipv0 ユニキャスト ! ドメイン名 cisco.com ドメインネームサーバ 4 ドメインルックアップソースインターフェイス MgmtEth171.70.168.183/RP0/CPU0/0 インターフェース MgmtEth0/RP0/CPU0/0 ipv0 アドレス ${MGMT_IP_ADDRESS} 4
! ルータの静的アドレスファミリ IPv4 ユニキャスト
0.0.0.0/0
! ! ! ssh サーバ v2 ssh サーバ vrf 管理インターフェイス
リソースプールをロードする (動的 IP アドレスを使用している場合)

ztpプール

デバイスのオンボーディング 10

デバイスのオンボーディング

ロードプロfile （管理対象ペイロード - 動的 IP アドレスの場合）

ip_address_end>
ロードプロfile （管理対象ペイロード - 動的 IP アドレスの場合）
<profile> ncs540-プロfileシスコ-ioxr 7.10.2 > ztpプールncs5-day0 シスコ540#真実cisco-iosxr-cli-0file>
ノートプロfile静的 IP アドレスペイロードの s にはリソースプールは含まれません。

<プロfile> ncs540-プロfileシスコ-ioxr 7.10.2 > ncs5-day0 真実

デバイスのオンボーディング 11

サービスマップの読み込み（動的 IP アドレス）

デバイスのオンボーディング

cisco-iosxr-cli-7.53file>
サービスマップの読み込み（動的 IP アドレス）

ncs540 FOC2712R3D6file>ncs540-profile</profile>ホスト名NCS540-2
サービスマップの読み込み（静的 IP アドレス）

ncs540 FOC2712R3D6file>ncs540-profile</profile>ホスト名NCS540-2
オプションとして、デバイスをリモートNSOにオンボードすることもできます。ZTP NSOサーバは、デバイスオンボーディングアプリケーションと共にNSOがインストールされた管理対象サーバです。リモートNSOは、ZTPプロセス後にデバイスをオンボードできる非管理対象サーバです。この代替NSOサーバは、非管理対象デバイスのオンボーディングに使用されます。非管理対象NSOサーバを使用することで、デバイスオンボーディング固有の機能を、より広範なネットワークソリューションから分離できます。この機能を有効にするために、デバイスオンボーディングでは、リモートNSOサーバをキャプチャするYANGモデルが定義されています。

デバイスのオンボーディング 12

デバイスのオンボーディング

管理されていないデバイスのデバイスオンボーディング

管理されていないデバイスのデバイスオンボーディング
NSO管理対象外のデバイスをアップグレードする手順は、NSO管理対象サーバーへのオンボーディング手順と非常に似ています。唯一の違いは、Proをダウンロードする際に、managed変数をtrue（管理対象）またはfalse（管理対象外）に設定することです。file。これはample は、管理されていないデバイスの管理変数が false に設定されていることを示します。
<profile> ncs540-プロfileシスコ-ioxr 7.10.2 > ztpプールncs5-day0 シスコ540#間違いcisco-iosxr-cli-0file>

Example: デバイスオンボーディングを使用してネットワークデバイスをオンボードする
このセクションでは、元の情報を提供しますampデバイスオンボーディングワークフローを提供する方法の説明。

前提条件

· Crosswork Workflow Manager (CWM) OVA が実行中であること。 · Network Service Orchestrator (NSO) システム (バージョン 6.1.9 以降) がインストールされ、実行中であること。 · CWM で使用するための NSO サーバーシークレットが作成されていること。 · Map-service-create-poll-plan.sw.jason ワークフローが CWM にロードされていること。

ワークフロー手順

手順

ステップ1

このペイロードを使用してリソースプールを作成します。

デバイスのオンボーディング 13

ワークフロー手順

デバイスのオンボーディング

ステップ 2 ステップ 3

ztpプールip_address1.0
このスクリプトを使用して認証グループを作成します。
デフォルト管理者
このスクリプトを使用して Day-0 テンプレートを作成します。
!! IOS XR ユーザー名 ${DEV_CUSTOMER_USERNAME} グループ root-lr パスワード 1.0 ${DEV_CUSTOMER_PASSWORD} ! ホスト名 ${HOST_NAME} ! VRF Mgmt-intf アドレスファミリ ipv0 ユニキャスト ! ドメイン名 cisco.com ドメインネームサーバドメインルックアップソースインターフェース MgmtEth0/RP4/CPU0/0 インターフェース MgmtEth0/RP0/CPU0/0 IPv0 アドレス ${MGMT_IP_ADDRESS} ! ルータのスタティックアドレスファミリ IPv0 ユニキャスト 4/4 ! ! ! ssh サーバ v0.0.0.0 ssh サーバ vrf 管理インターフェイス

デバイスのオンボーディング 14

デバイスのオンボーディング

ワークフロー手順

ステップ4
ステップ 5 ステップ 6 ステップ 7

ZTPプロを作成するfile このスクリプトを使用します。
<profile> ncs5501-プロfileシスコ-ioxr 7.9.2 http://172.22.143.63/xr-5500-792/ncs5500-golden-x7.9.2-v1.iso 5b195c174a9de13ca04f44c51d222b14 ztpプールncs0-day5 真実cisco-iosxr-cli-0file>
リソースプール、認証コード、day-0-template、ZTP-proの後file 作成されたら、CWM UI を使用して nso に ztp マップサービスを作成します。
CWM にログインし、[ワークフロー] タブを選択します。
[新しいワークフローの作成]をクリックします。
a) (必須) ワークフロー名を入力します。

デバイスのオンボーディング 15

ワークフロー手順
b) (必須) ワークフローのバージョンを入力します。

デバイスのオンボーディング

デバイスのオンボーディング 16

デバイスのオンボーディング

ステップ8

「ワークフローの作成」をクリックします。ワークフローはワークフローテーブルに表示されます。

ワークフロー手順

デバイスのオンボーディング 17

ワークフロー手順

デバイスのオンボーディング

ステップ9
ステップ 10 ステップ 11

ワークフロー名をクリックして、ワークフロー画面を開きます。(詳細タブがデフォルトです。) ワークフロー定義 ID と更新日は自動的に入力されます。
（オプション）任意の文字を入力してください Tags.
コードタブをクリックして view マップのスクリプト。

デバイスのオンボーディング 18

デバイスのオンボーディング

ステップ12

[実行]をクリックすると、ジョブの実行ウィンドウが開きます。

ワークフロー手順

デバイスのオンボーディング 19

マップの実行

デバイスのオンボーディング

ステップ 13 ステップ 14
ステップ 15 ステップ 16

（オプション）任意の Tags入力変数を入力します。例：ampleはここに表示されます：
{ "nsoInstance": "NSO", "ztp": { "map": { "id": "NCS_5", "unique-id": "FOC2712R3D6", "profile”: “ncs540-profile”, “変数”: { “名前”: “HOST_NAME”, “値”: “NCS_5” } } } }
(オプション) [いつ] セクションで、マップが実行される時間、頻度、順序を構成します。a) (オプション) 直接開始します (デフォルト)。b) 特定の日付と時刻にスケジュールします。c) (特定の日付と時刻を選択した場合) [頻度] を選択します。d) (スクリプトを時系列順に実行する場合) [Cron] を選択します。
[ジョブの実行]をクリックします。

マップの実行
「ジョブ実行」をクリックした後の手順
ステップ 1 [ジョブマネージャ] > [アクティブなジョブ] を選択します。

デバイスのオンボーディング 20

デバイスのオンボーディング
ステップ2 開きたいジョブ名をクリックします。（この例ではampつまり、ジョブのステータスは実行中です。

マップの実行

ステップ3

XRデバイスでZTPプロセスが完了したら、「ジョブマネージャ」>「完了したジョブ」タブを選択します。ジョブは

ステップ4

ジョブ名をクリックします。ジョブページが開き、ジョブの詳細とジョブイベントログが表示されます。

デバイスのオンボーディング 21

マップの実行

デバイスのオンボーディング

ステップ5 ジョブイベントログセクションで、ワークフロー実行（ジョブイベントログの最後のイベント）の左側にあるプラス記号（+）をクリックします。

注: MapCreatedStatus 変数は true に設定され、PlanStatusResult 変数は reached に設定されており、これは ZTP マップが reached 状態にあることを意味します。

デバイスのオンボーディング 22

デバイスのオンボーディング

マップの実行

ステップ6 NSOでXRデバイスがオンボードされ、マッププランステータスに到達します。デバイスがオンボードされたことが画面に表示されます。

デバイスのオンボーディング 23

マップの実行

デバイスのオンボーディング

デバイスのオンボーディング 24

ドキュメント / リソース

CISCO クロスワークワークフローマネージャー [pdf] ユーザーガイド
クロスワークワークフローマネージャー、ワークフローマネージャー、マネージャー

参考文献

ユーザーマニュアル

CISCO Crosswork ワークフローマネージャユーザーガイド

クロスワークワークフローマネージャー

仕様

製品使用説明書

デバイスオンボーディングパッケージ終了view

デバイスオンボーディングの前提条件

デバイスのオンボーディングプロセス

デバイスのオンボーディングフロー

よくある質問

Q: デバイスオンボーディングを使用するための前提条件は何ですか?
パッケージ？

Q: このデバイスオンボーディングでサポートされているデバイスは何ですか？
パッケージ？

ドキュメント / リソース

参考文献

コメントを残す

返信をキャンセル

クロスワークワークフローマネージャー

仕様

製品使用説明書

デバイスオンボーディングパッケージ終了view

デバイスオンボーディングの前提条件

デバイスのオンボーディングプロセス

デバイスのオンボーディングフロー

よくある質問

Q: デバイスオンボーディングを使用するための前提条件は何ですか? パッケージ？

Q: このデバイスオンボーディングでサポートされているデバイスは何ですか？ パッケージ？

ドキュメント / リソース

参考文献

コメントを残す

返信をキャンセル

Q: デバイスオンボーディングを使用するための前提条件は何ですか?
パッケージ？

Q: このデバイスオンボーディングでサポートされているデバイスは何ですか？
パッケージ？