クラウド管理型 Catalyst スイッチの概要

各主要な Cloud Management with IOS XE バージョンごとの機能、対応モデル／ファミリー、必要な最小ライセンス、その他の詳細については、Cloud Configuration: Release Versions and Highlights ページをご参照ください。

クラウド管理 IOS XE からのダウングレードは制限されています

コンテナベースアーキテクチャへの復元が複雑なため、クラウド管理 IOS XE から以前の CS ファームウェアへのダウングレードはダッシュボード上で制限されています。工場出荷時リセットやサポートによる対応が必要になる場合があります。運用環境のネットワークをクラウド管理 IOS XE へアップグレードする前にご留意ください。

CLI/DNA 管理 Catalyst のオンボーディング

クラウド管理へ移行後は、リモートアクセス（シリアルコンソールおよび SSH）は利用できなくなります。すべての管理アクセスはクラウドダッシュボードまたは後部にある管理ポートのローカルステータスページから行えます。

レイヤー3（L3）スイッチの移行

クラウド管理 IOS XE 以前は、L3 スイッチには管理 IP アドレスと L3 スイッチ仮想インターフェース（SVI）用の 2 つの IP アドレスが必要でした。管理-IP でトラフィックをルーティングすることはできず、基本的にアウトオブバンド管理用インターフェースとして動作していました。クラウド管理 IOS XE では、Meraki 管理インターフェースが L3 アップリンク SVI と統合され、1 つの IP アドレスだけで済みます。

クラウド管理 IOS XE で L3 SVI を利用する場合、以下の条件が適用されます:

• 管理/アップリンク SVI には静的 IP の設定が必要です。アップグレード前に管理インターフェースを静的 IP で設定することを強く推奨します。もし L3 SVI のデフォルトルートと管理インターフェースのゲートウェイが異なる場合、スイッチの全トラフィックは管理インターフェースの DHCP 取得ゲートウェイをネクストホップとして使用します。

• コンテナベース（CS）ファームウェアからクラウド管理 IOS XE へアップグレードする場合の注意点：

  • 管理インターフェースと設定済み L3 SVI が同じ VLAN 上にある場合、SVI の IP アドレスが管理インターフェースのアドレスを上書きし、管理インターフェースの IP アドレスは消去されます。これはネットワーク内の L3 ルーティング性を維持するためですが、管理 IP の変更時に SNMP や RADIUS などの管理トラフィックが失われる場合があります。例：

    • 管理インターフェースに VLAN 10 で 10.10.10.130 の静的 IP を設定

    • VLAN 10 に 10.10.10.254（デフォルトルート 10.10.10.1）の SVI も存在する

    • アップグレード後、スイッチは 10.10.10.254 を使用

  • 管理インターフェースが重複しない VLAN 上にある場合、その管理インターフェースは新しいアップリンク SVI になります。

• クライアント DHCPv4 サーバーとして設定された L3 SVI は、優先アップリンクとしても設定できません。DHCP サーバーとして設定済みのインターフェースをアップリンクに指定した場合、DHCP サーバー設定は削除されます。

• 代替管理インターフェース（AMI）の設定には、スイッチ上で専用の L3 SVI インターフェースの作成が必要になりました。スイッチのサイドバーからは設定できません。ネットワーク内で特定 VLAN（例：VLAN10）に対し AMI を構成している場合、そのネットワーク内すべてのスイッチに指定 VLAN の L3 SVI が必要です。一致する L3 SVI がない場合は、管理/アップリンクインターフェースがデフォルトとして使用されます。

クラウドモードで動作する Catalyst スイッチをネットワークに追加する前に、ネットワークをクラウド管理 IOS XE ファームウェアで構成してください。

DNA/CLI 管理スイッチをクラウドモードでダッシュボードにオンボードするには、事前にクラウド管理 IOS XE ファームウェアが設定されたネットワークにスイッチを追加してください。CS ファームウェアが設定されたネットワークに追加した場合、予期しない動作となる場合があります。

ライセンス

クラウドダッシュボードにオンボードされた Catalyst スイッチには、30日間の猶予期間が適用され、クラウドモードを本格導入前に試すことができます。有効な DNA ライセンスは、所定のプロモーションプロセスにより Meraki クラウドライセンスへ変換可能です。詳細はクイックスタートガイド4ページをご参照ください。http://cs.co/9005aw6VH

アップリンク自動構成（UAC）

アップリンク自動構成（UAC）は、アップリンクインターフェースを自動的に識別し、Meraki ダッシュボードへの接続を確立するため、スイッチの手動設定が不要になります。UAC は、新規および既存の展開の両方をサポートし、Meraki ダッシュボードへの接続を確保します。UAC はアップリンクインターフェースを選択し、ダッシュボードへの接続を確立し、アップリンクの接続性を維持します。UAC の導入により、手動設定作業の削減、デバイス管理の効率化、デバイス展開の容易化、ネットワークのスケーラビリティ向上、ネットワーク信頼性の向上が実現できます。UAC は IOSd サブシステムとして実装されており、より高いパフォーマンスと拡張性を実現するために vlan-stats、ARP プローブ、ping プローブなどの機能を活用しています。

管理インターフェースアーキテクチャ

管理インターフェースは L3 インターフェースとなりました。以前は CS ファームウェアでは特定の管理 IP アドレスが必要でしたが、現在は任意の L3 インターフェースで管理が行えます。管理接続や L3 インターフェース関連の設定は「ルーティング& DHCP」ページで確認できます。L2 のみサポートするスイッチでは DHCP 機能が利用可能ですが、L3 機能を有効にするには静的管理 IP の設定が必要です。

この変更についてはこちらの動画をご覧ください。

デフォルトポートモジュール

クラウド管理 IOS XE 17.15 ファームウェアへのアップグレードにより、ネットワークモジュールの構成が簡素化されます。モジュールが未装着の場合、構成は8つのデフォルトポートに集約されます。ネットワークモジュールが装着されると、これらのポートは自動的に適切なインターフェースへマッピングされます。従来は、想定される各ネットワークモジュールごとに固有の構成が必要でした。例えば、48ポートスイッチの場合、すべてのモジュールに対応するために98ポートの構成が必要でしたが、今では現行および将来のモジュールに対応するために56ポート（48+8）のみで済みます。

この変更の詳細は こちらの動画をご覧ください。

セーフコンフィグとロールバック

クラウド管理 IOS XE ファームウェアへアップグレード後、CS ファームウェアからの移行時にスイッチがオンラインにならない場合、自動的に2時間後に CS/コンテナファームウェアへロールバックされます。

この2時間のウィンドウ中にスイッチの再起動や工場出荷時リセットは行わないでください。ロールバック構成が破損し、スイッチの復旧を妨げる原因となります。2時間経過後もスイッチが復旧しない、またはダッシュボードに接続されない場合はサポートまでご連絡ください。スイッチが正常に復旧した後、次の2時間は再度アップグレードは試行されません。

また、スイッチがクラウド管理ファームウェアへのアップグレードに成功した場合、アップグレード後30分間はオンラインかつ接続状態を維持してください。この時間で構成がセーフとしてマークされ、コミットされます。

レイヤー3 SVI の動作

クラウド管理 IOS XE 以前は、L3 Meraki スイッチには管理 IP と L3 スイッチ仮想インターフェース（SVI）の2つの IP アドレスが必要でした。管理-IP でトラフィックをルーティングすることはできず、基本的にアウトオブバンド管理用インターフェースとして動作していました。クラウド管理 IOS XE では、Meraki 管理インターフェースが L3 アップリンク SVI と統合され、1つの IP アドレスで済みます。

クラウド管理 IOS XE で L3 SVI を利用するには、以下の条件が適用されます：

• 管理/アップリンク SVI には静的 IP アドレスの設定が必要です。アップグレード前に管理インターフェースを静的 IP に設定することを強く推奨します。
• コンテナベース（CS）ファームウェアからクラウド管理 IOS XE へアップグレードする場合の注意点：
  • 管理インターフェースと設定済み L3 SVI が同じ VLAN 上にある場合、SVI の IP アドレスが管理インターフェースのアドレスを上書きし、管理インターフェースの IP アドレスは消去されます。これはネットワーク内の L3 ルーティング性を維持するためですが、管理 IP の変更時に SNMP や RADIUS などの管理トラフィックが失われる場合があります。例：
    • 管理インターフェースに VLAN 10 で 10.10.10.100 の静的 IP を設定
    • VLAN 10 に 10.10.10.200 の SVI も存在する
    • アップグレード後、スイッチは 10.10.10.200 を使用
  • 管理インターフェースが重複しない VLAN 上にある場合、その管理インターフェースは新しいアップリンク SVI になります。
  • 管理 IP が DHCP で設定されている場合、他の L3 SVI を作成する前にアップリンク SVI に静的 IP アドレスの割り当てが必要です。レイヤー3スイッチ導入において静的アドレスの設定は Cisco の推奨事項です。

スパニングツリーの変更

スパニングツリープロトコル（STP）は、クラウド管理 IOS XE 17.15.1 以降で動作が異なります。

• CS17 とクラウド管理 IOS XE 17.15.1+ では、スパニングツリープロトコル（STP）の動作が異なります。
• クラウド管理 IOS XE は、PVST シミュレーションが有効な Multiple Spanning Tree Protocol（MSTP）を実行し、MSTP リージョン識別子をスイッチの MAC ID に変更します。

• スパニングツリーのルートブリッジについては、MSTP が推奨され、VLAN 1 がトランクに許可されている限り Rapid-PVST+ と互換性を維持します。アップリンクで VLAN 1 が設定されていない場合、下流のクラウド管理 IOS XE/MSTP スイッチがすべての VLAN のルートとなります。

LED の動作

スイッチのシステム LED は、システムの状態を示し、システムやダッシュボードにログインせずにブートや Meraki ダッシュボードへの接続進行状況も表示します。MS390 スイッチではレインボー LED でシステム状態を示しますが、このレインボー LED は Catalyst 9000 ハードウェアでは利用できません。Catalyst 9000 ハードウェアでは、Blue Beacon LED ボタンとシステム LED がシステム状態の表示に使用されます。

• クラウド管理 IOS XE ファームウェアでは、MS390 ではレインボー LED、Catalyst 9000 では Blue Beacon およびシステム LED を使用してシステム状態を表示し続けます。

  • クラウド管理 Catalyst 9000 スイッチの LED 動作については、Catalyst 9300/X/L-M シリーズ設置ガイド内の表をご参照ください。クラウド管理 IOS XE ファームウェアでも同様です。

  • MS390 の LED 動作については、MS390 シリーズ設置ガイドをご確認ください。ただし、クラウド管理 IOS XE の MS390 では Catalyst 9000 由来の2つの新しいステージが追加されています（下記参照）。