Cisco DNA Center の詳細については、https://www.cisco.com/c/en/us/support/cloud-systems-management/dna-center/series.html でサポートページを参照してください。

Cisco vManage の詳細については、https://www.cisco.com/c/en/us/support/routers/sd-wan/series.html でサポートページを参照してください。

サポートされているコントローラでトポロジを実装する方法については、コントローラを介して CSSM に接続を参照してください。

ポリシー選択について

CSSM は、製品インスタンスに適用されるポリシーを決定します。特定の時点で使用されているポリシーは 1 つだけです。ポリシーとその値は、使用されているライセンスなど、さまざまな要因に基づいています。

Cisco default は、製品インスタンスで常に使用可能なデフォルトポリシーです。他のポリシーが適用されていない場合、製品インスタンスはこのデフォルトポリシーを適用します。次の表（表 1）に、Cisco default ポリシー値を示します。

お客様はポリシーを設定することはできませんが、Cisco Global Licensing Operations チームに連絡して、カスタマイズされたポリシーを要求することができます。Support Case Manager に移動します。[OPEN NEW CASE] をクリックし、[Software Licensing] を選択します。ライセンスチームから、プロセスの開始や追加情報について連絡があります。カスタマイズされたポリシーは、CSSM のスマートアカウントを介して使用することもできます。

（注）	適用されているポリシー（使用中のポリシー）とそのレポート要件を確認するには、特権 EXEC モードで show license all コマンドを入力します。

概要：

ここでは、ネットワーク内の製品インスタンスは CSLU に接続され、CSLU は CSSM との単一のインターフェイスポイントになります。製品インスタンスは、必要な情報を CSLU にプッシュするように設定できます。または、構成可能な頻度で製品インスタンスから必要な情報を取得するように CSLU を設定することもできます。

製品インスタンス開始型通信（プッシュ）：製品インスタンスは、CSLU の REST エンドポイントに接続することで、CSLU との通信を開始します。送信されるデータには、RUM レポート、および承認コード、UDI に関連付けられた信頼コード、ポリシーの要求が含まれます。必要な間隔で自動的に RUM レポートを CSLU に送信するように製品インスタンスを設定できます。これは、製品インスタンスのデフォルトの方法です。

CSLU 開始型通信（pull 型）：製品インスタンスからの情報の取得を開始するために、CSLU は YANG を使用した NETCONF、RESTCONF、gRPC のモデル、またはネイティブ REST API を使用して製品インスタンスに接続します。サポートされるワークフローには、RUM レポートの製品インスタンスからの受信と CSSM への送信、承認コードのインストール、UDI に関連付けられた信頼コードのインストール、およびポリシーの適用が含まれます。

考慮事項または推奨事項：

ネットワークのセキュリティポリシーに応じて通信方法を選択します。

リリースごとの変更と拡張：

このセクションでは、このトポロジに影響するリリースごとのソフトウェアの重要な変更と拡張について概説します。

Cisco IOS XE Cupertino 17.7.1a 以降：

• 信頼コードの要求とインストール

  信頼コードが製品インスタンスで使用できない場合、製品インスタンスは RUM レポートの一部として、信頼コードの要求を検出し、自動的に要求を含めます。CSSM からの対応する ACK には信頼コードが含まれています。出荷時にインストールされた既存の信頼コードがある場合は、自動的に上書きされます。この方法で取得した信頼コードは、CSSM との通信に使用できます。

  これは、スタンドアロンおよび高可用性設定でサポートされます。高可用性設定では、アクティブな製品インスタンスは、信頼コードが使用できないすべての接続製品インスタンスの信頼コードを要求します。

  このリリースでは、この拡張は、製品インスタンス開始モードにのみ適用されます。

Cisco IOS XE Cupertino 17.9.1a 以降：

• 信頼コードの要求とインストール

  このリリースから、信頼コードの要求とインストールは CSLU 開始モードでもサポートされています。

• Virtual Routing and Forwarding（VRF）のサポート

  すべてのライセンスデータを送信するように VRF を設定できます。そのため、製品インスタンスは VRF をサポートするインスタンスである必要があります。また、このトポロジを実装する場合は、製品インスタンス開始モードを実装する必要があります。

• RUM レポートスロットリング

  製品インスタンス開始モードでは、レポートの最小頻度は 1 日に制限されます。これは、製品インスタンスが 1 日に複数の RUM レポートを送信しないことを意味します。これにより、特定のライセンスに対して生成および送信される RUM レポートが多すぎるという問題が解決されます。また、RUM レポートの過剰な生成によって引き起こされたメモリ関連の問題とシステムのスローダウンも解決します。

  特権 EXEC モードで license smart sync コマンドを入力すると、スロットリングの制限をオーバーライドできます。

  RUM レポートスロットリングは、17.3.x トレインの Cisco IOS XE Amsterdam 17.3.6 以降のリリース、および 17.6.x トレインの Cisco IOS XE Bengaluru 17.6.4 以降のリリースにも適用されます。17.9.1 以降、RUM レポートスロットリングは後続のすべてのリリースに適用されます。

次の手順：

このトポロジを実装するには、トポロジのワークフロー：CSLU を介して CSSM に接続を参照してください。

概要：

このトポロジは、スマートライセンシングの以前のバージョンで使用でき、ポリシーを使用したスマートライセンシングで引き続きサポートされます。

ここでは、製品インスタンスから CSSM への直接かつ信頼できる接続を確立します。直接接続には、CSSM へのネットワーク到達可能性が要求されます。その後、製品インスタンスがメッセージを交換し、CSSM と通信するには、このトポロジで使用可能な転送オプションのいずれかを設定します（以下を参照）。最後に、信頼を確立するには、CSSM の対応するスマートアカウントとバーチャルアカウントから ID トークンを生成し、製品インスタンスにインストールする必要があります。

（注）	出荷時にインストールされた信頼コードは、CSSM との通信には使用できません。つまり、このトポロジでは、CSSM Web UI で ID トークンを生成して、信頼コードを入手して製品インスタンスにインストールする必要があります。出荷時にインストールされた信頼コードがある場合は、上書きする必要があります。信頼コードも参照してください。

次の方法で CSSM と通信するように製品インスタンスを設定できます。

• スマート転送を使用して CSSM と通信する。

  スマート転送は、スマートライセンシング（JSON）メッセージが HTTPS メッセージ内に含まれ、製品インスタンスと CSSM の間で交換されることにより通信する転送方法です。次のスマート転送設定オプションを使用できます。

  • スマート転送：この方法では、製品インスタンスは特定のスマート転送ライセンスサーバ URL を使用します。これは、ワークフローのセクションに示すとおりに設定する必要があります。

  • HTTPS プロキシを介したスマート転送：この方法では、製品インスタンスはプロキシサーバを使用してライセンスサーバと通信し、最終的には CSSM と通信します。

• Call Home を使用して CSSM と通信する。

  Call Home を使用すると、E メールベースおよび Web ベースで重大なシステム イベントの通知を行えます。CSSM へのこの接続方法は、以前のスマートライセンシング環境で使用でき、ポリシーを使用したスマートライセンシングで引き続き使用できます。次の Call Home 設定オプションを使用できます。

  • ダイレクトクラウドアクセス：この方法では、製品インスタンスはインターネット経由で CSSM に使用状況情報を直接送信します。接続に追加のコンポーネントは必要ありません。

  • HTTPS プロキシを介したダイレクトクラウドアクセス：この方法では、製品インスタンスはインターネット経由でプロキシサーバ（Call Home Transport Gateway または市販のプロキシ（Apache など）のいずれか）を介して CSSM に使用状況情報を送信します。

考慮事項または推奨事項：

• CSSM に直接接続する場合は、スマート転送が推奨される転送方法です。この推奨事項は以下に適用されます。

  • 新規展開

  • 以前のライセンスモデル。ポリシーを使用したスマートライセンシングへの移行後に設定を変更します。

  • 現在 Call Home 転送方法を使用している登録済みライセンス。ポリシーを使用したスマートライセンシングへの移行後に設定を変更します。

    （注）	Call Home からスマート転送方式に変更する場合、Smart Licensing Using Policy を期待どおりに機能させるために「CiscoTAC-1」Call Home プロファイルを無効化する必要はありません。

  • 以前のライセンスモデルの評価ライセンスや期限切れのライセンス。ポリシーを使用したスマートライセンシングへの移行後に設定を変更します。

  移行後に設定を変更するには、トポロジのワークフロー：CSSM に直接接続の「製品インスタンスの設定」にある「接続方法と転送タイプの設定」のオプション 1 を参照してください。

• ユーティリティモード（17.9.1.a 以降で使用可能）で動作しているときにこのトポロジを実装する場合は、スマート転送のみを使用できます。つまり、スマート転送を直接使用するか、HTTP プロキシを介したスマート転送を使用します。Call Home はユーティリティモードではサポートされていません。

リリースごとの変更と拡張：

このセクションでは、このトポロジに影響するリリースごとのソフトウェアの重要な変更と拡張について概説します。

Cisco IOS XE Cupertino 17.9.1a 以降：

• Virtual Routing and Forwarding（VRF）のサポート

  すべてのライセンスデータを送信するように VRF を設定できます。そのため、製品インスタンスは VRF をサポートするインスタンスである必要があり、このトポロジを実装する場合は、スマート転送オプションのみを使用できます。つまり、スマート転送を直接使用するか、HTTP プロキシを介したスマート転送を使用します。

• RUM レポートスロットリング

  このトポロジでは、レポートの最小頻度は 1 日に制限されます。これは、製品インスタンスが 1 日に複数の RUM レポートを送信しないことを意味します。これにより、特定のライセンスに対して生成および送信される RUM レポートが多すぎるという問題が解決されます。また、RUM レポートの過剰な生成によって引き起こされたメモリ関連の問題とシステムのスローダウンも解決します。

  特権 EXEC モードで license smart sync コマンドを入力すると、スロットリングの制限をオーバーライドできます。

  RUM レポートスロットリングは、17.3.x トレインの Cisco IOS XE Amsterdam 17.3.6 以降のリリース、および 17.6.x トレインの Cisco IOS XE Bengaluru 17.6.4 以降のリリースにも適用されます。17.9.1 以降、RUM レポートスロットリングは後続のすべてのリリースに適用されます。

次の手順：

このトポロジを実装するには、トポロジのワークフロー：CSSM に直接接続を参照してください。

Cisco アグリゲーションルータ、統合型ルータ、およびクラウドサービスルータ、Cisco Catalyst 8000 エッジプラットフォームファミリ、および Cisco ターミナル サービス ゲートウェイでは、Cisco DNA Center と Cisco vManage がコントローラとしてサポートされています。実装するコントローラに応じて、トポロジがどのように動作するように設計されているかについては、次の対応する項を参照してください。

概要：

ここでは、製品インスタンスが CSLU と通信し、製品インスタンス開始の通信または CSLU 開始の通信を実装するオプションがあります（CSLU を介して CSSM に接続のトポロジと同様）。CSLU と CSSM 間の通信のもう一方はオフラインです。CSLU には、CSSM から切断されたモードで動作するオプションがあります。

CSLU と CSSM 間の通信は、署名済みファイルの形式で送受信され、オフラインで保存された後、場合によっては CSLU または CSSM にアップロードまたはダウンロードされます。

考慮事項または推奨事項：

ネットワークのセキュリティポリシーに応じて通信方法を選択します。

リリースごとの変更と拡張：

このセクションでは、このトポロジに影響するリリースごとのソフトウェアの重要な変更と拡張について概説します。

Cisco IOS XE Cupertino 17.7.1a 以降：

• 信頼コードの要求とインストール

  信頼コードが製品インスタンスで使用できない場合、製品インスタンスは、CSLU に送信される RUM レポートの一部として要求を検出し、自動的にその要求を含めます。この要求は、CSSM にアップロードされます。CSSM からダウンロードする ACK には信頼コードが含まれています。出荷時にインストールされた既存の信頼コードがある場合は、自動的に上書きされます。この方法で取得した信頼コードは、CSSM との通信に使用できます。

  これは、スタンドアロンおよび高可用性設定でサポートされます。高可用性設定では、アクティブな製品インスタンスは、信頼コードが使用できないメンバーやスタンバイの信頼コードを要求します。

  このリリースでは、この拡張は、製品インスタンス開始モードにのみ適用されます。

Cisco IOS XE Cupertino 17.9.1a 以降：

• 信頼コードの要求とインストール

  このリリースから、信頼コードの要求とインストールは CSLU 開始モードでもサポートされています。

• Virtual Routing and Forwarding（VRF）のサポート

  すべてのライセンスデータを CSLU に送信するように VRF を設定できます。そのため、製品インスタンスは VRF をサポートするインスタンスである必要があります。また、このトポロジを実装する場合は、製品インスタンス開始モードを実装する必要があります。

• RUM レポートスロットリング

  製品インスタンス開始モードでは、レポートの最小頻度は 1 日に制限されます。これは、製品インスタンスが 1 日に複数の RUM レポートを送信しないことを意味します。これにより、特定のライセンスに対して生成および送信される RUM レポートが多すぎるという問題が解決されます。また、RUM レポートの過剰な生成によって引き起こされたメモリ関連の問題とシステムのスローダウンも解決します。

  特権 EXEC モードで license smart sync コマンドを入力すると、スロットリングの制限をオーバーライドできます。

  RUM レポートスロットリングは、17.3.x トレインの Cisco IOS XE Amsterdam 17.3.6 以降のリリース、および 17.6.x トレインの Cisco IOS XE Bengaluru 17.6.4 以降のリリースにも適用されます。17.9.1 以降、RUM レポートスロットリングは後続のすべてのリリースに適用されます。

次の手順：

このトポロジを実装するには、トポロジのワークフロー：CSLU は CSSM から切断を参照してください。

概要：

ここでは、製品インスタンスと CSSM は相互に切断され、他の中間ユーティリティまたはコンポーネントはありません。すべての通信は、ファイルのアップロードとダウンロードという形式です。これらのファイルは、RUM レポート、UDI に関連付けられた信頼コードの要求、および SLAC 要求ファイルです。

考慮事項または推奨事項：

このトポロジは、製品インスタンスがネットワークの外部とオンラインで通信できない高セキュリティ展開に適しています。

リリースごとの変更と拡張

このセクションでは、このトポロジに影響するリリースごとのソフトウェアの変更と拡張について概説します。

Cisco IOS XE Cupertino 17.7.1a 以降：

• 信頼コードの要求とインストール

  製品インスタンスで信頼コードが使用できない場合、製品インスタンスは、ユーザーが保存し、CSSM にアップロードする RUM レポートに信頼コードの要求を自動的に含めます。CSSM からダウンロードする ACK には信頼コードが含まれています。

  出荷時にインストールされた信頼コードがある場合、ACK をインストールすると自動的に上書きされます。この方法で取得した信頼コードは、CSSM とのセキュアな通信に使用できます。

  これは、スタンドアロンおよび高可用性設定でサポートされます。高可用性設定では、アクティブな製品インスタンスは、信頼コードが使用できないすべての接続製品インスタンスの信頼コードを要求します。

• SLAC 要求とインストール

  SLAC 要求を生成し、製品インスタンスのファイルに保存できます。保存されたファイルには、必要なすべての詳細（UDI、ライセンス情報など）が含まれます。この方法では、SLAC を生成するために CSSM Web UI で必要な詳細情報を収集して入力する必要はありません。RUM レポートおよび ACK と同様に、SLAC 要求ファイルを CSSM にアップロードし、SLAC コードを含むファイルをダウンロードして製品インスタンスにインストールする必要があります。

  同様に、SLAC を返却する場合、正しいバーチャルアカウントの製品インスタンスを見つける必要はありません。RUM レポートと同様に、SLAC 返却ファイルをアップロードします。

次の手順：

このトポロジを実装するには、トポロジのワークフロー：CSSM への接続なし、CSLU なしを参照してください。

概要：

SSM オンプレミスは、オンプレミスに展開される CSSM の拡張として機能するように設計されています。

ここでは、製品インスタンスが SSM オンプレミスに接続され、SSM オンプレミスが CSSM との単一のインターフェイスポイントになります。SSM オンプレミスの各インスタンスは、SSM オンプレミスのローカルアカウントに必須の登録と同期を通じて、CSSM 内のバーチャルアカウントを使用して CSSM に通知する必要があります。

製品インスタンスを管理するために SSM オンプレミスを展開する場合、SSM オンプレミスに必要な情報をプッシュするように製品インスタンスを設定できます。または、設定可能な頻度で製品インスタンスから必要な情報をプルするように SSM オンプレミスを設定することもできます。

• 製品インスタンス開始型通信（プッシュ）：製品インスタンスは SSM オンプレミスの REST エンドポイントを接続することで SSM オンプレミスの通信を開始します。送信されるデータには、RUM レポート、および承認コード、信頼コード、ポリシーの要求が含まれます。

  このモードでの製品インスタンスと SSM オンプレミス間の通信のオプション：

  • 必要に応じて、CLI コマンドを使用して SSM オンプレミスに情報をプッシュします。

  • スケジュールされた頻度で RUM レポートを SSM オンプレミスに自動的に送信するには、CLI コマンドを使用し、レポート間隔を設定します。

• SSM オンプレミス開始型通信（プル）：製品インスタンスからの情報の取得を開始するには、SSM オンプレミスで NETCONF、RESTCONF、およびネイティブの REST API オプションを使用して製品インスタンスを接続します。サポートされるワークフローには、RUM レポートの製品インスタンスからの受信と CSSM への送信、承認コードのインストール、信頼コードのインストール、およびポリシーの適用が含まれます。

  このモードでの製品インスタンスと SSM オンプレミス間の通信のオプション：

  • 必要に応じて（オンデマンドで）、1 つ以上の製品インスタンスから使用状況情報を収集します。

  • スケジュールされた頻度で 1 つ以上の製品インスタンスから使用状況情報を収集します。

SSM オンプレミスでは、レポート間隔が製品インスタンスのデフォルトポリシーに設定されます。これは変更できますが、より頻繁に（より短い間隔で）レポートを作成するか、または使用可能な場合はカスタムポリシーをインストールできます。

SSM オンプレミスで使用状況が使用できるようになったら、同じ間隔で CSSM と同期して、製品インスタンス数、ライセンス数、およびライセンス使用状況情報が CSSM と SSM オンプレミスの両方と同じであることを確認します。SSM オンプレミスと CSSM 間の使用状況の同期オプション：プッシュとプルモードの場合：

• CSSM でアドホック同期を実行します（Cisco と同期されました）。

• 指定した時刻で CSSMとの同期をスケジュールします。

• オフラインで保存されている指名済みファイルを通じて CSSM と通信し、場合によって SSM オンプレミスまたは CSSM からアップロードするか、またはダウンロードします。

（注）	このトポロジでは、SSM オンプレミスと CSSM 間で 2 つの異なる同期が行われます。1 つは、ローカルアカウントと CSSM との同期です。この同期は、SSM オンプレミスインスタンスに CSSM を認識させるためであり、SSM オンプレミスの [Synchronization] ウィジェットを使用して実行します。2 番目は、CSSM に接続するか、またはファイルをダウンロードおよびアップロードすることのいずれかによるライセンスの使用状況の CSSM との同期です。ライセンスの使用状況を同期する前に、ローカルアカウントを同期する必要があります。

考慮事項または推奨事項：

• このトポロジは、次の状況に適しています。

  • CSSM と直接通信せずにオンプレミスで製品インスタンスを管理する場合。

  • 会社のポリシーにより、製品インスタンスでライセンスの使用状況をシスコ（CSSM）に直接報告できない場合。

  • 製品インスタンスがエアギャップネットワーク内にあり、ネットワーク外にあるものとオンラインで通信できない場合。

• Smart Licensing Using Policy のサポートとは別に、SSM オンプレミスのバージョン 8 の主な利点は次のとおりです。

  • マルチテナント：1 つのテナントが 1 つのスマートアカウントとバーチャルアカウントのペアを構成します。SSM オンプレミスでは複数のペアを管理できます。ここでは、SSM オンプレミスに存在するローカルアカウントを作成します。CSSM のスマートアカウントとバーチャルアカウントのペアへの複数のローカルアカウントのロールアップ。詳細については、 『Cisco Smart Software Manager On-Prem User Guide』[英語] の「About Accounts and Local Virtual Accounts」を参照してください。

    （注）	CSSM と SSM オンプレミスのインスタンス間の関係は、まだ 1 対 1 です。

  • スケール：合計 300,000 の製品インスタンスをサポートします。

  • 高可用性：2 台の SSM オンプレミスサーバをアクティブ/スタンバイクラスタの形式で実行できます。詳細については、『Cisco Smart Software On-Prem Installation Guide』[英語] の「Appendix 4 Managing a High Availability (HA) Cluster in Your System」を参照してください。

    高可用性展開は SSM オンプレミスのコンソールでサポートされており、必要なコマンドの詳細については『Cisco Smart Software On-Prem Console Guide』で確認できます。

  • CSSM へのオンライン接続とオフライン接続のオプション。

• SSM オンプレミスの制限：

  • ライセンス使用の同期を目的とした CSSM との通信のプロキシサポートが利用できるのは、バージョン 8 202108 以降のみです。ローカルアカウントの同期を目的とするプロキシの使用はサポートされています。これは [Synchronization] ウィジェットを使用して実行され、Smart Licensing Using Policy がサポートされている SSM オンプレミス導入リリースから利用可能です。

  • SSM オンプレミス開始型通信は、ネットワークアドレス変換（NAT）設定の製品インスタンスではサポートされていません。製品インスタンス開始型通信を使用する必要があります。さらに、NAT 設定の製品インスタンスをサポートするために SSM オンプレミスを有効にする必要があります。詳細は、このトポロジのワークフローで提供されます。

リリースごとの変更と拡張：

このセクションでは、このトポロジに影響するリリースごとのソフトウェアの重要な変更と拡張について概説します。

Cisco IOS XE Cupertino 17.9.1a 以降：

• Virtual Routing and Forwarding（VRF）のサポート

  すべてのライセンスデータを CSLU に送信するように VRF を設定できます。そのため、製品インスタンスは VRF をサポートするインスタンスである必要があります。また、このトポロジを実装する場合は、製品インスタンス開始モードを実装する必要があります。

• RUM レポートスロットリング

  製品インスタンス開始モードでは、レポートの最小頻度は 1 日に制限されます。これは、製品インスタンスが 1 日に複数の RUM レポートを送信しないことを意味します。これにより、特定のライセンスに対して生成および送信される RUM レポートが多すぎるという問題が解決されます。また、RUM レポートの過剰な生成によって引き起こされたメモリ関連の問題とシステムのスローダウンも解決します。

  特権 EXEC モードで license smart sync コマンドを入力すると、スロットリングの制限をオーバーライドできます。

  RUM レポートスロットリングは、17.3.x トレインの Cisco IOS XE Amsterdam 17.3.6 以降のリリース、および 17.6.x トレインの Cisco IOS XE Bengaluru 17.6.4 以降のリリースにも適用されます。17.9.1 以降、RUM レポートスロットリングは後続のすべてのリリースに適用されます。

次の手順：

このトポロジを実装するには、トポロジのワークフロー：SSM オンプレミス展開を参照してください。

SSM オンプレミスの既存のバージョンから移行する場合は、アップグレード関連のさまざまなアクティビティを実行する順序が重要です。Smart Licensing Using Policy をサポートする SSM オンプレミスのバージョンへの移行を参照してください。

概要：

これは、必要なライセンスの前払いではなく、ライセンスの実際の使用量に対して支払う後払いモデルであり、MSLA によって管理されます。

製品インスタンスはサブスクリプション ID を持つライセンスを使用し、「ユーティリティモード」で有効になっています。製品インスタンスは、すべてのライセンスワークフローを完了するために、CSSM と直接、または CSLU や SSM オンプレミスを介して相互作用するように構成するか、切断モードで動作するように構成できます。製品インスタンスとの通信には、ユーティリティモードで動作していることを示すフラグが設定されます。MSLA の使用量が CSSM に達すると、使用量に応じて課金されます。

ユーティリティモードの製品インスタンスでは、30 日ごとに ACK をインストールする必要があります。レポートをタイムリーに作成するために、レポートの間隔は 7 日以内にすることを推奨します。

ユーティリティモードで実装できるトポロジは次のとおりです。

• CSSM に直接接続

  ユーティリティモードでこのトポロジを実装する場合は、スマート転送のみを使用できます。つまり、スマート転送を直接使用するか、HTTP プロキシを介したスマート転送を使用します。

• CSLU を介して CSSM に接続、CSLU は CSSM から切断

• SSM オンプレミス展開

• CSSM への接続なし、CSLU なし

考慮事項または推奨事項：

• CCW でプリペイドライセンスを注文する場合、後払いの HSECK9 ライセンスは注文できません。このライセンスはプリペイドライセンスのみです。

• サードパーティの課金プラットフォームに使用状況レポートを送信することはできません。使用できるサポートされている代替手段は、CSLU または SSM オンプレミスを実装することです。実装すると CSSM に送信されます。

• CSLU または SSM オンプレミスを実装する予定の場合は、Smart Licensing Using Policy 環境に、MSLA 対応の必要な最小バージョンをインストールしてください。

  • CSLU の場合：バージョン 2.0.0

  • SSM オンプレミスの場合：バージョン 8、リリース 202206

次の手順：

サポートされるトポロジの 1 つを実装します。

（注）	ワークフローのステップはすべて、特に明記されていない限り、ユーティリティモードに適用されます。

トポロジのワークフロー：CSSM に直接接続

トポロジのワークフロー：CSLU を介して CSSM に接続

トポロジのワークフロー：CSLU は CSSM から切断

トポロジのワークフロー：CSSM への接続なし、CSLU なし

トポロジのワークフロー：SSM オンプレミス展開

高可用性セットアップでの承認コード要件

使用前に承認が必要なライセンスを使用していて（SLAC または SLR、PLR など）、上記の高可用性セットアップのいずれかを使用している場合、必要な承認コードの数は、UDI の数に対応します。

• アクティブとスタンバイの UDI が同じ場合は、1 つの承認コードのみが必要です。これは、UDI が（個々の RP にではなく）シャーシにある場合です。

• 高可用性セットアップで 2 つのシャーシが関係している場合は、各シャーシに専用の UDI があるため、専用の承認コードが必要です。

• デバイススタックの場合は、アクティブな場合のみ承認コードが必要です。

UDI 情報を表示するには、特権 EXEC モードで show license udi コマンドを使用します。高可用性セットアップの場合は、すべての UDI が表示されます。

高可用性セットアップでの信頼コード要件

必要な信頼コードの数は、UDI の数によって異なります。アクティブな製品インスタンスは、高可用性セットアップのすべてのデバイスに対する要求を送信し、ACK で返されるすべての信頼コードをインストールできます。

高可用性セットアップでのポリシー要件

高可用性セットアップにのみ適用されるポリシー要件はありません。スタンドアロン製品インスタンスの場合と同様に、高可用性セットアップにも 1 つのポリシーのみが存在し、これがアクティブになります。アクティブのポリシーは、設定のすべてのスタンバイまたはメンバーに適用されます。

高可用性セットアップでの製品インスタンス機能

このセクションでは、高可用性セットアップでの一般的な製品インスタンス機能と、新しいスタンバイまたはメンバーが既存の高可用性セットアップに追加された場合の製品インスタンスの動作について説明します。

承認コードと信頼コードの場合：アクティブな製品インスタンスは、スタンバイおよびメンバーの承認コードと信頼コードを（必要な場合に）要求し、インストールできます。

ポリシーの場合：アクティブな製品インスタンスがスタンバイと同期します。

レポートの場合：アクティブな製品インスタンスのみが使用状況を報告します。アクティブは、高可用性セットアップのすべてのデバイス（スタンバイまたはメンバーを適宜）の使用状況情報を報告します。スケジュールされたレポートに加えて、次のイベントがレポートをトリガーします。

• スタンバイの追加または削除。RUM レポートには、新しく追加または削除されたスタンバイまたはメンバーに関する情報が含まれます。

• スイッチオーバー。

• リロード。

上記のいずれかのイベントが発生すると、show license status 特権EXECコマンドの [Next report push] の日付が更新されます。ただし、レポートが製品インスタンスによって送信されるかどうかは、実装されたトポロジと関連するレポート方法で決まります。たとえば、製品インスタンスが切断されているトポロジ（[Transport Type] が [Off]）を実装した場合は、[Next report push] の日付が更新されても、製品インスタンスは RUM レポートを送信しません。

新規メンバーまたはスタンバイ追加の場合：

• CSLU に接続されている製品インスタンスは、それ以上のアクションを実行しません。

• CSSM に直接接続されている製品インスタンスは、信頼の同期を実行します。信頼の同期には、次のものが含まれます。

  スタンバイまたはメンバーに信頼コードがまだインストールされていない場合は、信頼コードのインストール。

  信頼コードがすでにインストールされている場合は、信頼の同期プロセスにより、新しいスタンバイまたはメンバーがアクティブと同じスマートアカウントおよびバーチャルアカウントにあることが保証されます。そうでない場合、新しいスタンバイまたはメンバーは、アクティブと同じスマートアカウントとバーチャルアカウントに移動されます。

  承認コード、ポリシー、および購入情報のインストール（該当する場合）

  現在の使用状況情報を含む RUM レポートの送信。

デバイスに固有の HSECK9 ライセンスの変更点

Cisco 1000 シリーズ サービス統合型ルータと Cisco 4000 シリーズ サービス統合型ルータで使用可能なデバイスに固有の HSECK9 ライセンスは、HSECK9 ライセンスの管理を簡素化するために段階的に廃止されます。

Cisco IOS XE Bengaluru 17.6.1a 以降、HSECK9 ライセンスは、（ISR_4331_Hsec などの）ルータモデルに応じてタグ付けされるのではなく、Router US Export Lic for DNA（DNA_HSEC） としてタグ付けされます。これらの製品の新しい HSECK9 ライセンスを購入する場合は、DNA_HSEC を購入する必要があります。

製品インスタンスで実行されているソフトウェアバージョンが Cisco IOS XE Bengaluru 17.6.1a 以降の場合は、次のような影響があります。

• すでに使用中のデバイスに固有の HSECK9 ライセンスは引き続きサポートされるため、これ以上のアクションは必要ありません。

• CSSM のスマートアカウントとバーチャルアカウントで未使用のデバイスに固有の HSECK9 ライセンスは、引き続き製品インスタンスで使用できます。複数のオプションが用意されており、適切なオプションで続行できます。詳細については、以下の「HSECK9 ライセンスで使用可能なオプション」セクションを参照してください。

HSECK9 ライセンスの注文の詳細については、「HSECK9 ライセンスの注文情報」を参照してください。

この変更の影響を受ける製品インスタンス

Cisco 1000 シリーズ サービス統合型ルータ、Cisco 4000 シリーズ サービス統合型ルータ

HSECK9 ライセンスで使用可能なオプション

次の表に、未使用のデバイスに固有の HSECK9 ライセンスの所有者として使用可能なオプションに関する情報を示します。また、アクションは必要ないものの、説明や確認のために提供されている追加のシナリオについても説明します。

以下の表で使用されている重要な用語と略語の説明と定義：

• デバイスに固有の HSECK9 ライセンス：デバイスモデルにタグ付けされた HSECK9 ライセンス名を指します。

• DNA_HSEC：Router US Export Lic for DNA

• オナー（HSECK9 ライセンス）：HSECK9 形式が製品インスタンスに存在する場合、HSECK9 または輸出規制対象の機能を使用できることを意味します。ただし、その形式で新しい HSECK9 ライセンスをインストールすることはできません。

• SLP：ポリシーを使用したスマートライセンシング

• SL：スマートライセンス

• PAK：製品アクティベーションキー

PAK ライセンスとは

PAK フルフィルメントを使用して発行されるライセンスは、PAK ライセンスと呼ばれます。たとえば、Cisco ASR 1000 で使用可能な「adventerprise」ライセンスは PAK 履行済みにすることができ、Cisco 4000 シリーズ ISR で使用できる「securityk9」ライセンスも PAK 履行済みにできます。同様に、さまざまなシスコルータで利用可能な HSECK9 ライセンスは、PAK 履行済みにできます。

PAK ライセンスの変更点：PAK ライセンスのスナップショット

Cisco IOS XE Dublin 17.11.1a 以降、PAK ライセンスを管理するライブラリはソフトウェアイメージから削除されています。既存の PAK ライセンスを引き続きサポートおよび受け入れるために、次のアクションが自動的に実行されます。

• PAK ライセンスのスナップショットが作成されます。このスナップショットは、スナップショットの時点における PAK ライセンスの永続的な記録として機能します。

• Device-Led Conversion（DLC）プロセスがトリガーされます。DLC 後、PAK 履行済みライセンスをスマートアカウントで使用できます。

製品インスタンスで実行されているソフトウェアバージョンが次のいずれかである場合にのみ、PAK ライセンスのスナップショットが作成されます。

• 17.3.x トレインの Cisco IOS XE Amsterdam 17.3.5 以降のリリース。

• 17.6.x トレインの Cisco IOS XE Bengaluru 17.6.2 以降のリリース。

• 17.7.x トレインの Cisco IOS XE Cupertino 17.7.1 以降のリリース、および後続のトレインのすべてのリリース、つまり Cisco IOS XE Cupertino 17.8.x、Cisco IOS XE Cupertino 17.9.x、および Cisco IOS XE Dublin 17.10.x まで。

注意

前述のリリースおよびトレイン以前の場合のみ、PAK ライセンスのスナップショットが作成されます。Cisco IOS XE Dublin 17.11.1a 以降、PAK 管理ライブラリは廃止され、スナップショットを作成するためのプロビジョニングは利用できなくなりました。Cisco IOS XE Dublin 17.11.1a 以降のソフトウェアイメージは、PAK ライセンスに関するスナップショット情報のみに依存しています。 スナップショットのない PAK ライセンスがあり、Cisco IOS XE Dublin 17.11.1a 以降のリリースにアップグレードする場合は、2 回アップグレードする必要があります。まず、PAK ライセンスのスナップショットと完全な DLC が作成される前述のリリースのいずれかにアップグレードしてから、必要な後続のリリースに再度アップグレードします。

PAK のパーマネントライセンスのみが受け入れられ、PAK の評価ライセンスは受け入れられません。

スナップショットが作成されると、PAK ライセンスへの変更はサポートされなくなります。スナップショットの作成後に、ソフトウェアバージョンを以前のリリースにダウングレードし、PAK ライセンスに変更を加え（返却を含む）、後続のリリースに戻した場合でも、PAK ライセンスの変更はサポートされません。

Device# show platform software sl-infra pak-info  
<output truncated>

Pak License Snapshot Information
=================================
Platform Supports PAK License snapshot
PAK License Snapshot integrity check pass
PAK License Snapshot available

<output truncated>

PAK ライセンスをサポートする製品インスタンス

以下の製品インスタンスは PAK ライセンスをサポートしています。以下の製品インスタンスのいずれかを使用しており、製品インスタンスで PAK ライセンスが使用されている場合は、「PAK ライセンスで利用可能なオプション」を参照して、実行可能な内容の詳細を確認してください。

• Cisco 1000 シリーズ サービス統合型ルータ

• Cisco 4000 シリーズ サービス統合型ルータ

• Cisco ASR 1000 シリーズ アグリゲーション サービス ルータ

• Cisco クラウド サービス ルータ 1000v

• Catalyst 8000V エッジソフトウェア（シスコ クラウド サービス ルータ 1000v であり、Cisco IOS XE Bengaluru 17.4.1 以降のリリースへの .bin アップグレードが実行されている場合のみ）

PAK ライセンスで利用可能なオプション

PAK ライセンスを所有している場合は、次の方法で続行できます。

（注）	製品インスタンスに複数の PAK ライセンスがある場合は、すべてのライセンスの使用を継続するか、すべてのライセンスを削除して返却します。所有している PAK ライセンスを変更する必要があると思う場合は、すべての PAK ライセンスを削除し、製品インスタンスでスマートライセンスを設定して、最初からやり直してください。

• PAK ライセンスがあり、変更を加えずに製品インスタンスで引き続き使用する場合は、PAK ライセンスの使用を継続するを参照してください。

• 製品インスタンスに PAK ライセンスがあり、そのライセンスを削除する場合は、PAK ライセンスの削除を参照してください。

• 障害が発生した製品インスタンスに PAK ライセンスがあり、ライセンスを返却または削除する場合は、障害が発生した製品インスタンスの PAK ライセンスの削除を参照してください。

パーマネントライセンス予約とは

パーマネントライセンス予約（PLR）を使用すると、製品インスタンスの任意のライセンスを無制限に使用できます。PLR コードは、CSSM によって生成される承認コードであり、ライセンス要求を認証するために製品インスタンスにインストールする必要があります。

PLR は、製品インスタンスがネットワークの外部とオンラインで通信できない高セキュリティ展開または完全なエアギャップネットワークに適しています。

Smart Licensing Using Policy 環境における PLR の要件

Smart Licensing Using Policy 環境で PLR を使用するためには、次のものが必要です。

• ソフトウェアバージョン：Cisco IOS XE Dublin 17.10.1a 以降。

• PLR コードのバージョン 3。

Smart Licensing Using Policy 環境で PLR をサポートする製品インスタンス

• Catalyst 8000V エッジソフトウェア

• シスコ クラウド サービス ルータ 1000v（CSRv イメージから Catalyst 8000V ソフトウェアイメージに .bin アップグレード済み）

既存の PLR の処理方法：アップグレードとダウングレード

Smart Licensing Using Policy 環境での PLR のアクティブ化、アップグレード、非アクティブ化

• Catalyst 8000V エッジソフトウェアに PLR を実装する場合は、PLR のアクティブ化を参照してください。

• シスコ クラウド サービス ルータ 1000v ルータで .bin アップグレードを実行していて、PLR の使用を継続する場合は、PLR のアップグレードを参照してください。

• PLR を無効にする場合は、PLR の非アクティブ化を参照してください。