Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの目次
 

マルチシャーシ リンク アグリゲーションのトラブルシューティング

次の情報を使用して、マルチシャーシ リンク アグリゲーション構成の問題のトラブルシューティングを行います。

マルチシャーシの集合型イーサネットインターフェイスで学習されたMACアドレスがMACアドレステーブルから削除されない

問題

形容

接続された両方のマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピア上の両方のマルチシャーシ集合型イーサネットインターフェイスがダウンした場合、マルチシャーシ集合型イーサネットインターフェイスで学習されたMACアドレスはMACアドレステーブルから削除されません。

たとえば、 set interfaces ae0 disable コマンドを発行して両方のMC-LAGピアでマルチシャーシ集約型イーサネットインターフェイス(ae0)を無効にし、設定をコミットした場合、MACテーブルには、両方のMC-LAGピアのマルチシャーシ集約型イーサネットインターフェイスで学習されたMACアドレスが表示されます。

解決

これは正常な動作です。

MC-LAGピアがスタンバイモードにならない

問題

形容

シャーシ間制御プロトコル(ICCP)設定で指定されたMC-LAGピアIPアドレスと、マルチシャーシ保護設定で指定されたIPアドレスが異なる場合、マルチシャーシリンク集約グループ(MC-LAG)ピアはスタンバイモードになりません。

解決

スタンバイモードに失敗しないように、ICCP設定のピアIPアドレスとマルチシャーシ保護設定のIPアドレスが同じであることを確認します。

ステータス制御がスタンバイに設定されたセカンダリMC-LAGピアが非アクティブになる

問題

形容

プライマリマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピアで、ICL-PL(シャーシ間制御リンク保護リンク)とマルチシャーシ集約型イーサネットインターフェイスがダウンすると、ステータス制御がスタンバイに設定されたセカンダリMC-LAGピアのマルチシャーシ集約型イーサネットインターフェイスは、アクティブではなく非アクティブになります。

解決

これは正常な動作です。

リダイレクトフィルターはユーザー定義フィルターよりも優先されます

問題

形容

MC-LAG(Multi-Chassis Link Aggregation Group)の暗黙的なフェールオーバー リダイレクト フィルターは、ユーザーが設定した明示的なフィルターよりも優先されます。

解決

これは正常な動作です。

操作コマンドの出力が間違っています

問題

形容

ICCP(シャーシ間制御プロトコル)を非アクティブ化した後も、 show iccp 操作コマンドの出力には、mcsnoopd、lacpd、eswdなどの登録済みクライアントデーモンが表示されます。

例えば:

show iccp コマンドの出力には、ICCP ピアが設定されているかどうかに関係なく、常に登録済みモジュールが表示されます。

解決

これは正常な動作です。

ICCP 接続がアクティブになるまでに最大 60 秒かかる場合があります

問題

形容

シャーシ間制御プロトコル(ICCP)設定とルーティングされたVLANインターフェイス(RVI)設定が一緒にコミットされた場合、ICCP接続がアクティブになるまでに最大60秒かかる場合があります。

解決

これは正常な動作です。

マルチシャーシの集合型イーサネットインターフェイスで学習されたMACアドレスの経過時間がゼロにリセットされる

問題

形容

シャーシ間リンク保護リンク(ICL-PL)をアクティブにしてから非アクティブにすると、マルチシャーシ集合型イーサネットインターフェイスで学習したMACアドレスの経過時間はゼロにリセットされます。ネクストホップ インターフェイスの変更により、ハードウェアで MAC アドレスの更新がトリガーされ、その後、パケット転送エンジンでエージング更新がトリガーされます。その結果、MAC アドレスの経過時間がゼロに更新されます。

例えば、ICL-PL が非活動化され、 show ethernet-switching table コマンドの出力に MAC アドレスの経過時間が 0 であることが示されています。

解決

これは正常な動作です。

MACアドレスがデフォルトVLANでリモートで学習されない

問題

形容

Junos OSリリース12.3以前を実行しているQFX3500スイッチでは、マルチシャーシリンクアグリゲーショングループ(MC-LAG)ピアがデフォルトVLANのMACアドレスを学習すると、シャーシ間制御プロトコル(ICCP)は、MACアドレスを他のMC-LAGピアのMACアドレスと同期しません。

解決

これは正常な動作です。

マルチシャーシの集合型イーサネットインターフェイスで学習したスヌーピングエントリは削除されません

問題

形容

マルチキャストスヌーピングが有効になっているVLANでマルチシャーシ集約型イーサネットインターフェイスが設定されている場合、マルチシャーシ集約型イーサネットインターフェイスがダウンしても、VLAN上のマルチシャーシ集約型イーサネットインターフェイスで学習されたメンバーシップエントリーはクリアされません。これは、インターフェイスが立ち上がるとき、または立ち上がって下がるときのコンバージェンス時間を短縮するために行われます。

解決

これは正常な動作です。

認証キーを追加または削除した後、ICCP が表示されない

問題

形容

認証キーを追加してからグローバル ICCP レベルでのみ削除すると、シャーシ間制御プロトコル(ICCP)接続は確立されません。ただし、認証は ICCP ピア レベルで正しく機能します。

解決

ICCP 構成を削除し、ICCP 構成を追加します。

ローカルステータスは、アクティブであるべきときにスタンバイです

問題

形容

ステートマシンが同期状態のときにマルチシャーシ集約型イーサネットインターフェイスがダウンしている場合、マルチシャーシリンクアグリゲーショングループ(MC-LAG)ピアローカルステータスはスタンバイ状態になります。ステートマシンがアクティブ状態になった後に、マルチシャーシの集合型イーサネットインターフェイスがダウンした場合、ローカルステータスはアクティブのままで、ローカル状態はインターフェイスがダウンしていることを示します。

解決

これは正常な動作です。

ICCP に障害が発生した場合のサーバー上のパケット ループ

問題

形容

マルチシャーシリンクアグリゲーショングループ(MC-LAG)のバックアップ活性検出を有効にした場合、MC-LAGの一時的な障害によりバックアップ活性検出パケットが失われると、MC-LAGの両方のピアはアクティブなままになります。この場合、両方の MC-LAG ピアが接続されたサーバにパケットを送信します。

解決

これは正常な動作です。

両方の MC-LAG ピアは、リブートまたは ICCP 設定変更後のデフォルトのシステム ID を使用します

問題

形容

再起動後、または新しいシャーシ間制御プロトコル(ICCP)設定がコミットされ、ICCP接続がアクティブにならない場合、マルチシャーシ集合型イーサネットインターフェイスを介して送信されるリンクアグリゲーション制御プロトコル(LACP)メッセージは、デフォルトのシステムIDを使用します。MC-LAGピアが相互に同期した後にのみ、デフォルトのシステムIDの代わりに設定されたシステムIDが使用されます。

解決

これは正常な動作です。

ICL-PL インターフェースのコミット検査は行われません。

問題

形容

シャーシ間リンク保護リンク(ICL-PL)として設定されているインターフェイスにはコミットチェックがないため、ICL-PL の有効なインターフェイス名を指定する必要があります。

解決

これは正常な動作です。

ダブル フェールオーバー シナリオ

問題

形容

次のイベントがこの順序で発生した場合(シャーシ間制御プロトコル(ICCP)がダウンし、アクティブモードのマルチシャーシリンクアグリゲーショングループ(MC-LAG)ピア上のマルチシャーシ集約イーサネットインターフェイスがダウンした場合、ダブルフェイルオーバーが発生します。このシナリオでは、スタンバイ モードの MC-LAG ピアは、アクティブな MC-LAG ピアで何が起こるかを検出しません。スタンバイモードのMC-LAGピアは、アクティブモードのMC-LAG上のマルチシャーシ集合型イーサネットインターフェイスが立ち上がっているかのように動作し、シャーシ間リンク保護リンク(ICL-PL)トラフィックをブロックします。ICL-PL トラフィックは転送されません。

解決

これは正常な動作です。

マルチキャストトラフィックは、ICL-PLインターフェイスがダウンおよびアップするとVLANにフラッディングします

問題

形容

シャーシ間リンク保護リンク(ICL-PL)がダウンして立ち上がると、マルチキャスト トラフィックが VLAN 内のすべてのインターフェイスにフラッディングします。VLAN のパケット転送エンジン フラグ Ip4McastFloodMode が MCAST_FLOOD_ALL に変更されます。この問題は、マルチシャーシリンクアグリゲーショングループ(MC-LAG)がレイヤー2に設定されている場合にのみ発生します。

解決

これは正常な動作です。

スタンバイ MC-LAG ピアに送信されたレイヤー 3 トラフィックは、アクティブ MC-LAG ピアにリダイレクトされません

問題

形容

シャーシ間制御プロトコル(ICCP)がダウンしている場合、リモートMC-LAGピアのステータスは不明です。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 オプションを次のように設定します。

arp-l2-validateオプションは、QFXシリーズスイッチとEX4300スイッチ(Junos OSリリース15.1R4以降)、EX9200スイッチ(Junos OSリリース13.2R4以降)でのみ使用できます。

このオプションは、ARP および MAC テーブル エントリの検証をオンにし、同期しなくなった場合に更新を自動的に適用します。ARP および MAC 同期の損失を引き起こす他の問題がネットワークで発生している場合は、回避策としてこのオプションを有効にすることができますが、このオプションはスケール構成のパフォーマンスに影響を与える可能性があるため、通常の操作では無効にします。