Catalyst 9000スイッチのPower over Ethernet(PoE)のトラブルシューティング
目次
はじめに
このドキュメントの目的は、Catalyst 9000 PoE対応スイッチングプラットフォームのPower over Ethernet(PoE)のトラブルシューティングワークフローを確認することです。
前提条件
要件
次の項目に関する知識が推奨されます。
・Catalyst 9000シリーズスイッチ
・Power over Ethernet
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。PoEは、Catalyst 9200、Catalyst 9300、およびCatalyst 9400製品ファミリのPoE対応スイッチおよびラインカードモデルでサポートされます。このドキュメントの出力例は、Catalyst 9000製品ファミリの多数のソフトウェアとハードウェアのバージョンに基づいています。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
Catalyst 9000スイッチは、さまざまな種類のPoE標準をサポートしています。
・先行標準のPoEデバイスは、スイッチのPHY（ポートASIC）によってレイヤ1で検出および分類され、電力はデフォルトレベルで供給され、Cisco Discovery Protocol(CDP)を使用して電力レベル以上がネゴシエートされます。
・Catalyst 9000スイッチ/ラインカードのPoEコントローラでIEEE 802.3af(PoE)および802.3at(PoE+)受電デバイス(PD)が検出され（複数の場合もあります）、IEEE分類でによるによるによる電源投入前に適切電力の電力電力レベルの分類後でネゴシエートされます。
・Cisco UPoE(Universal Power over Ethernet)デバイスの検出と分類は標準ベースと同様に機能します。ただし、追加のワイヤ上でインライン電源を得るためにLLDPを使用してネゴシエート（電源投入後）し、30 Wまで0W制限します。
・Cisco UPoE+はIEEE 802.03btに基づいており、選択的なCatalyst 9000製品で利用可能で、ポートあたり最大90 Wを提供できます。
PoEスイッチモデル
・製品IDに「P」が含まれるCatalyst 9000スイッチおよびラインカードは、ポートグループまたはすべてのポートでPoE+をサポートします。たとえば、C9200L-48P-4G、C9200-24P、C9300-48P、C9400-LC-48Pなどです。
・Catalyst 9000スイッチとラインカードの製品IDが「U」の場合、ポートグループまたはすべてのポートでUPoEがサポートされます。例：C9300-24U、C9400-LC-48UXなど
・Catalyst 9000スイッチとラインカードの製品IDが「H」の場合、ポートグループまたはすべてのポートでUPoE+がサポートされます。例：C9300-48H、C9400-LC-48H
用語
このドキュメントでは、次の用語を使用しています。
・PoE - Power over Ethernet
・PoE+:PoE+規格により、受電装置による最大消費電力をポートあたり15.4 ～ 30 Wに増加
・UPoE – ユニバーサルPoEIEEE 802.at PoE標準を拡張したシスコ独自のテクノロジーにより、ポートあたり最大60 Wの電力を供給できます。
・ IF_ID – インターフェイス識別子、特定のインターフェイスを表す内部固有値
・プラットフォーム・マネージャ – IOS-XE内部ソフトウェア・コンポーネント
・シャーシマネージャ – IOS-XEの内部ソフトウェアコンポーネント
・IOMD - Input Output Module Driver.IOS-XEの内部ソフトウェアコンポーネント
・MCU – マイクロコントローラユニット
・PD – 受電デバイス（IP電話、アクセスポイント、カメラなど）
・PSE:PoE対応Catalyst 9000スイッチなどの給電装置
PoEクラス
標準ベースのCisco PoE機器は、受電デバイスの5つの電源分類に関するIEEE標準に準拠しています。Cisco PoEスイッチが受電デバイスを検出して電力要求を許可すると、スイッチは受電デバイスのIEEE分類に従って電力バジェット（使用可能な電力）を調整できます。
PoEクラスは、特定の受電デバイスで使用される電力の範囲を表します。一部の受電デバイスは他のデバイスよりも多くの電力を必要とし、電力クラスによりスイッチは電力バジェットまたは使用可能な電力を管理できます。受電側デバイスが検出され、そのクラスが特定されると、スイッチは適切な電力範囲を割り当（予約）します。
スイッチは、約20VのDCを回線に適用し、その結果の電流フローを測定することで、受電デバイスのIEEE電力クラスを判別できます。IEEE準拠の受電デバイスは、スイッチによって適用される20 VDCに応じて非常に具体的な電流フローを生成します。
| クラス | デバイスに必要な最大電力レベル |
| 0 （クラスステータス不明） | 15.4 W |
| 1 | 4 W |
| 2 | 7 W |
| 3 | 15.4 W |
| 4 | 30 W |
| 5 | 45 W |
| 6 | 60 W |
| 7 | 75 W |
| 8 | 90 W |
スイッチポートのPoE LED
次の表に、スイッチのLEDカラーステータスの意味を示します。
| 色 | 説明 |
| オフ | PoEモードが選択されていません。10/100/1000ポートのうち、電力が拒否されていないか、障害状態にあるものはありません。 |
| 緑 | PoEモードが選択され、ポートLEDはPoEモードのステータスを示します。 |
| オレンジに点滅 | PoEモードが選択されていません。10/100/1000ポートの少なくとも1つが電力を拒否されているか、10/100/1000ポートの少なくとも1つがPoEモード障害を持っています。 |
一般的なトラブルシューティングのガイドライン
環境条件と症状の確認
・対象の受電デバイス(PD)の電源はまったくオンになっていないか、または一時的に電源がオンになって電源がオフになるか。
・初期インストール中に問題が発生したか、または電源供給デバイスが正常に動作した後に問題が発生したか。
・電源デバイスの動作後に問題が発生した場合、何が変更されたのですか。ハードウェアまたはソフトウェアに変更はありましたか。環境の変化（温度、湿度、気流など）電気の変化は？（整備、停止、干渉等）
・問題が発生した際に、ローカルネットワークで何か発生しましたか。「show logging」コマンドを使用して、スイッチログとSNMPトラップ（設定されている場合）を確認します。 その場合、そのローカルネットワークに固有の別の問題に関連している可能性はありますか。
・特定の時間帯や夜間に発生しますか。その場合、その特定の時刻/日に既知の環境/電気の変更はありますか。
・ネットワークイベントが同時に認識されたことはありますか。トラフィックのフラッド、ストーム、ループ、ネットワーク輻輳の増加、通常のリソース使用率（CPU、インターフェイスなど）よりも高い場合、PDと別のネットワーク要素の間の接続が一時的に失われ、PDがリブートする可能性があります。
受電デバイスおよびスイッチに関する詳細を確認する
・使用されているデバイスのタイプ（シスコのレガシー、802.3af、803.3at、UPOEなど）と、問題のCatalyst 9000のバリアントでは、このタイプがサポートされていますか。
・各スイッチメンバ/ラインカードの電源から十分なインライン電力を使用できますか。
・1つのスイッチメンバ/ラインカードのすべてのポートがPoEを提供していないか、少数ですか。
・同じスイッチ/ラインカード上の異なるPoEコントローラ上のポートについてはどうですか。（非UPoEモデルにはコントローラごとに4ポート、UPoEにはコントローラごとに2ポートがあります）
・シャーシ/スタックの複数のラインカード/スイッチメンバが影響を受けていますか。
・新しく接続されたポートだけがPoEを提供せず、同じスイッチメンバ/ラインカード上ですでに接続されたポートが正常に動作していますか。
・同じスイッチメンバ/ラインカード上の接続済みポート（PoEステータスOK）の1つがバウンス(shut/no shut)された場合、PoE機能は故障するか、正常に動作し続けますか。
・データ接続は影響を受けていますか。それともPoE機能だけですか。
・問題はPDの1つのタイプ/モデルに限定されていますか。
・PoE syslogメッセージは表示されますか。
・使用されているスイッチモデル、ラインカードのタイプ、PDは何ですか。
・「show power inline [detail]」は、ポートの電源ステータスを正確に反映していますか。
一般的なPoEの問題
1つのポート上にPoEなし
ステップ 1：受電側のデバイスが他のポートで動作し、問題が1つのポートでのみ発生していることを確認します。
ステップ2:show runコマンドとshow interface statusコマンドを使用して、ポートがシャットダウンされていないか、err-disabledでないことを確認します。
ステップ3:show runコマンドを使用して、ポートでインライン電力ネバーインターフェイスが設定されていないことを確認します。
ステップ 4：電話機からスイッチポートへのイーサネットケーブルに問題がないことを確認します。同じイーサネットケーブルを使用して、正常なPoE以外のイーサネットデバイス（コンピュータなど）を正常な動作ポートに接続し、リンクを確立して別のホストとトラフィックを交換することを確認します。必要に応じて、ケーブルを交換します。
ステップ 5：スイッチの前面パネルから受電デバイスまでのケーブルの全長が100 m以下であることを確認します。100mには、パッチパネルの2つの端の間のケーブルの長さが含まれます（使用中の場合）。
ステップ 6：パッチパネルが使用中の場合は、受電デバイスをスイッチポートに直接接続して、パッチパネルの問題を排除してみてください。
ステップ 7：イーサネットケーブルがかなり長い(> 50 m)場合は、スイッチポートからケーブルを取り外します。短いイーサネットケーブルを使用して、正常なデータ専用デバイス（コンピュータなど）をこのスイッチに接続します。デバイスがデータ専用イーサネットリンクを確立し、別のホストとトラフィックを交換することを確認するか、スイッチのVLAN SVIのIPアドレスをpingします。次に、受電デバイスをこのポートに接続し、電源がオンになっているかどうかを確認します。
ステップ 8：「show inline power」コマンドと「show inline power」detailコマンドを使用して、接続された受電装置の数をスイッチの電力バジェット（使用可能なPoE）と比較します。 スイッチの電力バジェットがデバイスに電力を供給できることを確認します。
ステップ 9：高度なPoEトラブルシューティングとデータ収集に関しては、「高度なトラブルシューティング」セクションに進んでください。
全ポートまたはポートグループにPoEなし
ステップ1:show interface statusコマンドを使用して、ポートがシャットダウンされておらず、エラーディセーブルになっていないことを確認します。
ステップ 2： どのポートの受電側デバイスも電源をオンにできない場合は、「show environment all」、「show interface status」、および「show power inline」コマンドを使用して電源ステータスを確認します。システムメッセージによって以前に報告されたアラームを確認するには、show logコマンドを使用します。電源に対して異常な状態が発生した場合は、まず電源に焦点を当てます。
ステップ3：すべてのポートで問題が発生した場合、PoE以外のスイッチが正常に動作し、PoE以外のデバイスが任意のポートでデータイーサネットリンクを確立できる場合は、電源装置のPoEセクションに障害があります。問題が連続するポートグループにあるが、すべてのポートに問題がない場合は、スイッチにPoEサブセクションに障害がある可能性があります。
ステップ4：コマンド「show logging」を使用してログをチェックします。 一般的なPoEログを次に示します。このセクションに示されているログがある場合は、次の情報を使用して解釈し、適切な手順を実行します。
ステップ5：スイッチポートに接続されているインターフェイスをバウンスします。それでも問題が解決しない場合は、電源コードを抜き、15秒間待機してからスイッチに電源を再投入して、スイッチをリロードしてみます。
ステップ6：ブートアップ中またはブートアップ後の診断エラーに注意してください。
Cisco PoEスイッチでCisco poweredデバイスが動作しない
稼働中のCisco IP Phone、Ciscoワイヤレスアクセスポイント、またはその他のCisco受電装置が断続的にリロードまたはインラインパワーからの切断を行う場合は、次の手順に従います。
手順1：スイッチから受電デバイスへのすべての電気接続を確認します。信頼性の低い接続では、停電や、受電デバイスの切断やリロードなどの受電デバイスの動作が断続的に発生します。
手順2：スイッチの前面パネルからパッチパネルを含む受電側デバイス（使用中の場合）までのケーブルの全長が100 m以下であることを確認します。
ステップ3：スイッチサイトの電気環境で何が変更されている可能性があることに注意してください。接続解除が発生すると、受電側のデバイスで何が発生しますか。
ステップ 4：show logコマンドを使用して、syslogとイベントを確認します。syslogタイムスタンプを調べて、接続解除が発生すると同時に、スイッチから他のエラーメッセージが報告されているかどうかを確認します。
ステップ5:リロードが発生する直前に、Cisco IP PhoneがCall Managerへのアクセスを失っていないことを確認します。PoEの問題ではなく、ネットワークの問題である可能性があります。これは、受電側デバイスの接続解除が行われている間、スイッチポートでSPANキャプチャを残し、キャプチャファイルを調べることで判別できます。
ステップ6：受電デバイスでPoEデバッグまたはパケットキャプチャが許可されている場合は、これらをオンにして追加のトラブルシューティングデータポイントを取得します。
ステップ7：非PoEデバイスをポートに接続し、動作することを確認します。非PoEデバイスにリンクの問題や高いエラーレートが発生している場合、スイッチポートとユーザ間のケーブル接続が信頼性の低い問題である可能性があります。
Cisco PoEスイッチでシスコ製以外のデバイスが動作しない
シスコ製以外のデバイスがCisco PoEスイッチに接続されているにもかかわらず、電源が投入されていない、または電源が投入され、すぐに電源が切断された（電源がオフになった）場合は、次の手順に従います。 非PoEデバイスは正常に動作します。
ステップ 1：「show power inline」コマンドを使用して、スイッチの電力バジェット（使用可能なPoE）が、受電デバイスの接続前後に枯渇していないことを確認します。受電側のデバイスタイプに十分な電力が供給されていることを確認します。
ステップ 2：「show interface status」コマンドを使用して、電源供給デバイスが接続時にスイッチによって検出されることを確認します。
ステップ 3：「show log」コマンドを使用して、受電デバイスがポートでコントローラエラーを引き起こしていないことを確認します。これが発生した場合は、syslogで強調表示されます。
ステップ 4：受電デバイスの電源がオンになり、その後に切断された場合、問題はスイッチポートの電流制限しきい値を超える初期電流サージである可能性があります。
ステップ 5：受電デバイスがCiscoスイッチと互換性があることを確認します。たとえば、両方のユニットが標準に準拠している場合は、相互運用する必要があります。CDPを使用してシスコ以外のデバイスを識別することはできません。また、レイヤ1分類またはLLDPを使用してシスコ以外のデバイスを操作する場合、スイッチは正確な検出と分類に依存する必要があります。 LLDPがスイッチポートで動作していることを確認します。
サードパーティ製の受電デバイスに関するシナリオは、次のとおりです。
シナリオ1 – 接続されたPDは、クラスが許可する電力よりも多くの電力を必要とします。ただし、CDP/LLDP拡張はサポートされていないか、組織のポリシーごとに無効に設定されています。その結果、switchportはフラッピングを続けます。
推奨事項：スタティック電源の設定
「power inline static」インターフェイスレベルの設定を使用して、クラス、PDのアーキテクチャ、および使用中のネゴシエーションプロトコルに関係なく、PDに最大電力を供給します。この手順は、PDに必要な最大電力がわからない場合に使用します。
C9000(config-if)#power inline static
PDに必要な最大電力が判明している場合は、次のインターフェイスレベルの設定を使用する必要があります。
C9000(config-if)#power inline static max
シナリオ2 – 接続されたPDは、信号ペアとスペアペアの両方でPoEに対応していますが、CDP/LLDP拡張をサポートしていないか、組織のポリシーに従って無効になっています。
推奨事項：PDが4ペアPoEをサポートしている場合は、PoEを設定します。
次の出力を使用して、PDが4ペアPoEをサポートしているかどうかを確認します。
C9000#show power inline Gi1/0/1 detail
Interface: Gi1/0/1
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Ieee PD
<snip>
Four-Pair PoE Supported: Yes <++
Spare Pair Power Enabled: No
Four-Pair PD Architecture: Shared <++
次のように4ペアPoEを設定します。
Cat9K(config-if)#power inline four-pair forced
その他のトラブルシューティングについては、次の「PoEの一般的なsyslog」および「高度なトラブルシング」のセクションを参照してください。
シナリオ3：クラス4デバイスには30 Wが必要ですが、CDP/LLDPをサポートしていないか、組織のポリシーに従って無効になっています。
推奨事項：2イベント分類の設定またはスタティック最大PoEの設定
クラス4デバイスが検出されると、IOSはCDPまたはLLDPネゴシエーションなしで30 Wを割り当てます。つまり、リンクがアップする前でも、クラス4の電源装置は30 Wになります。また、ハードウェアレベルでは、クラス4 PDがハードウェアから30 Wを提供するスイッチの機能を検出し、登録し、CDP/LLDPパケット交換を待たずにPoE+レベルまで移動できる2イベント分類を行いますIEEE検出を再度行います。クラス4デバイスの電力バジェット割り当ては、ポートで2イベント分類が有効な場合は30 W、それ以外の場合は15.4 Wになります
Cat9K(config-if)#power inline port 2-event
Cat9K(config-if)#power inline static max
<++ desired amount of power in milliwatts
一般的なPoE Syslog、説明とアクション
1.コントローラポートエラー
Power over Ethernet(PoE)コントローラによって報告されたポートエラーが、シスコスイッチによって検出されます。コントローラエラーには一般的なバリエーションがあります。
1.1開始エラー
ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power Tstart error detected
Tstartは、受電デバイスがスイッチポートで起動したときの突入電流に関連しています。Tstartエラーは、スイッチのPoEコントローラで測定された突入電流の値が許容最大値を超えていることを意味します。
一部のケースでは、このエラーは受電デバイスの迅速な接続/切断に関連していることが確認されています。これは、プラットフォームに依存するPoEステートマシンが遷移状態で、PDを再挿入すると、新しいステートマシンステップのセットがトリガーされ、遷移中のものと競合する場合に発生する可能性があります。
この問題を回避するには、TStartエラーが表示されたポートに接続されている受電デバイスを取り外すことを推奨します。「powered down removed」または「link down」のsyslogが表示されるまで待ちます。受電側のデバイスを再度接続し、syslogが再び表示されないかどうかを確認します。
場合によっては、Tstartエラーが長い、または短いcat5またはcat6ケーブルに関連している可能性があります。ケーブルの長さ（パッチパネルの端部間のケーブル長を含む）が仕様の範囲内であることを確認してください。長さの異なるケーブルを使用すると、これらのケースの一部で問題が修正される可能性があります。
1.2過熱電源
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power supply over heat
「power inline port 2-event」（上記）は、このシナリオが発生する場合に役立ちます。
Catalyst 9300Lスイッチでこのエラーが発生した場合は、CSCvs52594を参照します 
IOS XEバージョン16.12.3以降を実行していることを確認します。
1.3 Imaxエラー
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Te3/0/1: Power Controller reports power Imax error detected
Imaxエラーは、スイッチのPoE対応ポートがネゴシエートされた電力より多くの電力を消費すると発生します。さらに、シスコ以外のデバイスの一部がPoEポートに最初に接続したときに過剰なサージ電流を発生させ、Imaxエラーを引き起こす可能性があります。
通常、このエラーは、特定のポートに接続された受電デバイス(PD)がCDP/LLDPネゴシエーションでネゴシエートされる電力よりも多くの電力を消費している場合に発生します。
同じポートで正常に動作しているPDを試し、それが役立つかどうかを確認します。この問題が特定のPD/モデルに該当する場合は、接続された受電デバイスがIEEEに準拠していることを確認してください。
Imaxエラーのトラブルシューティングの詳細について。受電デバイスに問題がないことが判明した場合、特定のポート/スイッチメンバ/ラインカードに問題がある場合は、「高度なトラブルシューティング」を参照してください
1.4その他の一般的でないコントローラポートエラーログ
Power given, but Power Controller does not report Power Good
このエラーが表示された場合は、CSCvf50867の修正を含むイメージが実行されていることを確認してください とCSCvf75518（登録ユーザ専用）このプラットフォームの推奨IOS XEリリースに移動することを推奨します。
Power given, but link is not up
Power Controller reports power supply <>
Power Controller reports an unknown error
(2)PWRGOODスペアペア
%ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/1: spare pair power good
電源が投入されたデバイスによるスペアペアの電源要求が成功し、スペアペアで電源が使用可能になりました。これはエラーメッセージではなく、インライン電力供給先デバイスがCat5またはCat6ケーブルのスペアの電源オンを要求し、許可されたことを示しています。これ以上のアクションは必要ありません。
3.電源CDPのシャットダウン
%ILPOWER-5-ILPOWER_POWER_CDP_SHUT: Interface Gi3/0/1: inline power shut
%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet3/0/1, changed state to down
%LINK-3-UPDOWN: Interface GigabitEthernet3/0/1, changed state to down
%ILPOWER-7-DETECT: Interface Gi3/0/1: Power Device detected: IEEE PD
%ILPOWER-5-POWER_GRANTED: Interface Gi3/0/1: Power granted
このsyslogは、このPoEスイッチポートの消費電力が
1.割り当て電力、または
2.ハードウェアインターフェイスの制限
3.ユーザ設定の最大電力
4.このスイッチの使用可能電力
これが一時的な問題である場合は、上記の例のように、スイッチポートがバウンスした後に自動的にクリアされます。一般的な問題がある場合は、上記の4つの点を調査して除外します。
一部のシナリオでは、CDPとLLDPの両方がスイッチポートで有効になっており、PoEデバッグで両方のプロトコルが電力ネゴシエーションで交互に使用されていることが判明した場合に、このエラーが発生する可能性があります。このようなシナリオでは、次のコマンドを使用してポートでLLDPを無効にする利点があります。
no lldp tlv-select power-management
OR
no lldp transmit / no lldp receive
まれに、このログは受電デバイスの誤動作の結果であることが確認されます。たとえば、PDは最初に低い電力値を要求し、スイッチは要求された電力をPDに割り当てます。その後の同じPDが、以前に割り当てられた電力よりも高い電力を要求します。これにより、CDPのシャットダウンとポートフラップがトリガーされます。このようなシナリオでは、PoEの永久性またはFast PoEの利点があります
4.無効なIEEEクラス
%ILPOWER-5-INVALID_IEEE_CLASS: Interface Gi1/0/1: has detected invalid IEEE class: 8 device. Power denied
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
このエラーは、接続された受電デバイスに無効なIEEEクラスがある場合に表示されます。スイッチはデバイスの電源をオンにしません。PoEクラスについては、「PoEクラス」を参照してください。
シスコ製以外のデバイス(PD)を使用している場合は、PDが適切なクラスを使用しているかどうかを確認します。
5.引き抜き閉じ
%ILPOWER-3-SHUT_OVERDRAWN: Interface Gi1/0/1 is shutdown as it is consuming more than the maximum configured power (15400) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%PM-4-ERR_DISABLE: inline-power error detected on Gi1/0/1, putting Gi1/0/1 in err-disable state
このエラーは、スイッチがインターフェイスのシャットダウンを決定した理由を示します。これは、受電デバイスが設定またはネゴシエートされた最大電力を超える電力を消費しているためです
電源装置の電気仕様または定格に基づいて、このインターフェイスに正しい電力が割り当てられていることを確認します。デバイスの電源をオンのままにするには、ポリシングカットオフ電力を高い値に変更することを推奨します。
シスコ製以外のデバイスを使用している場合は、必要な電力と引き出される電力を確認します。
6. SPAREPAIRを起動します。
%ILPOWER-5-TSTART_SPARE_PAIR: Interface Te3/0/1: spare pair power error: TSTART
このエラーは、スイッチポートに接続された受電デバイスが予備のCat5またはCat6のワイヤペアの電源を要求しようとし、予想よりも高い電流が突入したことを検出し（Tstartエラー）、電源をオフにしたことを意味します。
このエラーは、Imaxエラーまたは上記で説明した他のエラーと組み合わせて表示されます。表示されるエラーに応じて、これらのセクションで説明されている修復手順に従います。
7.単一のペアセット障害
%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up
%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault
%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault
このエラーは、スイッチポートのデュアルシグニチャ電源デバイスが1つのペアセットで重大な障害を検出したため、そのペアセットがシャットダウンされることを意味します。上記の例は、UPoE+対応の受電デバイスおよびスイッチから取得したものです。
8.良好なタイムアウトスペアペア
%ILPOWER-5-PGOOD_TIMEOUT_SPARE_PAIR: Interface Te1/0/1: spare pair power good timeout error
このエラーは、スイッチポートに接続された受電デバイスがスペアのCat5またはCat6ワイヤペアの電源を要求しようとしたが、スペアペアの電源の良好なタイムアウトエラーが発生し、スペアペアの電源が供給されないことを意味します。
802.3bt(UPoE+)を扱う場合は、タイプ3受電デバイスに対してIEEE 802.3bt標準をサポートするシスコスイッチが、デフォルトで802.3atモードになる可能性があることに注意してください。802.3btモードは、グローバルコンフィギュレーションモードでこの設定を使用して有効にできます。このコマンドは、設定後にスイッチの電源を再投入することに注意してください。この手順は、UPoE+対応でないスイッチモデルには適用できません。
C9K(config)# hw-module switch 1 upoe-plus
!!!WARNING!!!This configuration will power cycle the switch to make it effective. Would you like to continue y/n?
もう1つの考えられる解決策は、「power inline static」インターフェイス設定を使用して、スイッチポートで必要な電力をハードコードする方法です。
802.2btラインカード/スイッチを使用している場合、まれな状況でこのエラーが発生する可能性があります。
%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault
これは、受電デバイスが802.3bt PoEシステムで動作できないことを意味します。802.3bt以外のPoEスイッチを使用します。
9. ILPOWER DENY
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
%ILPOWER-5-ILPOWER_POWER_DENY: Interface Gi1/0/1: inline power denied. Reason: insufficient power
このエラーは、Power over Ethernet(PoE)ポートに供給するための十分な電力がスイッチに残っていないことを意味します。
これは、インライン電力合計が使用可能な電力より大きいことが原因である可能性があります。電力バジェットを確認します。必要に応じて、さらに電源を設置します。電源の冗長性を冗長構成から組み合わせに変更することも役立ちます。スタック構成のシステムでは、スタックの電力をスタック全体の総電力プールと見なすことができます。
10.コントローラのPOSTエラー
%ILPOWER-3-CONTROLLER_POST_ERR: Inline Power Feature is disabled on this switch because
Power On Self Test (POST) failed on this switch.
このスイッチで電源投入時自己診断テスト(POST)が失敗したため、スイッチはPoEをシャットダウンすることを決定しました。
電源供給機器のヘルスステータスに対するPower over Ethernet(PoE)コントローラ機能テストを確認します。詳細は、「PoE出力とデータ収集」の「POST」セクションを参照してください。
11. IEEE DISCONNECT
%ILPOWER-7-DETECT: Interface Gi2/0/1: Power Device detected: Cisco PD
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi2/0/1: PD removed
このエラーは、受電側デバイスがスイッチに接続されていないか、接続された受電側デバイスが外部AC電源に切り替えられ、スイッチがポートのPoEを取り外すことを意味します。
場合によっては、このエラーに他のエラーが伴うこともあります。
%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Tw1/0/1: Power is given, but State Machine Power Good wait timer timed out
%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed
このような場合、他のエラーに応じて適切なアクションを実行します。
12.ログオーバードロー
%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts where as maximum configured power is (0) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
インターフェイスXの電力が過負荷状態です。Yミリワットを消費する一方、最大設定電力はZミリワットです。これは単なる情報ログであり、スイッチが電力を使い果たした(SHUT_OVERDRAWN)か別のエラーが発生しない限り、スイッチはポートでPoEを提供し続けます。
電源デバイスの電気仕様と定格に基づいて、このインターフェイスに正しい電力が割り当てられていることを確認します。必要に応じて、警察の遮断電力を適切に変更することを推奨します
13. CLRオーバーロード
%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power given, but State Machine Power Good wait timer timed out
%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts whereas maximum configured power is (0) milliwatts.
%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: Cisco PD
%ILPOWER-5-CLR_OVERDRAWN: Interface Gi1/0/1 is NOT overdrawing power.
it is consuming 2346 milliwatts whereas maximum configured value is (15400) milliwatts.
この情報ログは、インターフェイスXが以前に電力を過負荷状態にしていましたが、電力を過負荷状態にしていないことをユーザに通知します。これはYミリワットを消費しますが、最大設定値はZミリワットです。
14. DETタイムアウトスペアペア
%ILPOWER-6-SET_ILPOWER: Set power allocated to POE to 17180 for slot 0
%ILPOWER-7-DETECT: Interface Gi4/0/1: Power Device detected: IEEE PD
%ILPOWER-5-POWER_GRANTED: Interface Gi4/0/1: Power granted
%ILPOWER-5-DET_TIMEOUT_SPARE_PAIR: Interface Gi4/0/1: spare pair detect timeout
このエラーは、受電デバイスがCat5またはCat6のスペアのワイヤ電源で電力を要求し、プロセススペアペアのタイムアウトが検出されたことを意味します。その結果、スペアの電源は供給されません。
PoE出力とデータ収集
PoE syslog
「show logging」の出力の「Common PoE syslog」セクションで説明されている関連するエラーメッセージを探します。 たとえば、PoEコントローラエラー、PoEバジェットエラー、電源障害など。
POSTステータス
POSTは、電源供給機器のチップアクセシビリティ、ファームウェアダウンロード、およびヘルスステータスを確認するために、Power over Ethernet(PoE)コントローラ機能テストをテストします。
C9K#show post
Stored system POST messages:
Switch 1
---------
**snip**
POST: Inline Power Controller Tests : Begin <++ PoE related test
POST: Inline Power Controller Tests : End, Status Passed <++ Desirable outcome
インラインパワーと予算
スイッチメンバ、ラインカード、インターフェイスのPoEバジェットとインラインパワーのステータスを確認します。show power inlineコマンドを使用して、次の要因を確認します。
- スイッチごとに使用可能なPoE電力
- スイッチのすべてのポートで使用されるPoE電力
- 接続された各受電デバイスで使用されるPoE電力
- PoE電力分類
C9348U#show platform software ilpower system 1 <++ This value represents switch number for C9300/C9200 and line card number for C9400
ILP System Configuration
Slot: 1
ILP Supported: Yes
Total Power: 857000
Used Power: 8896
Initialization Done: Yes
Post Done: Yes
Post Result Logged: No
Post Result: Success
Power Summary:
Module: 0
Power Total: 857000
Power Used: 8896
Power Threshold: 80
Operation Status: On
Pool: 1
Pool Valid: Yes
Total Power: 857000
Power Usage: 8896
C9348U#show power inline module 1 <++ This value represents switch number for C9300/C9200 and line card number for C9400
Module Available Used Remaining
(Watts) (Watts) (Watts)
------ --------- -------- ---------
1 857.0 8.9 848.1 <++ available PoE budget on switch 1
Interface Admin Oper Power Device Class Max
(Watts)
--------- ------ ---------- ------- ------------------- ----- ----
Gi1/0/1 off off 0.0 n/a n/a 60.0
Gi1/0/2 auto off 0.0 n/a n/a 60.0
Gi1/0/3 auto off 0.0 n/a n/a 60.0
Gi1/0/4 auto on 8.9 IP Phone 8851 4 60.0
**snip**
C9348U#show power inline gigabitEthernet 1/0/4
Interface Admin Oper Power Device Class Max
(Watts)
--------- ------ ---------- ------- ------------------- ----- ----
Gi1/0/4 auto on 8.9 IP Phone 8851 4 60.0 <++ Oper status should be "on" typically. Other states are bad/faulty/off etc
C9348U#show power inline gigabitEthernet 1/0/4 detail
Interface: Gi1/0/4
Inline Power Mode: auto
Operational status: on <++ Success
Device Detected: yes <++ Success
Device Type: Cisco IP Phone 8851 <++ Success
IEEE Class: 4 <++ Success
Discovery mechanism used/configured: Ieee and Cisco
Police: off
Power Allocated
Admin Value: 60.0
Power drawn from the source: 8.9 <++ Success
Power available to the device: 8.9 <++ Success
Actual consumption
Measured at the port: 3.4 <++ Success
Maximum Power drawn by the device since powered on: 3.8
Absent Counter: 0
Over Current Counter: 0
Short Current Counter: 0
Invalid Signature Counter: 0
Power Denied Counter: 0
Power Negotiation Used: CDP
LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--
Power Type: - -
Power Source: - -
Power Priority: - -
Requested Power(W): - -
Allocated Power(W): - -
Four-Pair PoE Supported: Yes
Spare Pair Power Enabled: No
C9348U#show power inline police gigabitEthernet 1/0/4
Interface Admin Oper Admin Oper Cutoff Oper
State State Police Police Power Power
--------- ------ ---------- ---------- ---------- ------ -----
Gi1/0/4 auto on none n/a n/a 3.4 <++ Verify Operating Power
C9348U#show platform software ilpower port gigabitEthernet 1/0/4
ILP Port Configuration for interface Gi1/0/4
Initialization Done: Yes
ILP Supported: Yes
ILP Enabled: Yes
POST: Yes
Detect On: No
PD Detected Yes
PD Class Done No
Cisco PD: No
Power is On: Yes
Power Denied: No
PD Type: IEEE
PD Class: IEEE4
Power State: OK
Current State: NGWC_ILP_LINK_UP_S <++ Success
Previous State: NGWC_ILP_LINK_UP_S
Requested Power: 8896
Short: 0
Short Cnt: 0
Cisco PD Detect Count: 0
Spare Pair mode: 0
Spare Pair Arch: 1
Signal Pair Pwr alloc: 0
Spare Pair Power On: 0
PD power state: 0
Timer:
Bad Power: Stopped
Power Good: Stopped
Power Denied: Stopped
Cisco PD Detect: Stopped
IEEE Detect: Stopped
IEEE Short: Stopped
Link Down: Stopped
Vsense: Stopped
PoE診断
オンライン診断を使用すると、デバイスがライブネットワークに接続されている間に、デバイスのハードウェア機能をテストおよび確認できます。オンライン診断には、異なるハードウェアコンポーネントをチェックし、データパスと制御信号を確認するパケット交換テストが含まれています。オンライン診断では、次に関連する問題が検出されますが、これらに限定されません。
- PoEハードウェアコンポーネント
- インターフェイス
- はんだジョイントとボードの完全性
使用できる診断テストを次に示します。これらは、起動時にのみ実行されるPOSTとは異なり、オンデマンドで実行できます。テストを実行する前に、潜在的な影響を理解するために、次の表の情報を読んでください。
| プラットフォーム | テスト名 | 中断または無停止 | デフォルトステータス | 推奨事項 | 初版リリース |
| Catalyst 9200 | DiagPoETest | 無停止** | オフ | ポートでPoEコントローラの問題が発生した場合は、このテストを実行します。これは、オンデマンドテストとしてのみ実行できます。 | 16.9.2 |
| Catalyst 9300 | TestPoE | 中断* | オフ | TACが推奨/保証しない限り、通常のスイッチの動作中にこの診断テストを開始しないでください。このテストは、ポートでPoEコントローラの問題が発生し、オンデマンドテストとしてのみ実行できる場合に実行できます | 16.6.1 |
| Catalyst 9400 | DiagPoETest | 無停止** | オフ | ポートでPoEコントローラの問題が発生した場合は、このテストを実行します。これは、オンデマンドテストとしてのみ実行できます。 | 16.6.1 |
*将来的に中断のない運用が可能な場合は、シスコによるレビューを受けています。
**実稼働環境で安全に実行できる無停止テスト
Catalyst 9200
C9200L-24P-4X-A#diagnostic start switch 1 test DiagPoETest <++ 1 is switch number, use respective switch number in question
Diagnostic[switch 1]: Running test(s) 6 may disrupt normal system operation and requires reload
Do you want to continue? [no]: yes <++ hit yes, this is non-disruptive. Enhancement is being tracked to remove warning message
*Jun 10 10:22:06.718: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=6} ...
*Jun 10 10:22:06.719: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=6} has completed successfully
C9200L-24P-4X-A#sh diagnostic result switch 1 test DiagPoETest
Current bootup diagnostic level: minimal
Test results: (. = Pass, F = Fail, U = Untested)
6) DiagPoETest ---------------------> . <++ expected result is pass "."
Catalyst 9300
C9348U-1#diagnostic start switch 1 test DiagPoETest <++ 1 is switch number, use respective switch number in question
Diagnostic[switch 1]: Running test(s) 8 may disrupt normal system operation and requires reload
Do you want to continue? [no]: yes << use with caution, this is disruptive test
C9348U-1#
*Mar 7 06:28:39 CET: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=8} ...
*Mar 7 06:28:39 CET: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=8} has completed successfully
C9348U-1#
C9348U-1#show diagnostic result switch 1 test DiagPoETest
Current bootup diagnostic level: minimal
Test results: (. = Pass, F = Fail, U = Untested)
8) DiagPoETest ---------------------> . <++ expected result is pass "."
Catalyst 9400
C9400#diagnostic start module 3 test TestPoe <++ 3 is line card number, use respective line card number in question
*Jun 10 10:15:23.835: %SYS-5-CONFIG_I: Configured from console by console
test94#
*Jun 10 10:15:26.118: %DIAG-6-TEST_RUNNING: module 3: Running TestPoe{ID=5} ...
*Jun 10 10:15:26.119: %DIAG-6-TEST_OK: module 3: TestPoe{ID=5} has completed successfully
C9400#sh diagnostic result module 3 test TestPoe
Current bootup diagnostic level: minimal
Test results: (. = Pass, F = Fail, U = Untested
5) TestPoe -------------------------> . <++ expected result is pass "."
高度なトラブルシューティング
このセクションでは、PoEのデバッグと、PoEの問題のトラブルシューティングに役立つプラットフォーム固有の情報について説明します。これらの出力の一部は、意味を成さない場合や、エンドユーザが人間が読み取り可能な形式で使用できない場合があります。これらは実稼働環境で安全に実行できることが確認されており、PoEの問題に対処する際にCisco TACに提供すると便利です。
PoEのインラインパワー(ILP)デバッグ
ILpower(ILP)は、IOSデーモン(IOSd)内で動作する内部IOS XEソフトウェアコンポーネントです。ilpowerは、PoE機能のさまざまなステップを制御するPoEステートマシンを実装します。IOSdのデバッグを見る際に参照として使用する必要がある電源ステートマシンを次に定義します。
各状態マシンのステップからデバッグを調べて、機能が壊れているステップを理解します。同じ/類似のPDを使用して、動作中のPoEポートと動作中でないPoEポートからのこれらのデバッグを比較することも、異常を特定するのに役立ちます。
1.次のデバッグを開始します
debug condition interface GigabitEthernet <> <++ Specify interface number for conditional debugging. This helps to limit impact on CPU.
debug ilpower event
debug ilpower controller
debug ilpower powerman
2.問題のポートをシャットダウンします
3. 「logging console」と「terminal monitor」をオフにします(グローバルコンフィギュレーションモードから「no logging console」、ユーザEXECモードから「term no mon」をオフにします)
4.必要に応じてロギング出力をバックアップします。これは、次の手順でロギングバッファをリセットするためです。例：show logging | redirect flash:showlogbackup.txt
5.ロギングバッファレベルが「debugging」に設定されていることを確認します。 ロギングバッファサイズを少なくとも50Kに増やす(ロギングバッファ50000)。 この手順では、既存のログがクリアされることに注意してください。
6.上記のように条件付きデバッグを有効にし、ロギングをクリアします(clear logging)
7.問題のポートをアンセットし、少なくとも30 ～ 40秒待ってPoEネゴシエーションを行います。
8.デバッグをオフにします。「undebug all」を実行し、「show logging」を収集してデバッグを理解します。
9.データを収集した後、ステップ2 ～ 7で行ったすべての変更を元に戻します。
次に、動作状態からの切り取りを示します。これは、正常なPoEトランザクションが通常どのように表示されるかを示します
*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 22:18:33.493: ILP notify LLDB-TLV: lldp power class tlv:
*Mar 6 22:18:33.493: (curr/prev) pwr value 15400/0
*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay
*Mar 6 22:18:33.493: ILP:: Sending poe coredump msg to slot:1
*Mar 6 22:18:33.493: ILP::
Sending E_ILP_GET_DEBUG_CORE_DUMP IPC message from RP to platform
*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate 2
*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate auto, start detect 2
*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay
*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 22:18:33.494: ILP:: Gi1/0/4: State=NGWC_ILP_SHUT_OFF_S-0, Event=NGWC_ILP_CLI_START_DETECT_EV-17
*Mar 6 22:18:33.494: ILP:: START_DETECT_EV, shutoff_state Gi1/0/4
*Mar 6 22:18:33.494: ILP:: Sending poe detect msg to slot:1 port:4
*Mar 6 22:18:33.494: ILP::
Sending E_ILP_START_IEEE IPC message from RP to platform
*Mar 6 22:18:34.617: ILP:: ILP:get_all_events: num_port: 1, if_id: 4
*Mar 6 22:18:34.617: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4
*Mar 6 22:18:34.617: ILP:: ilp event CLASS DONE <++ Classification done
*Mar 6 22:18:34.617: ILP:: posting ilp slot 1 port 4 event 1 class 4
*Mar 6 22:18:34.617: ILP:: ilp fault 0
*Mar 6 22:18:34.618: ILP:: Gi1/0/4: State=NGWC_ILP_DETECTING_S-2, Event=NGWC_ILP_IEEE_CLASS_DONE_EV-1
*Mar 6 23:18:34 CET: %ILPOWER-7-DETECT: Interface Gi1/0/4: Power Device detected: IEEE PD
*Mar 6 22:18:34.618: (Gi1/0/4) data power pool 1 <++ power is taken from a single pool on the PSE called pool 1
*Mar 6 22:18:34.618: Ilpower PD device 3 class 7 from interface (Gi1/0/4)
*Mar 6 22:18:34.618: (Gi1/0/4) state auto
*Mar 6 22:18:34.618: (Gi1/0/4) data power pool: 1, pool 1
*Mar 6 22:18:34.618: (Gi1/0/4) curr pwr usage 30000
*Mar 6 22:18:34.618: (Gi1/0/4) req pwr 30000 <++ requested power is 30W i.e 30000 mw
*Mar 6 22:18:34.618: (Gi1/0/4) total pwr 857000 <++ total current available PoE on switch 1 is 875000 mw
*Mar 6 22:18:34.618: (Gi1/0/4) power_status OK
*Mar 6 22:18:34.618: ilpower new power from pd discovery Gi1/0/4, power_status ok
*Mar 6 22:18:34.618: Ilpower interface (Gi1/0/4) power status change, allocated power 30000
*Mar 6 22:18:34.618: ILP notify LLDB-TLV: lldp power class tlv:
*Mar 6 22:18:34.618: (curr/prev) pwr value 30000/0 <++ current value 30W and previous value was 0
*Mar 6 22:18:34.618: ILP::
Sending E_ILP_USED_POE IPC message from RP to platform
*Mar 6 22:18:34.618: ILP:: Update used poe power 30000 to platform_mgr for slot 1
*Mar 6 22:18:34.618: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.618: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.618: ilpower_notify_lldp_power_via_mdi_tlv Gi1/0/4 pwr alloc 30000
*Mar 6 22:18:34.618: Gi1/0/4 AUTO PORT PWR Alloc 255 Request 255
*Mar 6 22:18:34.618: Gi1/0/4: LLDP NOTIFY TLV: <++ values are pushed down to software in form of TLV (type-length-value)
(curr/prev) PSE Allocation: 25500/0
(curr/prev) PD Request : 25500/0
(curr/prev) PD Class : Class 4/ <++ class 4 device, 30W from PSE
(curr/prev) PD Priority : low/unknown
(curr/prev) Power Type : Type 2 PSE/Type 2 PSE
(curr/prev) mdi_pwr_support: 15/0
(curr/prev Power Pair) : Signal/
(curr/prev) PSE Pwr Source : Primary/Unknown
*Mar 6 22:18:34.619: ILP:: Sending ieee pwr msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_APPROVE_PWR,DENY IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: ILP Power Accounting REQ_PWR ( Gi1/0/4 ) Okay sys_used=30000
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4
*Mar 6 22:18:34.619: ILP::
Sending E_ILP_SET_ICUTOFF IPC message from RP to platform
*Mar 6 22:18:34.909: ILP:: Rx Response ILP msg: response_code 12, sw_num 1
*Mar 6 22:18:34.909: ILP:: ILP msg: received E_ILP_GET_POWER_SENSE
*Mar 6 22:18:34.909: ILP:: ILP:pwr_sense: num_ports: 48, switch_num: 1
*Mar 6 22:18:34.910: ILP:: ILP:Gi1/0/4:power real 0, min 0, max 0, police 0, overdraw: 0
*Mar 6 23:18:35 CET: %SYS-5-CONFIG_I: Configured from console by console
*Mar 6 22:18:35.205: ILP:: ILP:get_all_events: num_port: 1, if_id: 4
*Mar 6 22:18:35.206: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4
*Mar 6 22:18:35.206: ILP:: ilp event PWR GOOD
*Mar 6 22:18:35.206: ILP:: posting ilp slot 1 port 4 event 2 class 0
*Mar 6 22:18:35.206: ILP:: ilp fault 0
*Mar 6 22:18:35.206: ILP:: Gi1/0/4: State=NGWC_ILP_IEEE_PD_DETECTED_S-4, Event=NGWC_ILP_PWR_GOOD_EV-2
*Mar 6 23:18:35 CET: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/4: Power granted
*Mar 6 23:18:35 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to down
*Mar 6 22:18:39.318: ILP:: ilpsm posting link up event Gi1/0/4
*Mar 6 22:18:39.319: ILP:: Gi1/0/4: State=NGWC_ILP_LINK_UP_S-6, Event=NGWC_ILP_PHY_LINK_UP_EV-20
*Mar 6 23:18:41 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to up
*Mar 6 22:18:41.317: ILP:: ilp enabled in hwidb Gi1/0/4
*Mar 6 23:18:42 CET: %SYS-5-LOG_CONFIG_CHANGE: Console logging: level debugging, xml disabled, filtering disabled
*Mar 6 23:18:42 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/4, changed state to up
**snip**
Catalyst 9200固有のデータ収集
1. 「show tech-support PoE」の収集
C9200#show tech-support poe | redirect flash:shtechPOE9200.txt
2.各スイッチメンバのIFMマッピングを取得します。PoEの問題が存在する正しいstackwiseスイッチ番号を使用していることを確認します。これは、TACが他の収集された出力を解釈するのに役立ちます。
C9200#show platform software fed switch 1 ifm mappings
Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
GigabitEthernet1/0/1 0x7 0 0 0 4 0 12 4 1 1 NIF Y
GigabitEthernet1/0/2 0x8 0 0 0 5 0 4 5 2 2 NIF Y
GigabitEthernet1/0/3 0x9 0 0 0 6 0 14 6 3 3 NIF Y
GigabitEthernet1/0/4 0xa 0 0 0 7 0 13 7 4 4 NIF Y
**snip**
3.トレースの収集次のCLIでは、バイナリファイルがフラッシュに作成されます。詳細を調査するために、Cisco TACでデコードできます。
C9200#request platform software trace archive
C9200#dir flash: | in tar
48602 -rw- 404145 Jun 9 2020 03:12:36 +00:00 C9200L-48P-4X-1_1_RP_0_trace_archive-20200609-031235.tar.gz <++ upload to TAC case
C9200#
Catalyst 9300固有のデータ収集
1. 「show tech-support PoE」の収集
C9300#show tech-support poe | redirect flash:shtechPOE9300.txt
2.個別に収集して調べることができる便利なshowコマンド（「show tech poe」にも含まれています）。
show clock
show version
show running-config
show env all
show power inline
show power inline police
show interface status
show platform software ilpower details
show stack-power budgeting
show stack-power detail
show controllers ethernet-controller phy detail
show controllers power inline module 1
show platform frontend-controller version 0 1
show platform frontend-controller manager 0 1
show platform frontend-controller subordinate 0 1
show platform software ilpower system 1
show power inline Gi<> detail
3. 「フロントエンド・コントローラ」のバージョンとコントローラのダンプを収集する
3.1 show platform frontend-controller version 0 <switch number>
C9348U#show platform frontend-controller version 0 1 <++ 1 is switch number here, use your respective switch number in question
Switch 1 MCU:
Software Version 129
System Type 6
Device Id 2
Device Revision 0
Hardware Version 41
Bootloader Version 17
3.2 show controllers power inline module <switch number>
show controllers power inline module 1 <++ 1 is switch number, use respective switch no. in question
3.3コントローラのレジスタの読み取り。
test frontend-controller read-poe <MCU no> module <switch member#>
この出力を出力するには、「コンソール」アクセスを使用できます。 対象のスイッチ上のすべてのMCUに対してこの出力を収集します
test frontend-controller read-poe 1 module 1 <++ MCU #1 of switch 1,use respective switch number as applicable
test frontend-controller read-poe 2 module 1 <++ MCU #2 of switch 1,use respective switch number as applicable
test frontend-controller read-poe 3 module 1 <++ MCU #3 of switch 1,use respective switch number as applicable
...
...
test frontend-controller read-poe 12 module 1 <++ MCU #12 of switch 1,use respective switch number as applicable
...
... <++ Output for MCU 13-24 is applicable only to UPoE devices
...
test frontend-controller read-poe 24 module 1
Sample Output-
C9300#test frontend-controller read-poe 24 module 1
Switch 1 Power controller instance 24
Switch number:1
Basic registers:
0x08 0xF6 0x00 0x00 0x01 0x01 0x00 0x00
0x00 0x00 0x00 0x00 0x06 0x00 0x00 0x00
0x00 0x2C 0x02 0x0F 0x11 0xF0 0xC0 0x80
0x00 0x00 0x10 0x1B 0x10 0x01 0x00 0x00
0x00 0x00 0x10 0x02 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Extended registers:
0xFF 0xFF 0x00 0x00 0x00 0x00 0x00 0xA8
0x00 0x69 0x03 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x15 0x16 0x60 0xFF
0x00 0x00 0x00 0x02 0xAA 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
4.各スイッチメンバのIFMマッピングを取得します。PoEの問題が存在する正しいstackwiseスイッチ番号を使用していることを確認します。これは、TACが他の収集された出力を解釈するのに役立ちます。
C9348U#show platform software fed switch 1 ifm mappings
Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
GigabitEthernet1/0/1 0x8 1 0 1 0 0 26 6 1 1 NIF Y
GigabitEthernet1/0/2 0x9 1 0 1 1 0 6 7 2 2 NIF Y
GigabitEthernet1/0/3 0xa 1 0 1 2 0 28 8 3 3 NIF Y
GigabitEthernet1/0/4 0xb 1 0 1 3 0 27 9 4 4 NIF Y
**snip**
5. TAC用のプラットフォームマネージャトレースの収集
5.1 PoEトレースレベルをverboseに設定します。該当するスイッチ番号を使用します
IOS-XEバージョン16.11.x以前
set platform software trace platform-mgr switch <switch_num> r0 redearth verbose
set platform software trace platform-mgr switch <switch_num> r0 poe verbose
IOS-XEバージョン16.11.x以降
set platform software trace chassis-manager switch <switch_num> r0 re_poe verbose
set platform software trace chassis-manager switch <switch_num> r0 redearth verbose
set platform software trace chassis-manager switch 1 r0 re_poe verbose
set platform software trace chassis-manager switch 1 r0 redearth verbose
5.2対象のポートのシャットダウン/シャットダウン
interface gi1/0/4
sh
no shut <++ wait 2-4 sec before issuing no shut
5.3 20 ～ 30秒間待機
5.4トレースの収集
request platform software trace archive <++ this CLI will create binary file in flash of Primary switch, be decode by TAC
C9K#request platform software trace archive
C9K#dir flash: | in tar
434284 -rw- 7466248 June 07 2020 13:45:54 +01:00 DUT_1_RP_0_trace_archive-20191125-134539.tar.gz <++ upload this to TAC case
5.5トレースレベルを情報にリセットする
IOS-XEバージョン16.11.x以前
set platform software trace platform-mgr switch <switch_num> r0 redearth info
set platform software trace platform-mgr switch <switch_num> r0 poe info
IOS-XEバージョン16.11.x以降
set platform software trace chassis-manager switch <switch_num> r0 re_poe info
set platform software trace chassis-manager switch <switch_num> r0 redearth info
Catalyst 9400固有のデータ収集
1. 「show tech-support PoE」の収集
C9400#show tech-support poe | redirect bootflash:showtechpoe9400.txt
2.個別に収集して調べることができる便利なshowコマンド（「show tech poe」にも含まれています）。
show clock
show version
show running-config
show env all
show power inline
show power inline police
show interface status
show platform software ilpower details
show controllers ethernet-controller phy detail
show power inline upoe-plus (applicable to modules supporting UPoE+ like C9400-LC-48H)
**snip**
3.プラットフォーム固有の情報の収集
show platform software iomd redundancy
show platform
show tech-support platform | redirect bootflash:showtechplatform9400.txt
4.ポートレジスタダンプの収集
test platform hard poe get <line card slot #> global
test platform hard poe get <line card#> port <port# in quested for PoE>
test platform hard poe get 3 global <++ line card slot number 3, use respective line card number
test platform hard poe get 3 port 1 <++ line card slot number 3, port 1, use respective line card/port number
C9400#test platform hard poe get 2 global
Global Register for slot 2 0x00FFFFFF 0x00FFFFFF 0x80001304 0x000000C1 0x00000000 0x00000700 0x0FFD0FFD 0x00000015 0x0000000E 0x00000000 0x005AD258 0x00003A0A 0x00000700 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 POE FW loaded successfully <++ success POE health status : GOOD <++ success POE PSE FW ver :19 POE Abstraction layer FW ver = 14
5.ポートのIFMマッピングを取得します。これは、TACが他の収集された出力を解釈するのに役立ちます。
show platform software fed active ifm mappings
C9400#show platform software fed active ifm mappings
Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
GigabitEthernet1/0/1 0x8 0 0 0 0 0 4 4 1 101 NIF Y
GigabitEthernet1/0/2 0x9 0 0 0 1 1 4 4 2 102 NIF Y
GigabitEthernet1/0/3 0xa 0 0 0 2 2 4 4 3 103 NIF Y
**snip**
6. IOMDトレースの収集
6.1 IOMDトレースレベルをverboseに設定します。該当するモジュール番号を使用
set platform software trace iomd <module_number>/0 poe verbose
set platform software trace iomd 3/0 poe verbose <++ Here 3 is line card slot#, use respective slot number as applicable
6.2対象のポートをシャットダウンまたはシャットダウンしません。
conf t
interface gi3/0/1
shut
! wait 2-4 sec before issuing no shut
no shut
6.3待機40 ～ 60秒
6.4トレースの収集
request platform software trace archive <++ this CLI will create binary file in flash of Primary switch, be decode by TAC
C9400#dir bootflash: | in tar
194692 -rw- 50261871 Jun 9 2020 02:53:36 +00:00 test94_RP_0_trace_archive-20200609-025326.tar.gz <++ upload this file to TAC case
6.5トレースレベルを情報にリセットする
set platform software trace iomd <module number>/0 poe info
set platform software trace iomd 3/0 poe info <++ Here 3 is line card slot#, use respective slot number as applicable
ラストリゾート/侵入型リカバリ手順
上記の手順でPoEが回復せず、ソフト障害が原因と思われる場合は、次の手順で回復を試すことができます。これらの手順は中断を伴い、ダウンタイムの可能性があることに注意してください。また、問題の根本原因を特定するために通常必要なデータを消去することもできます。根本原因が重要な場合は、次の手順を実行する前に、TACに連絡して必要な情報を収集してください。
1. 『Catalyst 9000スイッチに推奨されるIOS XEリリース』を参照し、推奨リリースにアップグレードします。推奨リリースには、過去に既知および解決済みの問題を解決する可能性のある修正と最適化が含まれています。
2.スタック電源を使用している場合は、これらの手順の前に一時的にスタック電源ケーブルを取り外します。
3.問題のスイッチメンバ/ラインカードをリロードしてみます
4. stackwiseシステム(C9200、C9300)では、対象のメンバ/アクティブスイッチのハードパワーサイクルを行います。 この手順は、MCUのリセットを実行する場合にも必要です。
5.ハードリセットするには、すべての入力電源ケーブルをスタックに取り外し、電源を落とします。10秒待って、電源ケーブルを再度差し込みます。Catalyst 9400の場合は、ラインカードをハードリシートしてみてください。ラインカードを物理的に取り外し、数秒間待ってから、カードを取り付け直します。
6.ハイアベイラビリティ(HA)セットアップで、C9400シャーシのスタックメンバまたは複数のラインカードの複数のメンバに問題が発生した場合は、HAフェールオーバー/SSO（冗長強制スイッチオーバー）を試してください
7 の L-AC-PLS-G）を注文します。 問題が解決せず、問題のスイッチメンバーがスタックの一部である場合は、次の手順を試してください。
A.メンバスイッチをスタックから取り出し、スタンドアロンモードで起動します。そのメンバスイッチでPoEを回復できるかどうかを確認します。
B.そうでない場合は、メンバの電源をオフにします（スタンドアロン/スタック外の場合）。3 ～ 5分待ってから再度電源をオンにします。
8. C9400では、可能であれば、問題のラインカードを別のスロットまたはシャーシに移動してみてください。
追加情報
Cisco Catalyst 9200シリーズスイッチのデータシート
Cisco Catalyst 9300シリーズスイッチのデータシート
Cisco Catalyst 9400シリーズスイッチのデータシート
Cisco Catalyst 9400シリーズスイッチラインカードのデータシート
Catalyst 9000スイッチに推奨されるIOS XEリリース
フィードバック