Cisco ASR 1000 シリーズ ルータは、個別のサブパッケージおよびオプションのサブパッケージを使用して稼働するように設定できます。

ルータが個別およびオプションのサブパッケージを使用して稼働するように設定されている場合:

• 統合パッケージ内の各個別サブパッケージが、固有ファイルとしてルータに抽出されます。
• また、オプションのサブパッケージはすべて個別にダウンロードし、抽出されたプロビジョニング ファイルや他の個別サブパッケージと同じディレクトリに保存する必要があります。
• 次に、ルータは、動作の処理に必要な場合に各ファイルにアクセスすることで実行されます。個別のサブパッケージを使用してルータが適切に動作するように、すべての個別のおよびオプションのサブパッケージ ファイルはルータの同じディレクトリに保存する必要があります。

Cisco ASR 1000 シリーズ ルータが個別のサブパッケージおよびオプションのサブパッケージを使用して実行するように設定されている場合、RP からのソフトウェアイメージの内容は、必要な場合にのみメモリにコピーされます。メモリは、トラフィックの受け渡しなど、他のルータプロセス用に節約されます。そのため、ルータは、個々のサブパッケージを使用して実行するように設定されている場合、最大のピークトラフィック負荷に対応できます。

個別のサブパッケージおよびオプションのサブパッケージを使用して Cisco ASR 1000 シリーズ ルータを実行している場合は、統合パッケージ内に個別のサブパッケージファイルとともに含まれているプロビジョニングファイルを使用してルータをブートするように設定する必要があります。プロビジョニング ファイルも個別のサブ パッケージ ファイルおよびオプションのサブパッケージと同じディレクトリ内に格納する必要があります。ルータのブート速度は、統合パッケージで稼働するように設定されている場合よりも、個別のサブパッケージおよびオプションのサブパッケージで稼働するように設定されている方が高速です。

Cisco ASR 1000 シリーズ ルータは、Trivial File Transfer Protocol（TFTP）サーバーまたはその他のネットワークサーバーに保存されている個別のサブパッケージおよびオプションのサブパッケージを実行するようには設定できません。このメソッドでルータを実行するには、個別のサブパッケージとオプションのサブパッケージをプロビジョニングファイルとともに bootflash: ファイルシステムにコピーする必要があります。

Cisco ASR 1000 シリーズ ルータは、統合パッケージを使用して動作するように設定することもできます。

（注）	統合パッケージからルータをブートする場合、オプションのサブパッケージはサポートされません。詳細については、個別およびオプションのサブパッケージを使用した Cisco ASR 1000 シリーズ ルータの実行：概要を参照してください。

ルータで統合パッケージでの実行が設定されている場合は、統合パッケージ ファイル全体がルータにコピーされるか、または TFTP またはその他のネットワーク転送方式でルータからアクセスされます。ルータは、統合パッケージ ファイルを使用して稼働します。

Cisco ASR 1000 シリーズ ルータが統合パッケージファイルを使用して動作するように設定されている場合、ルータ要求の処理に多くのメモリが消費されます。要求のたびにルータによるサイズの大きなファイルの検索が必要になるためです。ネットワーク トラフィックの転送に使用できるメモリの最大量は、統合パッケージによる実行が設定されている方が少なくて済みます。

統合パッケージを使用して稼働するように設定された Cisco ASR 1000 シリーズ ルータは、統合パッケージファイルをブートすることで起動します。このファイルは容量が大きいため、統合パッケージを使用して稼働するルータのブート プロセスは、個別のサブパッケージで稼働するルータのブート プロセスより低速になります。

統合パッケージを使用して稼働するように設定された Cisco ASR 1000 シリーズ ルータには、個々のサブパッケージを実行するように設定された Cisco ASR 1000 シリーズ ルータよりも有利な点がいくつかあります。その利点の 1 つとして、統合パッケージが TFTP またはその他のネットワーク転送方式を使用してブートおよび利用できる点が挙げられます。また、1 つの統合パッケージ ファイルを使用するようにルータを設定する方が、複数の個別のサブパッケージ ファイルを管理するよりも簡単です。特定のネットワーキング環境でルータを実行する場合は、統合パッケージを使用した方が望ましい方法です。

この方式を使用してルータを実行する場合は、統合パッケージを bootflash:、usb[0-1]:、またはリモート ファイル システムに保存する必要があります。

このセクションでは、Cisco ASR 1000 シリーズ ルータの各実行メソッドの長所と短所について簡単に説明します。

個別のサブパッケージを使用してルータを実行する場合は、次の利点があります。

• ルータのメモリ使用量の最適化：ルータが個別およびオプションのサブパッケージメソッドを使用して起動している場合、ルータプロセッサ（RP）からのソフトウェアイメージの内容は、必要な場合にのみメモリにコピーされます。その結果メモリが節約され、他のルータプロセスに使用できるようになります。ルータは、個別のサブパッケージの起動アプローチを使用して起動すると、最も早く起動し、最高ピークトラフィック負荷が許容されます。

統合パッケージを使用してルータを実行する場合は、次の利点があります。

• インストールを簡素化：複数の個別のイメージではなく、1 つのソフトウェア ファイルだけが管理されます。
• ストレージ：統合パッケージは個別のサブパッケージとは異なり、bootflash:、USB フラッシュ ディスク、ネットワーク サーバのいずれかに保存した状態でルータを実行できます。統合パッケージは TFTP またはその他のネットワーク転送方式でブートして使用することができますが、個別のサブパッケージ方式では、個々のサブパッケージをルータの bootflash: ファイル ディレクトリにコピーする必要があります。

「表 1」に、これらのアプローチの長所と短所の概要を示します。

request platform software package コマンドは、Cisco ASR 1000 シリーズ ルータで導入されたより大きな request platform コマンドセットの一部です。各 request platform コマンドと、それぞれのコマンドで使用可能なオプションの詳細については、『Cisco IOS Configuration Fundamentals Command Reference』を参照してください。

request platform software package コマンドは、個別のサブパッケージおよび統合パッケージ全体をアップグレードする場合に使用でき、Cisco ASR 1000 シリーズ ルータ上のソフトウェアのアップグレードに使用されます。request platform software package コマンドは、特に個別のサブパッケージをアップグレードする場合に推奨されます。また、ルータが個別のサブパッケージを実行している場合、ルータ上の個別のサブパッケージをダウンタイムなしでアップグレードできる唯一の方法でもあります。

request platform software package コマンドを使用する場合は、コマンドラインで宛先デバイスまたはプロセスを指定する必要があるため、このコマンドを使用すると、アクティブまたはスタンバイプロセッサの両方でソフトウェアをアップグレードできます。request platform software package コマンドは、ほとんどのシナリオにおいて、ダウンタイムなしのソフトウェアのアップグレードを実現します。

このコマンドの基本シンタックスは、request platform software package install rp rp-slot-number file file-URL です。ここで、rp-slot-number には RP スロットの番号を、file-URL には Cisco ASR 1000 シリーズ ルータのアップグレードに使用するファイルへのパスを指定します。このコマンドには、その他にもオプションがあります。このコマンドセットで使用できるすべてのオプションについては、request platform software package コマンドリファレンスを参照してください。

Cisco IOS XE リリース 2.4 では、RP からオプションのサブパッケージのプロビジョニングを削除するための request platform software package uninstall コマンドが Cisco ASR 1000 シリーズ ルータに導入されました。コマンドのシンタックスは、コマンド request platform software package uninstall rp rp-slot-number type pkg の install 形式に従います。ここで、rp-slot-number は RP スロットの番号で、pkg は削除するオプションのサブパッケージファイルのタイプです。

（注）	request platform software package コマンドセットを使用したダウンタイムが限定的なアップグレードの詳細については、「Cisco ASR 1000 シリーズ ルータでサポートされているソフトウェアのアップグレードプロセス」のセクション（6-1 ページ）を参照してください。

copy コマンドを使用すると、ルータに統合パッケージおよび個別のサブパッケージを移動できます。ただし、このコマンドにより特定のストレージから別のストレージに個別のサブパッケージ ファイルを移動するのは、ほとんどの場合、非効率的です（このような場合は、統合パッケージを移動してからサブパッケージを抽出するか、統合パッケージを移動せずにサブパッケージを抽出する方法を推奨します）。

Cisco ASR 1000 シリーズ ルータ上の統合パッケージをアップグレードするには、他のほとんどのシスコルータの場合と同じように、 copy コマンドを使用して統合パッケージをルータ上のファイルシステム（通常は bootflash: または usb[0-1]:）にコピーします。このコピーを行ってから、統合パッケージ ファイルを使用してブートするようにルータを設定します。

個別のサブパッケージを使用してルータをアップグレードし、リブートするには、copy コマンドを使用して統合パッケージをルータにコピーし、request platform software package expand コマンドを入力して個別のサブパッケージを抽出してから、ルータがサブパッケージを使用してブートするように設定します。同一の統合パッケージ内のそれぞれ個別のサブパッケージをディレクトリからコピーしたり、request platform software package コマンドを使用してルータのディレクトリにサブパッケージを抽出したりするなど、他の方式も使用できますが、個別のサブパッケージをコピーすることは、ほとんどの場合、非効率的です。

copy コマンドで使用可能なオプションの一覧については、copy コマンドリファレンスを参照してください。

他のシスコルータで使用可能な issu コマンドセットは、Cisco ASR 1000 シリーズ ルータでも使用できます。 issu コマンドセットを使用して、統合パッケージおよび個別のサブパッケージをアップグレードできます。

issu コマンドセットには、loadversion 、runversion 、commitversion 、および abortversion オプションのある issu コマンドが含まれています。各コマンドセットで使用できるすべてのオプションについては、issu コマンドリファレンスを参照してください。

issu abortversion コマンドが発行されると確認プロンプトが表示され、スタンバイが終了（ホット）状態に達していない場合は と が表示されます。

次に、確認プロンプト通知の例を示します。

The system is without a fully initialized peer and service impact will occur. Proceed with abort? [confirm]

issu runversion コマンドは、Cisco ASR 1000 シリーズ ルータで統合パッケージのアップグレードを完了するためのオプションです。必要に応じて、アクティブ RP から issu commitversion を入力してソフトウェアアップグレードを完了し、redundancy force-switchover コマンドを使用して、このプラットフォームでアップグレードされた RP に切り替えることができます。

（注）	issu コマンドセットを使用したダウンタイムが限定的なアップグレードの詳細については、「Cisco ASR 1000 シリーズ ルータでサポートされているソフトウェアのアップグレードプロセス」のセクション（6-1 ページ）を参照してください。

（注）	オプションのサブパッケージもインストールする必要がある場合は、この手順を使用しないでください。

ここでは、次の手順について説明します。

統合パッケージに含まれる個別のサブパッケージを使用してルータを実行するには、次のいずれかの手順を実行します。

オプションのサブパッケージを使用して実行されるように Cisco ASR 1000 シリーズ ルータを管理および設定するには、次のタスクを実行します。

次の例では、request platform software package install コマンドを使用して、ルータスロット 1 の SIP のベイ 0 にある SPA の SIPSPA サブパッケージをアップグレードします。この例では、すべてのプロンプトを無視して（すでに同じサブパッケージがインストールされている場合など）強制的にアップグレードを実行する force オプションを使用しています。

注意	異なる統合パッケージのサブパッケージを使用してルータを実行しないでください。Cisco ASR 1000 シリーズ ルータは、異なる統合パッケージの複数のサブパッケージを使用するようには設計されていません。異なる統合パッケージからサブパッケージを実行することは推奨されず、ルータの予期しない動作が発生する可能性があります。個々のサブパッケージは、実行中の同じサブパッケージへのアップグレードが Cisco ASR 1000 シリーズ ルータに何らかの利点があるとお客様またはシスコのカスタマーサポート担当者が判断した場合にのみ、個別にアップグレードする必要があります。

Router# request platform software package install rp 0 file bootflash:asr1000rp1-sipspa.02.01.00.122-33.XNA.pkg slot 1 bay 0 force
--- Starting installation state synchronization ---
Finished installation state synchronization
--- Starting file path checking ---
Finished file path checking
--- Starting image file verification ---
Checking image file names
Verifying image file locations
Locating image files and validating name syntax
Inspecting image file types
Processing image file constraints
Creating candidate provisioning file
Finished image file verification
--- Starting candidate package set construction ---
Verifying existing software set
Processing candidate provisioning file
Constructing working set for candidate package set
Constructing working set for running package set
Checking command output
Constructing merge of running and candidate packages
Finished candidate package set construction
--- Starting compatibility testing ---
Determining whether candidate package set is compatible
WARNING:
WARNING: Candidate software combination not found in compatibility database
WARNING:
Determining whether installation is valid
Software sets are identified as compatible
Checking IPC compatibility with running software
Checking candidate package set infrastructure compatibility
Checking infrastructure compatibility with running software
Finished compatibility testing
--- Starting impact testing ---
Checking operational impact of change
Finished impact testing
--- Starting commit of software changes ---
Updating provisioning rollback files
Creating pending provisioning file
Committing provisioning file
Finished commit of software changes
--- Starting analysis of software changes ---
Finished analysis of software changes
--- Starting update running software ---
Blocking peer synchronization of operating information
Creating the command set placeholder directory
  Finding latest command set
  Assembling CLI output libraries
  Assembling CLI input libraries
  Applying interim IPC and database definitions
    interim IPC and database definitions applied
      Replacing running software
      Replacing CLI software
      Restarting software
Restarting SPA CC1/0
      Applying interim IPC and database definitions
      Notifying running software of updates
      Unblocking peer synchronization of operating information
    Unmounting old packages
    Cleaning temporary installation files
      Finished update running software
      
SUCCESS: Finished installing software.
Router#