シードデバイス

シードデバイスは、ネットワークに事前に導入されたシステムであり、シスコの LAN 自動化でダウンストリームの新しいスイッチを検出してオンボードする最初のポイントとなります。シードデバイスは、シスコのプラグアンドプレイ（PnP）やゼロタッチプロビジョニングなどのテクノロジーで自動化することも、手動で設定することもできます。次の図は、IP コアの Catalyst Center の接続と LAN 自動化を使用して検出するアンダーレイネットワークの間のシードデバイスのネットワーク境界を示しています。

ピアシード（次の図の Seed-2）も LAN 自動化で自動化できます。必須となるシードデバイスは 1 つだけです。

デバイスの検出は、プライマリ シード デバイス インターフェイスでのみ行われます。

PnP エージェント

PnP エージェントは、工場出荷時の設定の Cisco Catalyst スイッチです。組み込みの Day-0 メカニズムにより、Catalyst Center と通信し、統合された PnP サーバの機能をサポートします。Catalyst Center によって、完全な Day-0 自動化を可能にする PnP プロファイルと設定のセットが動的に構築されます。次の図に、シードデバイスへの PnP エージェントの物理接続を示します。

自動化の境界

一般に、エンタープライズ ネットワークにおいては、構造化された階層型のネットワーク設計を構築し、すべてのネットワーク層で拡張性と冗長性を提供することを推奨します。3 層アーキテクチャは大規模なエンタープライズ キャンパス ネットワークで実証されていますが、ネットワーク設計はネットワーク全体のサイズや物理的な接続などによって異なります。初期計画の一環として、ネットワーク管理者はシスコの LAN 自動化で自動化する物理トポロジを決定する必要があります。

Catalyst Center の LAN 自動化では、初期の自動化の境界点にあるデバイスから最大 2 ホップまでサポートします。つまり、アンダーレイネットワークをアクセスレイヤまで構築するには、ネットワーク管理者はコアレイヤまたはディストリビューション レイヤから自動化の境界を開始する必要があります。2 ホップを超える追加のネットワークデバイスも検出されることはありますが、自動化することはできません。

LAN 自動化は、直接接続されたネイバーでのみ開始されます。2 つのシナリオについて考えてみます。

• シナリオ 1：3 層ネットワークで、ディストリビューション レイヤとアクセスレイヤのスイッチを LAN 自動化で自動化するとします。ディストリビューション レイヤのスイッチ（シードに直接接続されたスイッチ）は LAN 自動化に参加するため、ディストリビューション レイヤとアクセスレイヤの両方のスイッチが検出されて LAN 自動化で自動化されます。

• シナリオ 2：3 層ネットワークで、ディストリビューション レイヤとアクセスレイヤのスイッチを LAN 自動化で自動化するとします。ディストリビューション レイヤはすでに LAN 自動化で自動化されています。その後、アクセスレイヤのスイッチをネットワークに追加し、それらのスイッチを LAN 自動化で自動化します。ディストリビューション スイッチはすでに LAN 自動化で自動化されてリンクがレイヤ 3 に変換されているため、階層 1 のスイッチをシードとして使用することはできません。このシナリオでは、シードとしてディストリビューションを選択する必要があります。

次の図は、シスコの LAN 自動化でサポートされる自動化の境界を示しています。

次の図は、2 層および 3 層のネットワーク設計を示しています。

大規模なトポロジの段階的な LAN 自動化：最初のパス

大規模なトポロジを構築する際は、LAN 自動化を複数回実行します。最初のパスでは、コアデバイスをシードデバイスとして選択してディストリビューション スイッチを起動します。ディストリビューション スイッチが新しいデバイスとして起動します。

（注）	N は一度に 50 デバイス以下とします。グループ内のすべてのスイッチを同時に起動することも順番に起動することもできます。

大規模なトポロジの段階的な LAN 自動化：最初のグループからの 2 回目のパス

2 回目のパスでは、2 つのディストリビューション スイッチをシードデバイスとして選択して、エッジデバイスを新しいデバイスとして起動します。このセッションで起動する新しいデバイスについては、シードデバイスとして機能する 2 つのディストリビューション スイッチにすべて直接接続する必要があります。残りのディストリビューション スイッチについて、2 つずつのセットにしてこのプロセスを繰り返します。

1. ディストリビューションのセットごとに 2 回目のパスを繰り返して、アクセス/エッジスイッチを起動します（N は一度に 50 デバイス以下とします）。

2. エッジからはプライマリおよびピアのディストリビューション スイッチにのみアップリンクを接続します。

3. LAN 自動化セッションの実行時は IOT/拡張デバイスの電源を切ります。

4. ディストリビューション スイッチは他のディストリビューション スイッチに接続できます。

5. シードの下に 2 層までデバイスを配置できます。

6. 新しいデバイスは常にプライマリシードデバイスに接続します。ピアシードデバイスへの接続は任意です。

大規模なトポロジの段階的な LAN 自動化：2 つ目のグループからの 2 回目のパス

いずれかのグループに属するエッジデバイスを別のグループのエッジデバイスに接続することはできません。LAN 自動化セッションで新しく検出された PnP デバイスは、既存の非シードインベントリデバイスには接続できません。

（注）	Catalyst Center 2.3.5 以降では、[Add Link] 機能を使用して、LAN 自動化が停止した後にデバイス間のリンクを確立できます。詳細については、インターフェイス間のリンクの作成を参照してください。

リンク設定

• すべてのデバイスが Catalyst Center のインベントリに追加されたら、GUI で LAN 自動化セッションを「停止」することによって、レイヤ 3 リンクの設定プロセスを開始します。

• すべての PnP デバイスが Catalyst Center のインベントリに追加される前に誤って LAN 自動化を停止した場合、処理中のデバイスについてはリンクが設定されません。インベントリから処理中のデバイスを削除してから、新しい LAN 自動化セッションを開始し、処理中のデバイスを工場出荷時の状態に戻してリロードすることで、デバイスを再検出してリンクを設定する必要があります。

• このプロセスで、レイヤ 2 リンクのレイヤ 3 リンクへの変換が開始されます。これは、新しいデバイスのオンボーディング時に構築されたネットワークグラフをトラバースすることによって行われます。最初に、下位のデバイスリンクがレイヤ 3 IP アドレスに変換されます。次に、上位のデバイスリンクがレイヤ 3 IP アドレスに変換されます。ルータの IS-IS の設定も、このステップの間に接続リンクで行われます。このフェーズでは、上位層のリンクが設定されるまで、下位層のデバイスへの接続が一時的に失われる可能性があります。また、このフェーズでレイヤ 2 リンクがレイヤ 3 に変換されたときに、STP トポロジが変更されることがあります。

• このプロセスのアルゴリズムでは、最初に第 3 層のデバイス、次に第 2 層のデバイス、最後に第 1 層のデバイスの順に処理されます。

• 現在のセッションに参加しているデバイス間のリンクのみがレイヤ 3 リンクに変換されることに注意してください。新しく検出された PnP デバイスと既存の非シードインベントリデバイスの間のリンクはレイヤ 3 に変換されません。

• LAN 自動化デバイスがインベントリから削除される場合は、次のシナリオを検討してください。

  • シナリオ 1：エッジデバイスがシングルホーム（1 つの中間ノードのみに接続）であり、中間ノードがインベントリから削除された場合、/31 ポイントツーポイントリンク IP アドレスは Catalyst Center（IPAM）から削除されますが、 まだインベントリ内にあるため、エッジデバイスから構成を解除することはできません。これは、中間ノードとファブリックボーダー間のポイントツーポイント インターフェイスがエッジデバイス上のインターフェイスよりも前に設定されていないため、Catalyst Center からエッジデバイスに到達できなくなる可能性があるためです。この場合、エッジデバイスの CLI にログインし、削除されたデバイスに接続されているインターフェイスをデフォルト設定に設定します。これにより、解放された IP アドレスがデバイス上にまだ存在するため、後の LAN 自動化ワークフロー中に IP アドレスが重複して割り当てられることが回避されます。後で、IP アドレスを手動で構成する代わりに、LAN 自動化ワークフローを使用して、エッジデバイスから新しい中間ノードまたは境界ノードへの新しいリンクを（必要に応じて）追加できます。

  • シナリオ 2：エッジ デバイスがデュアルホーム（2 つの中間ノードに接続）で、中間ノードの 1 つがインベントリから削除された場合、/31 ポイントツーポイント リンク IP アドレスが Catalyst Center（IPAM）から削除され、エッジデバイスからも設定解除されます。エッジデバイスで必要な手動設定はありません。

Catalyst Center 2.3.5 以降では、デイ n リンク設定（リンクの追加と削除）がサポートされています。詳細については、インターフェイス間のリンクの作成を参照してください。

制約

• LAN 自動化では、PnP を介した StackWise Virtual（SVL）スイッチのオンボーディングは自動化されません。SVL スイッチは、シードデバイスとしてのみ使用できます。

• LAN 自動化では、スタック番号の再割り当てはサポートされていません。

• プラットフォームのサポートについては、各種レイヤの各ロールでサポートされるスイッチ を参照してください。

次の図は、各種レイヤのシードおよび PnP エージェントでサポートされるデバイスファミリを示しています。

シスコ LAN 自動化製品サポートマトリックス

Catalyst Center Design アプリケーションを使用して、必要なサイト、建物、およびフロアを作成します。新しいデバイスへのプライマリシードとピアシードの接続について、すべてのデバイスを同じサイトに含めるか階層にするかなどを検討します。また、さまざまなサイト、建物、フロアで IP プールを共有する方法についても検討してください。1 つのオプションは、サイトごとに固有のプールを使用することです。別のオプションとして、階層内のすべてのサイトで共通の LAN プールを共有する方法もあります。デバイスを複数の LAN 自動化セッションでオンボーディングする場合は、階層内の各サイトに必要な IP プールが使用可能であることを確認してください。

（注）	デバイスのプロビジョニング後は、サイトを変更できません。そのため、デバイスをプロビジョニングする前に LAN 自動化を完了することを推奨します。

LAN 自動化用の IP プールを作成するには、まず Catalyst Center でグローバルプールを作成し、次にサイト固有の LAN IP プールを作成します。LAN 自動化での内部的な割り当ては次のようになります。

1. IP プールの一部が一時的な DHCP サーバ用に予約されます。このプールのサイズは、親 LAN プールのサイズによって異なります。たとえば、親プールが 192.168.10.0/24 の場合、DHCP サーバに割り当てられるサブプールのサイズは /26 になります。プールのサイズが /24 より大きい場合、DHCP プールのサイズはアルゴリズムに従って最大で /23 のサブプール（512 個の IP アドレス）まで増加します。したがって、/24 のプールであれば 64 個、/23 のプールであれば 128 個、/22 のプールであれば 256 個、それよりも大きければ 512 個の IP アドレスが DHCP サーバ用に予約されます。LAN 自動化を開始するための最小プールサイズは /25 で、DHCP プール用に予約されるサイズは /27（32 個の IP アドレス）です。この IP プールの予約は一時的なもので、LAN 自動化検出セッションの間だけとなります。LAN 自動化検出セッションが完了すると、DHCP プールはリリースされ、IP が LAN プールに戻されます。通常は必要な IP の連続する最大のセグメントが DHCP プールに使用されるため、そのようなセグメントがプールに少なくとも 1 つ必要です。プールが断片化しすぎていると、DHCP プールを割り当てることができず、LAN 自動化セッションが IP プール割り当てエラーで終了します。

2. IP プールの別の部分は、/27 のサブプールサイズで内部的に予約されています。このサブプールは、Loopback0 および Loopback60000 に常に単一の IP を割り当てるためのものです。また、重複する別の IP プールが提供されていない場合、ポイントツーポイント L3 リンクの 2 つの連続する IP がこのサブプールから割り当てられます。この内部的に予約されたサブプールは、利用可能な IP がある限り、IP を提供するために LAN 自動化セッション全体で使用されます。IP が枯渇した場合は、新しい /27 サブプールが作成され、そのサブプールから IP が割り当てられます。これらのサブプールは、割り当てられたすべての IP が Catalyst Center で削除されるデバイスの一部として解放された場合にのみ解放されます。それ以外の場合、サブプールはプロセス全体で残り、削除できません。この内部サブプール割り当てロジックにより、IPAM での IP プールの使用では、デバイスに割り当てられた実際の IP ではなく、サブプールがカウントされます。

3. 共有またはリンク重複 IP プールがポイントツーポイント L3 リンクに提供されている場合、サイズ /27 のサブプールは、メイン IP プールではなく共有プールから内部的に予約されます。サブプールは、プールに割り当てられたすべての IP が解放されると自動的に削除されます。

専用（単一）IP プールを使用してアンダーレイネットワークを構築すると、LAN 自動化によって検出された各デバイスは、ポイントツーポイント接続用にインターフェイスごとに一意の /31 を取得し、Loopback0 およびアンダーレイマルチキャスト用に一意の /32 を取得します。

リンク重複 IP プールまたは共有 IP プールは、マルチサイト展開で /31 IP アドレスの重複を許可することにより、アンダーレイネットワークでの IPv4 アドレス指定を最適化するために使用されます。異なるサイトのホストが /31 リンク上で重複した IP アドレスを取得する可能性があります。アンダーレイの /31 はファブリックサイトの外部にアドバタイズされないため、一意である必要はありません。ただし、/32 ループバックはすべてのデバイスに固有である必要があり、ネットワーク全体でデバイスを識別するためにグローバル ルーティング テーブルにアドバタイズする必要があります。

LAN IP プールには、次の 2 つの有効なロールがあります。

• [Link Overlapping IP Pool]：このロールを持つプールは、LAN 自動化セッションではオプションです。指定した場合、IP アドレスはポイントツーポイント L3 リンクでのみ割り当てられます。

• [Main IP Pool]（Catalyst Center 2.3.5 以降では [Principal IP Address Pool]）：このロールを持つプールは、すべての LAN 自動化セッションに必須です。これは、ループバック、マルチキャスト、DHCP などの管理関連のすべての IP アドレッシングに使用されるプールです。[Link Overlapping IP Pool] が指定されていない場合、[Main IP Pool] が L3 リンク IP アドレッシングのデフォルトのフォールバックプールになります。

（注）	LAN 自動化セッションのシードデバイスが検出されたデバイスサイトとは異なるサイトにある場合、同じ共有 IP プールを同じシードおよび異なる検出されたデバイスサイトで使用することはできません。これは、同じシードデバイスへの重複 IP の割り当てを回避するためです。

IP プールの使用例

LAN 自動化で同じプールを使用して 10 台のデバイスを自動化し、各デバイスにプライマリシードへのリンクとセカンダリシードへのリンクを設定するとします。

プールは 192.168.199.0/24 とします。LAN 自動化が開始されると、/26 のプールが DHCP アドレス用に予約されます。この例では、192.168.199.1 ～ 192.168.199.63 が予約され、10 台のデバイスの VLAN 1 に割り当てられます。

次に、/27 プールがループバックアドレス用に予約されます。共有 IP プールがない場合、このプールはポイントツーポイントリンクにも使用されます。デバイスが 10 台でそれぞれに 2 つのリンクがあるため、合計で 2 X 10 X 2 = 40 個の IP アドレスがポイントツーポイントリンク用に予約され、10 個のループバックアドレスが予約されます。

合計では、10 台のデバイスに対して 60 個の IP アドレスが予約されます。各 VLAN 1 に 10 個、各ループバックに 10 個、デバイスとシードの間のポイントツーポイントリンクに 40 個です。

LAN 自動化を停止すると、VLAN 1 の IP アドレスはリリースされてプールに戻り、LAN 自動化セッションに割り当てられたアドレスは 90 個になります。

次の点に注意してください。

• 同じ IP プールを複数の検出セッションに使用できます。たとえば、検出セッションを 1 回実行して最初のデバイスのセットを検出します。検出の完了後、後続の LAN 自動化セッションに同じ IP プールを指定できます。同様に、1 つの検出セッションに 1 つの LAN プールを選択し、次の検出セッションに別の LAN プールを選択することもできます。

• LAN 自動化を開始するたびに、IP プールに使用可能な IP アドレスが 64 個あるかどうかがチェックされます。同じプールで LAN 自動化を複数回実行する場合は、少なくとも /24 のプールを使用します。IP プールに対して LAN 自動化を 1 回だけ行う場合は、/25 のプールで十分です。

• デバイスに設定されているループバックや他のアドレスに属するアドレスプールなど、ネットワーク内の他の場所で使用されているアドレスプールは使用しないでください。

LAN 自動化を開始するには、CLI と SNMPv2 の読み取りまたは SNMPv3 の設定をサイトごとに設定する必要があります。Catalyst Center Design アプリケーションを使用してサイト固有の CLI および SNMP を設定し、LAN 自動化に使用するサイトの設定を保存します。クレデンシャルは、グローバルレベルで設定すればサイトレベルで表示されます。特定のサイトのオプションボタンをクリックし、設定を保存して LAN 自動化に使用できるようにする必要があります。

（注）	SNMPv2 書き込みログイン情報は必要ありません。設定されている場合、LAN の自動化中にデバイスにプッシュされません。

シードデバイスを設定するときは、次の注意事項に従ってください。

• システムの最大伝送ユニット（MTU）の値は 9100 以上である必要があります。

• シードデバイスでは IP ルーティングをオンにします。

• Catalyst Center から LAN IP プールサブネットに IP で到達できるようにシードサービスと Catalyst Center の間のルーティングを設定します。

• PnP エージェントに接続されているデフォルトのインターフェイスを使用することをお勧めします。ピアシードデバイスの IP インターフェイスが PnP エージェントに接続されたインターフェイスに設定されている場合、それらのリンクは設定されません。PnP エージェントに接続されたピアデバイスのインターフェイスを設定する場合は、デフォルトのインターフェイスを使用し、ピアシードデバイスでインベントリ同期を実行します。LAN 自動化は、ポートがレイヤ 2 の場合にのみ機能します。Cisco Catalyst 6000 のポートはデフォルトでレイヤ 3 です。LAN 自動化を開始する前に、ポートをレイヤ 2 に変換します。

• シードデバイスではデバイスクレデンシャルと SNMP クレデンシャルを設定します。

• シードデバイスでレイヤ 3 インターフェイスが設定されている場合は、Catalyst Center で提供されるいずれの IP プールとも競合しないことを確認します。手動で設定されている IP アドレスを確認します。

• VLAN 1 で実行されている別の DHCP サーバに接続された他のインターフェイスがシードデバイスにないことを確認します。

• シードデバイスにループバックが設定されていない場合、LAN 自動化でシードにループバックが設定されます。

• LAN 自動化を実行する前にシードデバイスで設定の変更が行われた場合は、シードデバイスを Catalyst Center のインベントリと同期します。

• シードデバイスはサイトに割り当てます（シードデバイスを LAN 自動化用にプロビジョニングする必要はありません）。

シードデバイスの設定に関するその他の推奨事項を次に示します。

• 同じシードに接続されたサイトのデバイスについての複数の検出セッションの実行：複数の検出セッションを実行して同じシードデバイスに接続された異なる建物やフロアのデバイスをオンボーディングする場合、次の検出セッションに参加しない PnP エージェントのポートをブロックすることを推奨します。

  たとえば、シードデバイスが建物 23 にあり、フロア 1 とフロア 2 の PnP エージェントに接続されているとします。フロア 1 のデバイスは、Gig 1/0/10 ～ Gig 1/0/15 のインターフェイスで接続されています。フロア 2 のデバイスは、Gig 1/0/16 ～ Gig 1/0/20 のインターフェイスで接続されています。フロア 1 の検出セッションでは、Gig 1/0/16 ～ Gig 1/0/20 に接続されているポートをシャットダウンすることを推奨します。そうしないと、フロア 2 に接続されている PnP エージェントも、プライマリシードデバイスで実行されているサーバから DHCP IP を取得する可能性があります。これらのインターフェイスは検出セッションで選択されないため、PnP データベースに古いエントリとして残ります。フロア 2 の検出セッションを実行しても、それらのデバイスを PnP アプリケーションから削除して書き込み消去/リロードしないと検出は正しく機能しません。したがって、他の検出インターフェイスをシャットダウンすることを推奨します。

• エンドポイント/クライアントの統合：Catalyst Center 1.2.8以前では、検出するスイッチにクライアントが接続されていると、それらのクライアントの DHCP IP の競合によってプールが枯渇し、LAN 自動化が失敗することがあります。そのため、クライアントは LAN 自動化の完了後に接続することをお勧めします。

  エンドポイント/クライアントの統合に関するこの制限は、Catalyst Center 1.2.10 以降には該当しません。クライアントがスイッチに接続した状態で LAN 自動化を実行できます。

LAN 自動化で自動化するデバイスのライセンスレベルが Advantage であることを確認します。そうでない場合、一部のコマンドがプッシュされません。

（注）	Catalyst Center 2.3.5 以降では、C9000 および C3850 シリーズ スイッチの自動ライセンスアップグレードがサポートされています。

新しい PnP エージェントは、工場出荷時のデフォルトで LAN 自動化を開始する準備ができています。

既存のネットワークデバイスを再利用する場合は、次の点を確認してください。

• PnP エージェントには、LISP、IS-IS ルーティング、および CTS 関連の CLI コマンドをプッシュできるライセンスが必要です。現在のライセンスレベルは show license コマンドを使用して確認できます。必要に応じて、ライセンスをアップグレードします。

• 以前に実行したときの古い証明書やキーが PnP エージェントに残っていてはなりません。

• 次のコマンドを使用して、スイッチの設定を工場出荷時のデフォルトに戻します。

  • Cisco IOS XE 16.11 以前の場合は、次を使用します。

    [CLI config mode]
    
        no pnp profile pnp-zero-touch
        no crypto pki certificate pool
        Also remove any other crypto certs shown by "show run | inc crypto"
        crypto key zeroize
        config-register 0x2102 or 0x0102 (if not already)
        do write
        end

    [CLI exec mode]
    
        delete /force nvram:*.cer
        delete /force stby-nvram:*.cer (if a stack)
        delete /force flash:pnp-reset-config.cfg
        write erase 
        reload (enter no if asked to save)

  • Cisco IOS XE 16.12.x 以降の場合は、次を使用します。

    [CLI exec mode]
    
    pnp service reset no-prompt
    
    

必要なすべてのデバイスが検出されたら、追加のデバイスが誤って検出されないように、LAN 自動化を停止できます。

[LAN Automation Status] ウィンドウで、[Stop] をクリックします。

[Stop] をクリックすると、次の処理が行われます。

• 残りの設定がネットワークデバイスにプッシュされます。これには、ポイントツーポイントリンクのレイヤ 2 からレイヤ 3 への変換が含まれます。

• VLAN 1 の設定が削除され、VLAN 1 の IP アドレスが LAN 自動化プールに戻されます。

• デバイスが Catalyst Center でオンボーディングされ、サイトに割り当てられます。

LAN 自動化の停止プロセスが開始されると、[LAN Automation Status] が [STOP in Progress] に変わります。

LAN 自動化が停止すると、次の例のような設定が検出デバイスにプッシュされます。

ネットワーク オーケストレーション サービスにより、すべてのリンクの状態を取得するためにシードデバイスと PnP デバイスの RESYNC が発行されます。最初の RESYNC の完了後、すべてのレイヤ 2 リンクにレイヤ 3 設定がプッシュされます。最後に、クラスタのリンク状態を再同期するために RESYNC が再発行されます。

ネットワーク オーケストレーションが停止すると、レイヤ 3 リンク設定がプッシュされます（インターフェイスペアごとに設定が適用されます）。

interface GigabitEthernet1/0/13
 description Fabric Physical Link
 no switchport
 dampening
 ip address 192.168.2.97 255.255.255.252
 ip router isis
 logging event link-status
 load-interval 30
 bfd interval 500 min_rx 50 multiplier 3
 no bfd echo
 isis network point-to-point

シードと検出デバイスの間のすべてのポイントツーポイントリンク（ピアシードと検出デバイスの間のリンクを含む）が設定されると、デバイスがサイトに追加されて Catalyst Center と同期されます。

LAN 自動化プロセスが完了し、[LAN Automation Status] が [Completed] に変わります。

LAN 自動化のログを確認します。

このセクションでは、Catalyst Center にすでに存在する既存のスイッチを追加する方法について説明します。

以前に LAN 自動化で自動化されているスイッチ（別のスタックの一部またはスタンドアロンのスイッチ）や PnP で検出されているスイッチを追加する場合は、まずスイッチを物理的に取り外し、そのエントリをインベントリおよび PnP アプリケーション/データベースから削除する必要があります。

インベントリからのスイッチの削除

スイッチがスタンドアロンの場合は、Catalyst Center のホームページで [Inventory] をクリックし、削除するスイッチを選択します。[Actions] > [Delete Device] の順に選択します。スイッチがスタックの一部である場合は、スイッチを物理的に取り外してから、元のスタックを再同期します。同期が完了すると、取り外したスイッチのシリアル番号がインベントリに表示されなくなります。

PnP からのスイッチの削除

• スイッチがスタンドアロンの場合は、まずスイッチの pnp profile pnp-zero-touch の設定を解除し、[Device] で PnP データベースからエントリを削除します。

• スイッチがスタックの一部である場合は、スイッチを物理的に取り外します。取り外したスイッチに pnp profile pnp-zero-touch が設定されていないことを確認してから、[Device] で PnP データベースからエントリを削除します。