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

クラウドネイティブ 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

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

管理インターフェースは 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つの新しいステージが追加されています（下記参照）。