Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

mc-ae

構文

階層レベル

説明

MC-LAG(マルチシャーシリンクアグリゲーショングループ)を有効にして、1つのデバイスが他の2つ以上のデバイスと論理LAGインターフェイスを形成できるようにします。

オプション

chassis-id

MC-LAG物理メンバーリンクのポート番号を計算するために、LACP(リンクアグリゲーション制御プロトコル)のシャーシIDを指定します。各 MC-LAG ピアには、一意のシャーシ ID が必要です。

  • 値: 0 または 1

events

特定のMC-LAGイベントが発生した場合のアクションを指定します。

iccp-peer-down

このノードの ICCP ピアがダウンした場合のアクションを指定します。

force-icl-down

ノードの ICCP ピアがダウンした場合は、シャーシ間リンク論理インターフェイスを停止します。

prefer-status-control-active

この status-control active ノードのピアがダウンした場合に、 として設定されたノードがアクティブノードになることを指定します。

ICCP がダウンした場合、このキーワードを使用して、アクティブ PE になる mc-lag PE を作成できます。たとえば、ICCP ダウン時に mc-lag PE1 をアクティブにする場合は、PE1 でこのキーワードを設定します。両方の mc-lag PE でこのキーワードを設定することは推奨されません。

メモ:

ステートメントはprefer-status-control-activestatus-control standbyICCP障害時にLACP MC-LAGシステムIDがデフォルトのLACPシステムIDに戻らないように設定することができます。この設定は、ルーターまたはスイッチがダウンしない限り ICCP がダウンしないことを保証できる場合にのみ使用してください。また、ICCP BFDタイムアウトよりも高い設定でstatus-control standbyhold-time downシャーシ間リンクの値を([edit interfaces interface-name]階層レベルで)設定する必要があります。この設定では、設定したルーターまたはスイッチがダウンしたときに、設定されたルーターまたはスイッチstatus-control activestatus-control standbyがスタンバイモードにならないようにすることで、データトラフィックの損失を防ぎます。

prefer-status-control-active集合型イーサネットインターフェイスでシャーシ間リンク論理インターフェイスが設定されている場合、 の設定でstatus-control standby設定を機能させるには、 階層レベルの ステートメントを として設定するか、 [edit protocols iccp peer liveness-detection] 階層レベルの slow ステートメント[edit interface interface-name aggregated-ether-options]detection-time threshold 3秒未満として設定lacp periodic intervalする必要があります。

init-delay-time seconds

トラフィックの損失を最小限に抑えるには、MC-LAGピアを再起動したときに、マルチシャーシの集合型イーサネットインターフェイスがアップ状態に戻るのを遅らせる秒数を指定します。プロトコルコンバージェンスが終わるまでインターフェイスの起動を遅らせることで、障害が発生したリンクやデバイスの回復中のパケットロスを防ぐことができます。

メモ:

QFX および EX シリーズ スイッチでは、デフォルトのセッション確立保留時間は 300 秒です。ただし、セッション確立時間は、init 遅延時間より少なくとも 100 秒長くなければなりません。オプションで、セッション確立時間を 340 秒に、init 遅延時間を 240 秒に更新できます。

mc-ae-id mc-ae-id

MC-LAGデバイスの識別番号を指定します。特定のMC-LAGを管理する2つのMC-LAGネットワークデバイスは、同じ識別番号を持つ必要があります。

  • 範囲: 1 から 65,535

mode (active-active | active-standby)

MC-LAGがアクティブ/アクティブ モードかアクティブ/スタンバイ モードかを指定します。同じグループに属するシャーシは、同じモードである必要があります。

メモ:

モードが設定されている場合active-standby、インターフェイスにmc-aeIPv4(inet)およびIPv6(inet6)アドレスを設定できます。

アクティブ-アクティブモードでは、すべてのメンバーリンクがMC-LAG上でアクティブになります。このモードでは、一方の MC-LAG ピアで学習したメディア アクセス制御(MAC)アドレスが、もう一方の MC-LAG ピアに伝送されます。アクティブ/アクティブ モードはシンプルで決定論的な設計であり、アクティブ/スタンバイ モードよりもトラブルシューティングが容易です。

メモ:

アクティブ/アクティブ モードは、高密度ポート コンセントレータ(DPC)ライン カードではサポートされていません。代わりに、アクティブ/スタンバイ モードを使用します。

アクティブ/アクティブ型 MC-LAG トポロジーでは、ネットワーク インターフェイスは、次の 3 つのインターフェイス タイプに分類されます。

  • S-Link—MC-LAGピアデバイスで終端するシングルホームリンク(S-Link)

  • MCリンク—MC-LAGリンク

  • ICL - シャーシ間リンク

  • モード

    MC-LAGがアクティブ/スタンバイモードかアクティブ/アクティブモードかを示します。同じグループに属するシャーシは、同じモードである必要があります。

    アクティブ-アクティブモードでは、すべてのメンバーリンクがMC-LAG上でアクティブになります。このモードでは、一方の MC-LAG ピアで学習したメディア アクセス制御(MAC)アドレスが、もう一方の MC-LAG ピアに伝送されます。アクティブ/アクティブ モードはシンプルで決定論的な設計であり、アクティブ/スタンバイ モードよりもトラブルシューティングが容易です。

    メモ:

    アクティブ/アクティブ モードは、高密度ポート コンセントレータ(DPC)ライン カードではサポートされていません。代わりに、アクティブ/スタンバイ モードを使用します。

    受信および発信インターフェイスのタイプに応じて、MC-LAG 設定のレイヤ 2 転送ルールにいくつかの制約が追加されます。次のデータ トラフィック転送ルールが適用されます。

    メモ:

    1つのMC-LAGメンバーリンクのみがアップ状態にある場合、それはSリンクと見なされます。

    • MC-LAGネットワークがローカルMC-LinkまたはS-Linkからパケットを受信すると、そのパケットは、通常のレイヤ2転送ルールおよび および ステートメントの設定mesh-groupno-local-switchingに基づいて、SリンクおよびMCリンクを含む他のローカルインターフェイスに転送されます。MCリンクとSリンクが同じメッシュグループに属し、それらのno-local-switchingステートメントが有効になっている場合、受信パケットはアップストリームにのみ転送され、MCリンクとSリンクには送信されません。

    • ICLがローカルMCリンクまたはSリンクからパケットを受信するかどうかは、次の状況によって決まります。

      • ピアMC-LAGネットワークデバイスに、ローカルMC-LAGネットワークデバイスに存在しないSリンクまたはMC-LAGがある場合

      • 2つのピアリングMC-LAGネットワークデバイス上のインターフェイスが相互に通信できるかどうか

    • MC-LAG ネットワークが ICL からパケットを受信すると、そのパケットは、パケットの送信元の MC-LAG ネットワークに存在しないすべてのローカル S リンクおよびアクティブな MC-LAG に転送されます。

    アクティブ/スタンバイ モードでは、MC-LAG ピアの 1 つだけがアクティブです。もう一方の MC-LAG ピアはバックアップ(スタンバイ)モードです。アクティブMC-LAGピアは、LACP(リンクアグリゲーション制御プロトコル)を使用して、その子リンクがデータトラフィックの転送に利用できることをクライアントデバイスにアドバタイズします。アクティブ/スタンバイ モードは、冗長性のみに関心がある場合に使用する必要があります。メンバーリンク間での冗長性と負荷分散の両方が必要な場合は、アクティブ-アクティブモードを使用します。

    メモ:

    アクティブ/スタンバイ モードは、EX4300 および QFX シリーズ スイッチではサポートされていません。

redundancy-group group-id

冗長グループ識別番号を指定します。シャーシ間制御プロトコル(ICCP)は、冗長性グループ ID を使用して、同様の冗長性機能を実行する複数のシャーシを関連付けます。このオプションに割り当てる値は、ICCPピアで設定するオプションに割り当てる値 redundancy-group-id-list と一致する必要があります。値が異なる場合、変更をコミットすると、システムはコミットチェックエラーを報告します。

ベスト プラクティス:

MC-LAGノード間では、冗長性グループを1つだけ設定することをお勧めします。冗長性グループは、MC-LAGノード間の高可用性のドメインを表します。1組のMC-LAGノード間では、1つの冗長性グループで十分です。論理システムを使用している場合は、各論理システムのMC-LAGノード間に1つの冗長性グループを設定します。

  • 範囲: 1 から 4,294,967,294

revert-time

switchover-mode リバーティブとして構成されている場合、優先ノードへのスイッチオーバーが実行されるまでの待機間隔(分単位)。

  • 範囲: 1 から 10

status-control (active | standby)

シャーシ間リンク障害が発生した場合に、シャーシをアクティブにするか、スタンバイモードのままにするかを指定します。

  • イベント ICCP-ピアダウン 強制-ICL-ダウン

    このノードのピアがダウンした場合、ICL を強制的にダウンさせます。

  • イベント ICCP-ピアダウン優先ステータス-コントロール-アクティブ

    再起動時にLACPシステムIDを保持できるため、フェイルオーバー後のコンバージェンスが向上します。

switchover-mode (non-revertive | revertive)

アクティブノードが利用可能な場合に、Junos OSが優先ノードへのリンクスイッチオーバーをトリガーするかどうかを指定します。

メモ:

モードが優先ノードに自動的に切り替わるようにするには revertive 、 ステートメントを status-control として設定 activeする必要があります。

必要な権限レベル

interface—設定でこのステートメントを表示します。

interface-control—設定にこのステートメントを追加します。

リリース情報

Junos OS リリース 9.6で導入されたステートメント。

events MXシリーズルーターのJunos OSリリース11.4R4で導入されたステートメント。

prefer-status-control-active EXシリーズスイッチのJunos OSリリース13.2R1で導入されたステートメント。

init-delay-time seconds EXシリーズスイッチのJunos OSリリース13.2R3で導入されたステートメント。

switchover-moderevert-timeおよび Junos OSリリース13.3で導入されたステートメント。

Junos OSリリース14.1で導入された論理システムのサポート。