Cisco Prime Provisioning 6.3ユーザ ガイド

サービス要求リンクの詳細の表示

サービス要求リンクの詳細には、リンクの終端、PE 保護インターフェイス、VLAN ID、および CE の存在有無が含まれます。

この情報を表示するには、次のステップを実行します。

ステップ 1 [Service Request Details] ウィンドウで [Links] をクリックします。

[Service Request Link] ウィンドウが表示されます。

ステップ 2 リンクを選択して、[Details] をクリックします。

[Service Request Link Details] ウィンドウが表示されます。

ステップ 3 [OK] をクリックして、[Service Request Link] ウィンドウに戻ります。

ステップ 4 別のリンクを選択して表示するか、[OK] をクリックして [Service Request Details] ウィンドウに戻ります。

サービス要求履歴情報の表示

サービス要求に関する履歴情報を表示するには、次のステップを実行します。

ステップ 1 [Service Request Details] ウィンドウで [History] をクリックします。

[Service Request State Change Report] ウィンドウが表示されます。

履歴レポートでは、サービス要求に関する次の情報が示されます。

• [Element name]：サービス要求に含まれるデバイス、インターフェイス、およびサブインターフェイス。

• [State]：要素が経過した遷移状態。

• [Create Time]：このサービス要求に対して要素が作成された時間。

• [Report]：このサービス要求の要素に対する Prime Provisioning の操作。

ステップ 2 [OK] をクリックして、[Service Request Details] ウィンドウに戻ります。

監査レポートのサービス要求の表示

この項では、Prime Provisioning サービス要求のコンフィギュレーションおよび機能監査レポートを表示する方法について説明します。

設定監査報告の表示

設定監査では、サービス（サービス インテント）のすべてのコマンドが、サービスに参加しているネットワーク要素に含まれているかどうかが確認されます。サービス要求が Prime Provisioning に展開されるたびに、設定監査が行われます。設定監査が行われると、Prime Provisioning はすべての Cisco IOS コマンドが存在し、正しい構文であることを確認します。監査では、展開の過程でエラーが発生しなかったことも確認します。デバイス コンフィギュレーションがサービス リクエストの定義と一致していない場合、監査は警告フラグを付け、サービス リクエストを Failed Audit 状態または Lost 状態に設定します。

設定監査は、プロビジョニングの後に一部のコマンドがネットワーク要素から削除された場合、失敗する可能性があります。これはコマンドが手動で削除されるか、他のサービスのプロビジョニングの一部として削除された場合に発生する可能性があります。設定監査が失敗する可能性がある別の理由としては、Prime Provisioning がコンフィギュレーション ファイルのコマンドを認識できない場合があります。Prime Provisioning のデフォルトの動作では、設定監査中にコンフィギュレーション ファイル内の認識されないコマンドはスキップされます。このような認識されないコマンドは、既存のコンフィギュレーションに存在していたか、コンフィギュレーション ファイルに手動で挿入された可能性があります。認識されないコマンドがコマンド ブロックの先頭にある場合、Prime Provisioning は initial コマンドを省略し、ブロック内でサブコマンドを解析します。これにより、Prime Provisioning はコンフィギュレーション ファイル内の論理フローにエラーがあると想定し、その結果監査は失敗します。

[Prime Provisioning Task Manager] を使用して、設定監査を手動で実行できます。設定監査を手動でスケジュールするためのタスクを作成する方法については、を参照してください。

サービス要求の設定監査レポートを表示するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択します。

[Service Request Manager] ウィンドウが表示されます。

ステップ 2 設定監査を行うサービス要求を選択します。

ステップ 3 [Details] をクリックします。

[Service Request Details] ウィンドウが表示されます。

ステップ 4 [Audit] ボタンをクリックして、ドロップダウン リストから [Config] を選択します。

[Service Request Audit Report] ウィンドウが表示されます。

ウィンドウには、デバイス名、ロール、および設定監査のステータスに関するメッセージが表示されます。監査に失敗した場合、メッセージ フィールドには失敗した監査の詳細が表示されます。監査失敗メッセージには、見つからないコマンドおよび設定の問題が表示されます。メッセージ フィールドの情報をよく注意して確認します。監査に失敗した場合、すべてのエラーを修正して、サービス要求を再展開する必要があります。

ステップ 5 [OK] をクリックして、[Service Request Details] ウィンドウに戻ります。

機能監査レポートの表示

機能監査によって、サービス要求または VPN のリンクが正常に動作していることが検証されます。監査では、PE デバイスの VRF ルート テーブルでのリモート CE へのルートが確認されます。Prime Provisioning は、サービス要求が展開、または強制的に再展開するたびに自動的に監査機能を行います。監査機能は、BGP ピアリングが正しくない、コアでの MPLS 設定が間違っている、またはリモート リンクがダウンしている場合に失敗する可能性があります。

[Prime Provisioning Task Manager] を使用して、機能監査を手動で実行できます。機能監査を手動でスケジュールするためのタスクを作成する方法については、を参照してください。

サービス要求の機能監査レポートを表示するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択します。

[Service Request Manager] ウィンドウが表示されます。

ステップ 2 機能監査を行うサービス要求を選択します。

ステップ 3 [Details] をクリックします。

[Service Request Details] ウィンドウが表示されます。

ステップ 4 [Audit] ボタンをクリックして、ドロップダウン リストから [Functional] を選択します。

[Service Request Audit Report] ウィンドウが表示されます。

ウィンドウには、デバイス名、ロール、および設定監査のステータスに関するメッセージが表示されます。監査に失敗した場合、メッセージ フィールドには失敗した監査の詳細が表示されます。監査失敗メッセージには、見つからないコマンドおよび設定の問題が表示されます。メッセージ フィールドの情報をよく注意して確認します。監査に失敗した場合、すべてのエラーを修正して、サービス要求を再展開する必要があります。

ステップ 5 [OK] をクリックして、[Service Request Details] ウィンドウに戻ります。

サービス要求コンフィグレットの表示

サービス要求を展開したら、Prime Provisioning は Cisco IOS または IOS XR コマンドを生成して、サービス要求に関係するすべてのネットワーク デバイス上で、該当するサービスをオンにします。

（注） IOS デバイスの場合、コンフィグレットは CLI コマンドとして表示されます。IOS XR デバイスの場合、コンフィグレットは XML または CLI 形式で表示できます。IOS XR デバイスのコンフィグレットの表示については、「IOS XR デバイスでのコンフィグレットの表示」を参照してください。

生成されたコンフィグレットを表示するには、次のステップを実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択して、使用可能なサービス要求を表示します。

ステップ 2 該当するチェックボックスをオンにして、関連付けられたコンフィグレットを表示するサービス要求を選択します。

ステップ 3 [Details] ボタンをクリックします。

[Service Request Details] ウィンドウが表示されます。

ステップ 4 [Configlets] ボタンをクリックします。

[Service Request Configlets] ウィンドウが表示されます。このウィンドウには、コンフィグレットが生成されたデバイスのリストが表示されます。

ステップ 5 デバイスに対して生成されたコンフィグレットを表示するには、デバイスを選択し、[View Configlet] ボタンをクリックします。

[Service Request Configlet] ウィンドウで、コンフィグレットの表示が更新されます。デフォルトでは、直近で生成されたコンフィグレットが表示されます。

ステップ 6 必要に応じて、作成時間に基づいてデバイスのコンフィグレットを表示できます。サービス要求に対してコンフィグレットが生成された時間に基づいて特定のコンフィグレットを表示するには、[Create Time] リストで目的の作成時間を選択します。

ステップ 7 コンフィグレットの表示が完了したら、[OK] をクリックします。

IOS XR デバイスでのコンフィグレットの表示

デフォルトでは、IOS XR デバイスのサービス要求では、XML 形式でデバイスに送信される設定をログに記録します。したがって、コンフィグレットが IOS XR デバイスに表示される場合は、未加工の XML 形式で表示されます。Prime Provisioning では、コンフィグレットを CLI 形式で表示することもできます。この機能は、DCPL プロパティ DCS/getCommitCLIConfigAfterDownload を True に設定することでイネーブルになります（デフォルト設定）。

（注） コンフィグレットを CLI 形式で表示するには、DCPL プロパティ DCS/getCommitCLIConfigAfterDownload を True に設定する必要があります。DCPL プロパティを True に設定する場合、CLI コンフィグレットは後続のサービス要求の展開に対してのみ使用できるようになります。これらは、DCPL プロパティが True に設定される前に展開されたコンフィグレットには使用できなくなります。

IOS XR デバイスのコンフィグレットを XML 形式または CLI 形式で表示するには、次のステップを実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択して、使用可能なサービス要求を表示します。

ステップ 2 該当するチェックボックスをオンにして、関連付けられたコンフィグレットを表示するサービス要求を選択します。

ステップ 3 [Details] ボタンをクリックします。

[Service Request Details] ウィンドウが表示されます。

ステップ 4 [Configlets] ボタンをクリックします。

[Service Request Configlets] ウィンドウが表示されます。このウィンドウには、コンフィグレットが生成されたデバイスのリストが表示されます。

ステップ 5 IOS XR デバイスに対して生成されたコンフィグレットを表示するには、IOS XR デバイスを選択し、[View Configlet] ボタンをクリックします。

CLI 形式でコンフィグレットが示された [Service Request Configlet] ウィンドウが表示されます。デフォルトでは、直近で生成されたコンフィグレットが表示されます。

ステップ 6 必要に応じて、作成時間に基づいてデバイスのコンフィグレットを表示できます。サービス要求に対してコンフィグレットが生成された時間に基づいて特定のコンフィグレットを表示するには、[Create Time] リストで目的の作成時間を選択します。

ステップ 7 XML 形式でコンフィグレットを表示するには、[XML Configlet] オプション ボタンをクリックします。

ウィンドウが更新され、XML 形式でコンフィグレットが表示されます。

ステップ 8 異なる形式に切り替えるには、次のオプション ボタンを使用します。

• [XML Configlet]：XML 形式でコンフィグレットを表示します。

• [CLI Configlet]：CLI 形式でコンフィグレットを表示します。これがデフォルトの選択肢です。

• [Both] ：XML と CLI の両方の形式で、コンフィグレットを並べて表示します。

ステップ 9 コンフィグレットの表示が完了したら、[OK] をクリックします。

設定ファイルの編集

既存のルータ コンフィギュレーション ファイルを表示または編集するには、次の手順を実行します。

（注） 特に、編集したファイルを実行コンフィギュレーション ファイルにするように選択した場合、コンフィギュレーション ファイルを編集するときには慎重に行ってください。

ステップ 1 [Inventory] > [Physical Inventory] > [Devices] をクリックします。

[Devices Inventory] ウィンドウが表示されます。

ステップ 2 デバイス名の横にあるチェックボックスをオンにして、表示するコンフィギュレーション ファイルのバージョンを選択します。

ステップ 3 [Config] をクリックします。

[Device Configurations] ウィンドウが表示されます。

[Device Configurations] ウィンドウに、選択したデバイスのコンフィギュレーション ファイルの現在のバージョンのリストが表示されます。設定は日時ごとに表示されます。最初にリストされているコンフィギュレーション ファイルが最新バージョンです。

ステップ 4 表示するコンフィギュレーション ファイルのバージョンを選択し、[Edit] をクリックします。

選択されているコンフィギュレーション ファイルの内容が表示されます。

表示されたデバイスのコンフィギュレーション ファイルを表示または編集できます。

ステップ 5 必要に応じて、コンフィギュレーション ファイルを編集します。

ステップ 6 ファイルの編集が完了したら、[Save] をクリックします。

リンクの表示

サービス要求に関連付けられたリンクに関する情報を表示するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択して、使用可能なサービス要求を表示します。

ステップ 2 該当するチェックボックスをオンにして、関連付けられたリンクを表示するサービス要求を選択します。

ステップ 3 [Status] ボタンをクリックして、[Links] を選択します。

[SR Link] ウィンドウが表示されます。

このウィンドウには、このサービス要求に関連付けられたリンクのリストが表示されます。

ステップ 4 情報の確認が終わったら、[Return to SRs] ボタンをクリックします。

ログの表示

サービス要求に関連付けられたログを表示するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択して、使用可能なサービス要求を表示します。

ステップ 2 該当するチェックボックスをオンにして、関連付けられたリンクを表示するサービス要求を選択します。

ステップ 3 [Status] ボタンをクリックして、[Logs] を選択します。

[Task Logs] ウィンドウが表示されます。

このウィンドウには、タスクの [Runtime Task Name]、[Action]、[Start Time]、[End Time]、および [Status] ごとにタスクが表示されます。このウィンドウを使用して、ログを表示または削除できます。

ステップ 4 ログを表示するには、タスクを表す行にあるチェックボックスをオンにして、[View Log] ボタンをクリックします。

[Task Log] ページが表示されます。

表示するログ レベルのタイプを設定できます。[Log Level] を指定し、[Filter] ボタンをクリックして表示する情報を表示します。

ステップ 5 [Return to Logs] をクリックして、表示する別のログを指定します。

ステップ 6 ログ情報の確認が終わったら、[Close] ボタンをクリックします。

サービス展開

サービス要求をすぐに展開するか、展開をスケジュール設定するには、次のステップを実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択します。

[Service Requests Manager] ウィンドウが表示されます。

ステップ 2 展開するサービス要求のジョブ ID の横にあるチェックボックスをオンにします。

ステップ 3 [Deploy] ドロップダウン リストをクリックします。

次の 2 つの展開オプションがあります。

• [Deploy]：サービス要求の状態が [Requested] または [Invalid]の場合、[Deploy] を使用します。

• [Force Deploy]：サービス要求の状態が [Deployed] または [Failed Audit] の場合は、[Force Deploy] を使用します。

ステップ 4 [Deploy] を選択します。

[Deploy Service Request] ダイアログボックスが表示され、選択されたサービス要求を展開するスケジュールの設定ができます。

ステップ 5 必要に応じて、このダイアログボックスのフィールドに入力して、サービス要求のスケジュールを設定します。

ステップ 6 スケジュール設定が終わったら、[Save] をクリックします。

[Service Request Manager] ウィンドウに戻ります。

ウィンドウの下部隅にあるポップアップ ウィンドウで [Status] の表示を確認します。サービス要求が正常に完了した場合、[Status] ディスプレイが表示され、[Succeeded] チェックボックスがオンになっています。

ステップ 7 [State] を [Requested] から [Deployed] に更新するには、[Auto Refresh] チェックボックスをオンにします。

（注） ログを表示して、タスクのステータスとタスクが正常に完了したかどうかを確認します。ログの表示については、「ログの表示」を参照してください。

サービス要求のモニタリング

展開中のサービス要求をモニタするには、タスク ログを使用する必要があります。タスク ログでは、サービス要求が失敗した理由のトラブルシューティングを実施したり、サービス要求の詳細を表示したりできます。

サービス要求をモニタするには、次のステップを実行します。

ステップ 1 [Operate] > [Tasks] > [Task Manager] を選択します。

[Task Logs] ウィンドウが表示されます。

ステップ 2 ウィンドウを更新するには、[Find] をクリックします。

Prime Provisioning で実行されているタスクのリストの中で、処理中のタスクが最初に表示されます。

ステップ 3 モニタするタスクを選択して、[Logs] をクリックします。

ステップ 4 モニタする実行中のタスクを選択して、[View Log] をクリックします。

ステップ 5 [Log Level] ドロップダウン リストからログ レベルを選択して、[Filter] をクリックします。

ログ レベルには、[All]、[Severe]、[Warning]、[Info]、[Config]、[Fine]、[Finer]、および [Finest] があります。

ステップ 6 [Return to Logs] をクリックします。

ステップ 7 [Task Logs] ウィンドウで [Close] をクリックします。

サービス要求のシミュレートされた展開

サービス要求を展開する場合、[Simulate deploy] オプションを使用することもできます。この機能を使用するには、まず、DCPL プロパティ Services\Common\allowSimulateDeploy を True に設定する必要があります。イネーブルにすると、標準の導入操作によって展開できるすべてのサービス要求（たとえば、[Requested] 状態から [Deployed] 状態にサービス要求を移行する操作）は、シミュレーション モードでも展開することもできます。シミュレートされた展開で、プロビジョニング フローはコンフィグレットがデバイスにダウンロードされる時点まで、通常どおり続行します。たとえば、ライブ設定はデバイスからアップロードされます。ただし、コンフィグレットをダウンロードするときに、Prime Provisioning はエコー モードであるかのように動作します（つまり、設定は実際のデバイスにダウンロードされません）。実際に、これはサービス要求ベースごとにエコー モードです。標準およびシミュレートの両方で、エコー ベースの転送とライブ デバイス対話の組み合わせを使用し、複数の展開操作を同時に実行することができます。

サービス要求の展開をシミュレートするには、次の手順を実行します。

ステップ 1 [Operate] > [Service Requests] > [Service Request Manager] を選択します。

[Service Requests Manager] ウィンドウが表示されます。

ステップ 2 展開するサービス要求のジョブ ID の横にあるチェックボックスをオンにします。

ステップ 3 [Deploy] ドロップダウン リストをクリックします。

DCPL プロパティ Services\Common\allowSimulateDeploy が True に設定されていると想定すると、次の 3 つの展開オプションを使用できます。

• Deploy

• Force Deploy

• Simulate Deploy

ステップ 4 [Simulate Deploy] を選択します。

[Deploy Service Request] ダイアログボックスが表示され、選択されたサービス要求の展開をシミュレーションするスケジュールの設定を行えるようになります。

ステップ 5 必要に応じて、このダイアログボックスのフィールドに入力して、サービス要求のスケジュールを設定します。

ステップ 6 スケジュール設定が終わったら、[Save] をクリックします。

[Service Request Manager] ウィンドウに戻ります。

ウィンドウの下部隅にあるポップアップ ウィンドウで [Status] の表示を確認します。サービス要求が正常に完了した場合、[Status] ディスプレイが表示され、[Succeeded] チェックボックスがオンになっています。

ステップ 7 [State] を [Requested] から [Deployed] に更新するには、[Auto Refresh] チェックボックスをオンにします。

（注） ログを表示して、タスクのステータスとタスクが正常に完了したかどうかを確認します。ログの表示については、「ログの表示」を参照してください。