MAC アドレスフラップ通知エラーのトラブルシューティング
はじめに
このドキュメントでは、MACアドレスのフラップ通知エラーをトラブルシューティングする方法について説明します。
バックグラウンド情報
説明
この通知メッセージは、スイッチがネットワーク上で MAC アドレスのフラッピングイベントを検出すると生成されます。
MACアドレスのフラッピングイベントは、スイッチが同じMACアドレスの送信元を学習し、同じVLAN内の2つの異なるインターフェイスが短い間隔で存在すると検出されます。
Cisco Catalystスイッチは、複数のスイッチポートで同じMACアドレスが検出されると通知を行い、これにより、スイッチでは、MACアドレスに関連付けられているポートが常に変更されます。このsyslogを介したアラートには、ホストのMACアドレス、VLAN、およびフラッピングしているMACアドレス間のポートが含まれています。この動作はさまざまな原因で発生する可能性があるため、ネットワークの安定性とパフォーマンスを確保するには、MACアドレスフラッピングの根本的な原因を特定することが重要です。
Syslog メッセージ
SW_MATM-4-MACFLAP_NOTIF
メッセージサンプル
Example: Apr 26 12:27:55 Switch-1 %SW_MATM-4-MACFLAP_NOTIF: Host **0011.2233.4455** in vlan **10** is flapping between port **Gi1/0/10** and port **Po1**.MAC アドレスフラップ通知
影響
これらのメッセージを調査して、MACアドレスの移動の原因が、予期されるローミング動作、冗長システムMACの移動、EtherChannelの不一致、またはレイヤ2転送ループのいずれにあるのかを判断します。
製品ファミリ
- Cisco Catalyst 9300 シリーズ スイッチ
- Cisco Catalyst 9400 シリーズ スイッチ
- Cisco Catalyst 9200 シリーズ スイッチ
- Cisco Catalyst 9500 シリーズ スイッチ
- Cisco Catalyst 9600 シリーズ スイッチ
- Cisco Catalyst 3850 シリーズ スイッチ
- Cisco Catalyst 3650 シリーズ スイッチ
- Cisco Catalyst 6000 シリーズ スイッチ
- Cisco Catalyst 6800 シリーズ スイッチ
- Cisco Catalyst 4500 シリーズ スイッチ
- Cisco Catalyst 4900 シリーズ スイッチ
- Cisco Catalyst 3750 シリーズ スイッチ
- Cisco Catalyst 3850 シリーズ スイッチ
- Cisco Catalyst 2960 シリーズ スイッチ
推奨事項
このエラーには多くの原因が考えられますが、深刻なネットワークの問題を示している可能性があるものもあります。
一般的な原因には次のものがあります。
- レイヤ2ループ（ネットワークへの影響が大きい）
- ワイヤレスクライアントの移動（ネットワークへの影響なし）
- EtherChannelまたはポートチャネルの設定ミス（ネットワークへの中程度の影響）
- 冗長システムまたは重複した仮想マシンからの仮想MACアドレスの移動（ネットワークへの中程度の影響）
シナリオの詳細1
ワイヤレスクライアントの移動は予期されることが多く、サービスへの影響が見られなければ、通常は無視しても問題ありません。CAPWAP を使用していない AP 間をローミングしてワイヤレスコントローラに戻るクライアント、または 2 つの異なるワイヤレスコントローラによって制御される AP 間をローミングするクライアントで、このログが生成される可能性があります。同じ MAC アドレスに対して生成されるログの間隔は、数秒または数分の場合があります。1つのMACアドレスが1秒間に複数回移動している場合は、より深刻な問題を示している可能性があり、追加のトラブルシューティングが必要になる可能性があります。
シナリオの詳細2
アクティブ/スタンバイ状態で動作する一部の冗長システムまたはデバイスは、共通の仮想IPアドレスとMACアドレスを共有でき、常にアクティブなデバイスのみが使用できます。両方のデバイスが予期せずアクティブになり、両方が仮想アドレスの使用を開始すると、このエラーが発生する可能性があります。ログに記録されたインターフェイスを使用し、show mac address-table address <mac-address> vlan <vlan-id>コマンドを実行して、ネットワークを経由するこのMACアドレスのパスをトレースし、MACアドレスが現在学習されている場所と、共有MACアドレスからトラフィックを生成しているデバイスを特定します。syslogメッセージで報告されたMACアドレス、VLAN、およびインターフェイスを記録し、パス内の各スイッチでコマンドを実行します。CDP、LLDP、インターフェイスの説明、またはネットワークダイアグラムを使用して、次に接続するデバイスを特定し、送信元デバイスが特定されるまでMACアドレスのトレースを続けます。MACアドレスの移動を生成するデバイスによっては、そのデバイスの冗長状態に関する追加のトラブルシューティングが必要になる場合があります。
シナリオの詳細3
MACアドレスフラップ通知の一般的な原因は、EtherChannelまたはポートチャネルの設定ミスです。スイッチから、EtherChannelのメンバになることが予想される物理リンク間でのMACアドレスの移動が繰り返し報告される場合は、EtherChannelが正常に確立されていないか、両端で一貫した形成が行われていないことを示しています。この状況では、一方のデバイスがインターフェイスを独立した物理リンクとして扱い、もう一方のデバイスがそれらのインターフェイスを介したトラフィックを単一の論理バンドルとして転送します。
たとえば、あるスイッチがLACPを使用するように設定されている一方で、ピアがスタティックEtherChannelモードに設定されている場合や、別の理由でLACPネゴシエーションが失敗した場合に、この状態が発生する可能性があります。Cisco IOSまたはCisco IOS XE Catalystスイッチでは、LACPネゴシエーションが失敗すると、インターフェイスはポートチャネルを形成しません。プラットフォーム、ソフトウェアリリース、および設定によっては、バンドルされていないインターフェイスは個別のインターフェイスとして引き続き動作するか、一時停止状態にすることができます。複数の独立したリンクがフォワーディング状態のままである場合、スイッチは異なるポートで同じ送信元MACアドレスを継続的に再学習し、MACフラップ通知を生成できます。
MACフラップイベントは、接続の両端の間でEtherChannelの設定に不整合がある場合にも発生する可能性があります。同じMACアドレスが、物理インターフェイスと論理ポートチャネルインターフェイスの間、またはバンドルされることが予想されるが一貫して設定されていないリンクの間を移動しているように見える場合があります。この状態のトラブルシューティングを行う際は、両方のデバイスのEtherChannel設定（LACP、PAgP、スタティックモードなどのバンドリングモードを含む）が一致していることを確認します。ポートチャネルに割り当てられた対応するメンバーリンク、トランクモードやアクセスモード、VLANメンバーシップ、ネイティブVLAN、許可されるVLANリストなどの一貫したレイヤ2パラメータ。EtherChannelの不一致が根本原因である場合は、EtherChannelが正しくネゴシエートされ、両端のEtherChannel設定とレイヤ2設定が一致していることを確認することによって、これらのMACアドレスフラップイベントを排除できます。
シナリオの詳細4
レイヤ2ループは、通常、入力パケットレートの上昇、プロトコルの不安定性、およびユーザトラフィックへの影響とともに、短期間に繰り返し発生するMACアドレス移動メッセージを生成します。 ログは通常、単一または少数のMACアドレス用であり、ユーザはネットワークに影響を受ける可能性があります。ルーティングとレイヤ 2 プロトコルが失敗したことでログが追加され、全体的な不安定性が生じることがよくあります。
L2ループのトラブルシューティングを行うには、show interface | include is up|input rateコマンドを実行し、1秒あたりの入力パケットの量が非常に多いことを示しているアクティブなインターフェイスをすべてメモします（一般的に言って、これはインターフェイスの速度に応じて6、7、または8+の大きな数字になる可能性があります）。
入力レートが異常に高いインターフェイスは 1 つか 2 つと考えられます。ループパスをトレースする際は**入力パケットレート**をプライマリデータポイントとして使用します。検証中のサポートデータとして、スパニングツリートポロジの変更(TCN)、ルートブリッジの状態、ブロックされたポート、および不整合ポートを使用します。高い入力インターフェイスを特定したら、CDP、LLDP、またはインターフェイスの説明/ネットワークダイアグラムを使用して、そのポートに接続されている隣接デバイスにログインし、show interface | include is up|input rateコマンドを再度実行し、異常な入力レートでインターフェイスをトレースするプロセスを繰り返します。ネットワーク上でインターフェイスとホスト名をトレースすると同時に追跡します。
ネイバーのチェックを続け、入力ポートが使い果たされてネイバーが使い果たされるか、すでにチェックしたデバイスが表示されるまで入力レートを調べます。
この方法では、次の2つの結果のいずれかが発生する可能性があります。
- ポートにCDP、LLDP、または既知のネイバーがなく、入力レートが非常に高い場合は、運用への影響を確認し、現在のインターフェイスの状態を記録して、認証を取得してから、インターフェイスを管理上シャットダウンします。シャットダウン後、60秒待って、MACのフラップ、高い入力レート、およびユーザの影響が停止するかどうかを確認します。この状態が解消された場合は、接続されたデバイスまたはケーブルが特定されるまで、インターフェイスを隔離したままにします。 それでもループ状態が発生する場合は、インターフェイスをシャットダウンしたままにして、ネットワーク上に2つ目のソースがある可能性があるため、プロセスを最初からやり直します。
- トレースが確認済みのデバイスに戻った場合、パスにはレイヤ2ループが含まれています。STPステート、BPDUフィルタ、BPDUガードイベント、EtherChannelの一貫性、トランクVLANリスト、ネイティブVLAN、アンマネージドスイッチ、およびケーブル配線を検証し、ループ防止が意図したとおりに動作していない場所を特定する。スパニングツリーネットワークの場合は、トレースしたパス内のどのスイッチがルートになる可能性があるかを特定し、そのデバイスから逆方向に作業して、トレースしたパス内のどのインターフェイスがブロックされるが予想されているものの、現在フォワーディング状態であるかを判別します。ブロッキング状態（ただしフォワーディングステート）の可能性があるインターフェイスが見つかったら、管理上シャットダウンします。60 秒待ってから、ネットワークの安定性を確認します。ループが続く場合は、インターフェイスをシャットダウンしたままにして、このプロセスを繰り返します。
コマンド
コマンド構文はプラットフォームとソフトウェアリリースによって異なります。Cisco IOS XEで、show mac address-tableコマンドを実行します。一部のレガシープラットフォームでは、show mac-address-table構文が実行されます。
| コマンド |
目的 |
|---|---|
| show version |
プラットフォーム、ソフトウェアバージョン、および稼働時間を特定します。 |
| show logging |
MACフラップメッセージおよび関連するプロトコルイベントを確認します。 |
| show spanning-tree |
ルートブリッジ、ポートの役割、ポートの状態、およびトポロジの変更を確認します。 |
| show mac address-table address <mac-address> vlan <vlan-id> |
MACアドレスが現在学習されている場所を特定します。 |
| show interfaces |
Includeがアップ状態です。 |
| show etherchannel summary |
ポートチャネルのステータスとメンバの整合性を確認します。 |
| show cdp neighbors detail/show lldp neighbors detail |
インターフェイスに接続されている隣接デバイスを特定します。 |
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
3.0 |
07-Aug-2026
|
読みやすいように、スペル、文法、挿入された水平線をセクションごとに分けて更新。 |
2.0 |
24-Apr-2025
|
再認定 |
1.0 |
25-Oct-2023
|
初版 |
フィードバック