マルチシャーシ リンク アグリゲーションのトラブルシューティング
次の情報を使用して、マルチシャーシ リンク アグリゲーション構成の問題のトラブルシューティングを行います。
マルチシャーシの集合型イーサネットインターフェイスで学習されたMACアドレスがMACアドレステーブルから削除されない
問題
形容
接続された両方のマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピア上の両方のマルチシャーシ集合型イーサネットインターフェイスがダウンした場合、マルチシャーシ集合型イーサネットインターフェイスで学習されたMACアドレスはMACアドレステーブルから削除されません。
たとえば、 set interfaces ae0 disable
コマンドを発行して両方のMC-LAGピアでマルチシャーシ集約型イーサネットインターフェイス(ae0)を無効にし、設定をコミットした場合、MACテーブルには、両方のMC-LAGピアのマルチシャーシ集約型イーサネットインターフェイスで学習されたMACアドレスが表示されます。
user@switchA> show ethernet-switching table Ethernet-switching table: 6 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v10 * Flood - All-members v10 00:00:5E:00:53:00 Learn(L) 3:55 ae0.0 (MCAE) v10 00:00:5E:00:53:01 Learn(R) 0 xe-0/0/9.0 v20 * Flood - All-members v30 * Flood - All-members v30 00:00:5E:00:53:03 Static - Router
user@switchB> show ethernet-switching table Ethernet-switching table: 6 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v10 * Flood - All-members v10 00:00:5E:00:53:04 Learn(R) 0 ae0.0 (MCAE) v10 00:00:5E:00:53:05 Learn 40 xe-0/0/10.0 v20 * Flood - All-members v30 * Flood - All-members v30 00:00:5E:00:53:06 Static - Router
解決
これは正常な動作です。
MC-LAGピアがスタンバイモードにならない
ステータス制御がスタンバイに設定されたセカンダリMC-LAGピアが非アクティブになる
リダイレクトフィルターはユーザー定義フィルターよりも優先されます
操作コマンドの出力が間違っています
問題
形容
ICCP(シャーシ間制御プロトコル)を非アクティブ化した後も、 show iccp
操作コマンドの出力には、mcsnoopd、lacpd、eswdなどの登録済みクライアントデーモンが表示されます。
例えば:
user@switch> show iccp Client Application: MCSNOOPD Redundancy Group IDs Joined: None Client Application: lacpd Redundancy Group IDs Joined: 1 Client Application: eswd Redundancy Group IDs Joined: 1
show iccp
コマンドの出力には、ICCP ピアが設定されているかどうかに関係なく、常に登録済みモジュールが表示されます。
解決
これは正常な動作です。
ICCP 接続がアクティブになるまでに最大 60 秒かかる場合があります
マルチシャーシの集合型イーサネットインターフェイスで学習されたMACアドレスの経過時間がゼロにリセットされる
問題
形容
シャーシ間リンク保護リンク(ICL-PL)をアクティブにしてから非アクティブにすると、マルチシャーシ集合型イーサネットインターフェイスで学習したMACアドレスの経過時間はゼロにリセットされます。ネクストホップ インターフェイスの変更により、ハードウェアで MAC アドレスの更新がトリガーされ、その後、パケット転送エンジンでエージング更新がトリガーされます。その結果、MAC アドレスの経過時間がゼロに更新されます。
例えば、ICL-PL が非活動化され、 show ethernet-switching table
コマンドの出力に MAC アドレスの経過時間が 0 であることが示されています。
user@switch> show ethernet-switching table Ethernet-switching table: 3 entries, 2 learned, 0 persistent entries VLAN MAC address Type Age Interfaces v100 * Flood - All-members v100 00:10:00:00:00:01 Learn(L) 0 ae0.0 (MCAE) v100 00:10:00:00:00:02 Learn(L) 0 ae0.0 (MCAE)
解決
これは正常な動作です。
MACアドレスがデフォルトVLANでリモートで学習されない
マルチシャーシの集合型イーサネットインターフェイスで学習したスヌーピングエントリは削除されません
認証キーを追加または削除した後、ICCP が表示されない
ローカルステータスは、アクティブであるべきときにスタンバイです
ICCP に障害が発生した場合のサーバー上のパケット ループ
両方の MC-LAG ピアは、リブートまたは ICCP 設定変更後のデフォルトのシステム ID を使用します
ICL-PL インターフェースのコミット検査は行われません。
ダブル フェールオーバー シナリオ
問題
形容
次のイベントがこの順序で発生した場合(シャーシ間制御プロトコル(ICCP)がダウンし、アクティブモードのマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピア上のマルチシャーシ集約イーサネットインターフェイスがダウンした場合、ダブルフェイルオーバーが発生します。このシナリオでは、スタンバイ モードの MC-LAG ピアは、アクティブな MC-LAG ピアで何が起こるかを検出しません。スタンバイモードのMC-LAGピアは、アクティブモードのMC-LAG上のマルチシャーシ集合型イーサネットインターフェイスが立ち上がっているかのように動作し、シャーシ間リンク保護リンク(ICL-PL)トラフィックをブロックします。ICL-PL トラフィックは転送されません。
解決
これは正常な動作です。
マルチキャストトラフィックは、ICL-PLインターフェイスがダウンおよびアップするとVLANにフラッディングします
スタンバイ MC-LAG ピアに送信されたレイヤー 3 トラフィックは、アクティブ MC-LAG ピアにリダイレクトされません
集合型イーサネットインターフェイスがダウンする
問題
形容
マルチシャーシ集約型イーサネットインターフェイスを集合型イーサネットインターフェイスに変換しても、一部のマルチシャーシ集合型イーサネットインターフェイスのプロパティが保持されます。例えば、集合型イーサネットインターフェイスは、マルチシャーシ集合型イーサネットインターフェイスの管理キーを保持する場合があります。この場合、集合型イーサネットインターフェイスがダウンします。
解決
集合型イーサネットインターフェイスをホストしているマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピアでリンクアグリゲーション制御プロトコル(LACP)を再起動して、集合型イーサネットインターフェイスを起動します。LACPを再起動すると、集約されたイーサネットインターフェイスのマルチシャーシ集約型イーサネットのプロパティが削除されます。
アップストリームトラフィックのフラッディング
問題
形容
MAC同期が有効になっている場合、マルチシャーシリンクアグリゲーショングループ(MC-LAG)ピアは、いずれかのMC-LAGピアMACアドレスを使用して、MC-LAGルーテッドVLANインターフェイス(RVI)のアドレス解決プロトコル(ARP)エントリを解決できます。ダウンストリームのトラフィックが 1 つの MAC アドレス(MAC1)で送信されたが、ピアが MAC アドレスを異なる MAC アドレス(MAC2)で解決した場合、どのアクセス レイヤー スイッチも MAC2 アドレスを学習しない可能性があります。その後、MAC2 アドレスのアップストリーム トラフィックのフラッディングが発生する可能性があります。
解決
ダウンストリームトラフィックがMC-LAGピアから定期的に送信され、MACアドレスがエージングアウトしないようにします。
MC-LAG 設定で ARP と MAC テーブルのエントリーが同期しなくなる
問題
形容
MC-LAG 構成の ARP テーブルと MAC アドレス テーブルは通常同期を維持しますが、MC-LAG グループでリンク フラッピングが発生する場合など、テーブルの更新が頻繁に行われる極端な状況では、更新が失われる可能性があります。
解決
MC-LAG 設定で ARP エントリと MAC エントリが同期しなくなるのを回避するには、スイッチの IRB インターフェイスで arp-l2-validate オプションを次のように設定します。
user@switch> set interfaces irb arp-l2-validate
arp-l2-validate
オプションは、QFXシリーズスイッチとEX4300スイッチ(Junos OSリリース15.1R4以降)、EX9200スイッチ(Junos OSリリース13.2R4以降)でのみ使用できます。
このオプションは、ARP および MAC テーブル エントリの検証をオンにし、同期しなくなった場合に更新を自動的に適用します。ARP および MAC 同期の損失を引き起こす他の問題がネットワークで発生している場合は、回避策としてこのオプションを有効にすることができますが、このオプションはスケール構成のパフォーマンスに影響を与える可能性があるため、通常の操作では無効にします。