コントローラモードでサポートされるプラットフォーム

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

• ASR1000-RP3 モジュールを搭載したモジュラ型 Cisco ASR 1006-X（Cisco IOS XE Catalyst SD-WAN リリース 17.5.1a またはそれ以降、RP3 モジュールを搭載した Cisco ASR 1006-X を参照）。

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

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

• Cisco 1101 産業向けサービス統合型ルータ

• Cisco CSR 1000v シリーズ クラウド サービス ルータ

• シスコサービス統合型仮想ルータ（ISRv）

• Cisco Catalyst 8200 シリーズ エッジ プラットフォーム

• Cisco Catalyst 8300 シリーズ エッジ プラットフォーム

• Cisco Catalyst 8500 シリーズ エッジ プラットフォーム

• Cisco Catalyst 8000V Edge ソフトウェア（Cisco IOS XE Catalyst SD-WAN リリース 17.4.1a 以降）

コントローラモードでサポートされていないプラットフォーム

次の ASR 1000 シリーズ ルータに基づくモジュラ型プラットフォームは、コントローラモードではサポートされていません。

• ASR1000-RP2

コントローラモードでサポートされる暗号モジュール

ASR 1000 シリーズのルータには、以下の暗号モジュールが必要です。

• ASR 1001-HX 用 ASR 1001HX-IPSECHW

• ASR 1002-HX 用 ASR 1002HX-IPSECHW

次の Cisco IOS XE Catalyst SD-WAN デバイスは、マルチレート インターフェイスをサポートしており、10G インターフェイスポートで 1GE SFP（光および CU）モジュールと 10GE SFP+（光および CU）モジュールをサポートしています。

• Cisco ASR 1001-HX ルータ

• Cisco Catalyst 8500-12X4QC

• Cisco Catalyst 8500-12X

これらのデバイスは、1GE SFP（光および CU）モジュールを備えた 10G インターフェイスポートでの自動ネゴシエーションをサポートしています。次の注意事項は、SD-WAN モードと非 SD-WAN モードの両方での自動ネゴシエーションに適用されます。

• Cisco IOS XE 17.6.1a より前のリリースでは、CLI を使用して自動ネゴシエーションを設定できます。

• Cisco IOS XE 17.6.1a より前のリリースでは、CLI または Cisco Catalyst SD-WAN を使用して、10GE SFP+ モジュールを含む 10G インターフェイスを備えたデバイスを再起動すると、そのインターフェイスは起動しません。この状況では、Cisco Catalyst SD-WAN または CLI を使用して、インターフェイスに「no negotiation auto」を設定してから、デバイスを再起動します。

• Cisco IOS XE リリース 17.6.3a 以降では、自動ネゴシエーションの auto neg 値は、機能テンプレートを介して、サポートされているデバイスの 10G インターフェイスにプッシュされます。機能テンプレートを適切に設定できるように、デバイスのどの 10G インターフェイスにどの SFP モジュールが取り付けられているのかを確認してください。

• Cisco IOS XE リリース 17.6.3a 以降では、10GE SFP+ モジュールが取り付けられている 10G インターフェイスで negotiation auto コマンドがサポートされません。

• Cisco IOS XE リリース 17.6.3a 以降では、デフォルトの「OFF」オプションを指定した no negotiate auto コマンドを、機能テンプレートを介して、10GE SFP+ モジュールが取り付けられたすべての 10G インターフェイスに送信する必要があります。そうしないと、テンプレートのプッシュに失敗します。

• Cisco IOS XE リリース 17.6.3a にアップグレードする前に、機能テンプレート、CLI アドオン機能テンプレート、または CLI を使用して、10GE SFP+ モジュールが取り付けられたすべての 10G インターフェイスに no negotiation auto を適用します。

• 10GE SFP+ モジュールが取り付けられた 10G インターフェイスで自動ネゴシエーションが有効になっているリリースから Cisco IOS XE リリース 17.6.3a にアップグレードすると、そのインターフェイスは起動しません。この状況では、CLI を使用して、アップグレードの完了後にインターフェイスに no negotiation auto を設定します。

• Cisco Catalyst SD-WAN Manager リリース 20.12.1 または Cisco IOS XE Catalyst SD-WAN リリース 17.12.1a 以降のリリースにアップグレードする前に、Cisco TAC に連絡して、互換性のないインデックスを確認して削除してください。互換性のない古いインデックスは、新しいバージョンへの正常なアップグレードに影響する可能性があります。

単一の「universalk9」イメージの制限

• Dual-IOSd は、自律モードでのみサポートされます。

• ペイロード暗号化のないイメージと NO-LI（universalk9_npe、universalk9_noli、universalk9_npe_noli）イメージは、コントローラモードではサポートされていません。universalk9 イメージのみがサポートされています。

• オンボーディングして動作モードを決定後、コントローラモードから自律モードに、またはその逆に変更すると構成が失われます。

• リセットボタン機能は、Cisco ISR 1000 シリーズ サービス統合型ルータのコントローラモードではサポートされていません。コントローラモードのリセットボタンには、ゴールデンイメージや設定を復元する機能はありません。

• 自動インストール（Python と TCL スクリプト）および ZTP：自動インストールおよび ZTP はコントローラモードではサポートされていません。DHCP がいずれかのプロセスを使用したインストールの試行を検出すると、自律モードへのモード変更がトリガーされます。

• WebUI：コントローラモードでは、WebUI はサポートされておらず、使用されている場合はエラーメッセージが表示されます。

リセットされた構成

設定をリセットすると、デバイスは次の処理を実行します。

• 現在実行中のイメージの設定のみを消去します。

• 証明書を消去します。

• 同じイメージを使用してルータを再起動します。この時点で、デバイスは Day-0 起動を繰り返します。

ソフトウェアリセット

ソフトウェアリセットを実行すると、デバイスは次の処理を実行します。

• 証明書を含む bootflash:/sdwan フォルダに保存されているすべての SD- WANメタデータを消去します。

• すべてのイメージの設定を消去します（実行中のイメージと以前にアクティブ化されたイメージ）。

• デフォルトとしてマークされているファイルを除き、すべてのイメージファイルを削除します。

• デフォルトバージョンのイメージを使用してルータを再起動します。この時点で、デバイスは Day-0 起動を繰り返します。

はじめる前に

この手順を開始する前に、現在設定されているコンソールアクセス方式を介して Cisco CSR1000V または Cisco Catalyst 8000V ルータにアクセスできることを確認してください。

コンソールポートアクセスの変更

この手順では、コンソールに接続して Cisco CSR1000V または Cisco Catalyst 8000V ソフトウェアデバイスにアクセスする方式を変更します。

Cisco CSR1000V または Cisco Catalyst 8000V ソフトウェアの展開に使用されるイメージによって、使用するコンソールアクセスのデフォルトのタイプ（仮想またはシリアル）が決まります。

この手順には、コントローラモードから自律モードに変更し、その後にコントローラモードに戻す（Cisco Catalyst SD-WAN とともに動作するために必要）というモードの変更が含まれます。これらのモード変更により、デバイスがリロードされます。

コンソールポートアクセスを変更するには、次の手順を実行します。

1. EXEC モードで enable を入力して特権 EXEC モードを開始します。

   Router> enable

2. コントローラモードを無効にします。次のコマンドを入力し、プロンプトに従ってコマンドを完了します。

   Device# controller-mode disable

   （注）	これにより、デバイスが自律モードで再起動します。

3. デバイスが再起動したら、enable を入力して特権 EXEC モードを開始します。

   Router> enable

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

   Device# configure terminal

5. 次のいずれかのオプションを使用して、アクセスのタイプを設定します。

   • virtual：このオプションにより、ハイパーバイザの仮想 VGA コンソールを介してデバイスにアクセスすることが指定されます。

     Device(config)# platform console virtual

   • serial：このオプションにより、仮想マシン（VM）のシリアルポートを介してデバイスにアクセスすることが指定されます。

     （注）

     このオプションは、ハイパーバイザがシリアル ポート コンソール アクセスをサポートしている場合にのみ使用してください。 デバイス構成が Cisco SD-WAN Manager デバイステンプレートとして保存され、Cisco SD-WAN Manager を使用してデバイスにアタッチされている場合は、次のコマンドを Device(config)# platform console serial CLI アドオン機能テンプレートに入力します。CLI アドオン機能テンプレートの詳細については、『Cisco Catalyst SD-WAN Systems and Interfaces Configuration Guide』を参照してください。これは、デバイステンプレートがデバイスにアタッチされているときに、Cisco SD-WAN Manager によるシリアルポートの削除を回避するために役立ちます。

     Device(config)# platform console serial

   • auto：（このオプションは廃止されており、推奨されません）このオプションにより、デバイスコンソールの自動検出が指定されます。これは、初期インストール ブート プロセス中のデフォルト設定です。詳細については、「VM と連動した Cisco CSR 1000v の起動」を参照してください。

6. コンフィギュレーション モードを終了します。

   Device(config)# end

7. 設定を保存します。

   Device# write memory

8. 実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。

   Device# copy system:running-config nvram:startup-config

9. デバイスをコントローラモードに戻します。次のコマンドを入力し、プロンプトに従ってコマンドを完了します。

   Device# controller-mode enable

   （注）	この手順により、デバイスがコントローラモードで再起動します。

はじめる前に

デバイステンプレートは、Cisco SD-WAN Manager へのデバイスの接続を可能にする構成の詳細情報を提供します。

論理デバイスを作成し、最初にデバイステンプレートをアタッチすることなくブートストラップ構成を生成すると、生成されるファイルには最小限の構成が含まれます。ブートストラップ構成を生成する前にデバイステンプレートを論理デバイスにアタッチすると、生成されるファイルにはより完全な構成が含まれ、デバイスを Cisco Catalyst SD-WAN オーバーレイに接続できるようにするために役立ちます。ブートストラップ構成を作成する前にデバイステンプレートを論理デバイスにアタッチすることをお勧めします。

この手順は、Cisco Catalyst 8000V などのソフトウェアデバイスを KVM、ESXi、OpenStack などのプライベートクラウドにオンボードする場合に役立ちます。

Cisco SD-WAN クラウドホスト型デバイスのブートストラッププロセス

1. Cisco SD-WAN Manager メニューから、[Configuration] > [Devices] の順に選択します。

2. クラウドでホストされる新しいインスタンスに使用している論理デバイス（UUID を含む）について、[…] をクリックし、[Generate Bootstrap Configuration] を選択します。

3. [Generate Bootstrap Configuration] ダイアログボックスで、[Cloud-Init] を選択し、[OK] をクリックします。[Generate Bootstrap Configuration] ダイアログボックスに、ライセンスの OTP トークン、Cisco SD-WAN Validatorアドレス、UUID、および組織情報を含むブートストラップ構成が表示されます。

   （注）	UUID は、[Devices] テーブルの [Chassis Number] 列の識別子に対応します。

   （注）	ブートストラップ構成に含まれるインターフェイスの数が、クラウド環境で仮想デバイスインスタンスが持つインターフェイスよりも多くないことを確認します。

4. クラウドサービスのデバイスインスタンスにブートストラップ構成をロードする方法は複数存在します。使用する方法は、クラウドサービスによって異なります。[Generate Bootstrap Configuration] ダイアログボックスで [Download] をクリックしてブートストラップ構成のコピーを保存することをお勧めします。

   クラウドサービスでデバイスインスタンスをセットアップするときに、ブートストラップ構成を使用できます。この構成により、デバイスインスタンスが Cisco Catalyst SD-WAN に接続できるようになります。

プライベートクラウドへの Cisco Catalyst 8000V のオンボーディングについては、次を参照してください。

• 『Cisco Catalyst 8000V Edge Software Installation And Configuration Guide』の「Installing in KVM Environments」

• 『Cisco Catalyst 8000V Edge Software Installation And Configuration Guide』の「Installing in VMware ESXi Environment」

• 『Cisco Catalyst 8000V Edge Software Installation And Configuration Guide』の「Installing in OpenStack」

Cisco Catalyst 8000V のブートストラップ構成ファイルの例については、『Cisco Catalyst 8000V Cloud Initialization Files』を参照してください。