ACX シリーズ ルーターのイーサネット リンク アグリゲーションを理解する
イーサネット リンク アグリゲーションとは、複数の全二重同速度ポイントツーポイント イーサネット リンクを 1 つの仮想リンクに束ねたり、結合したりすることで、帯域幅を直線的に増加させ、イーサネット リンクの耐障害性を向上させるメカニズムです。仮想リンクインターフェイスは、 リンクアグリゲーショングループ(LAG)または集合型イーサネット(AE)インターフェイスと呼ばれます。LAGは、集約されたイーサネットバンドル内のメンバーリンク間でトラフィックのバランスを取り、アップリンク帯域幅を効果的に増加させます。リンクアグリゲーションのもう一つの利点は、LAGが複数のメンバーリンクで構成されているため、可用性が向上することです。1つのメンバーリンクに障害が発生した場合、LAGは残りのリンクを介してトラフィックを運び続けます。
ACX シリーズ ルーターは、100 ミリ秒以上の導通チェック間隔を持つ集合型イーサネット インターフェイスで CFM(接続障害管理)をサポートします。
ACX5048ルーターとACX5096ルーターは、1秒以上の導通チェック間隔を持つ集合型イーサネットインターフェイスでCFM(接続障害管理)をサポートします。
ACX5048ルーターとACX5096ルーターのイーサネットオプションの設定は、他のACXシリーズルーターとは異なります。詳細については、「 ACXシリーズのレイヤー2次世代モード」を参照してください。
ACX シリーズ ルーターでは、最大 128 個の AE インターフェイスを作成できます。各 AE インターフェイスには最大 8 個の物理インターフェイスがあります。AEインターフェイスは、シャーシ上のPICおよび固定ポート間で作成できます。
ACX5048およびACX5096ルーターでは、最大64のAEインターフェイスを作成でき、各AEインターフェイスには最大16の物理インターフェイスがあります。
ACX シリーズ ルーターは、集合型イーサネット インターフェイスの統計情報をサポートしていません。ただし、メンバー インターフェイスの統計情報は取得できます。
集合型イーサネットインターフェイスを設定するには:
作成するアグリゲートイーサネットインターフェイスの数を指定します。
[edit chassis] user@host#
set aggregated-devices ethernet device-count number集合型イーサネットインターフェイス(aex)、つまり定義されたバンドルに「up」というラベルを付けるための最小のリンク数を指定します。
注:デフォルトでは、「up」というラベルを付けるバンドル用のリンクは1つだけです。
[edit interfaces] user@host#
set ae0 aggregated-ether-options minimum-links number (1 — 8)アグリゲートイーサネットバンドルのリンク速度を指定します。
[edit interfaces] user@host#
set ae0 aggregated-ether-options link-speed speed (10g | 1g | 100m)集合型イーサネットバンドルに含めるメンバーを指定します。
[edit interfaces] user@host#
set ge-1/0/0 gigether-options 802.3ad ae0user@host#set ge-1/0/1 gigether-options 802.3ad ae0アグリゲートイーサネットバンドルのインターフェイスファミリーを指定します。
[edit interfaces] user@host#
set ae0 unit 0 family inet address ip-address
上記の手順では、AE インターフェイスが作成され、AE 論理インターフェイスで定義されたサービスを実行する準備が整います。
AE インターフェイスは、VLAN タグ付きまたはタグなしを選択できます。AE インターフェイスでは、フレキシブル VLAN タグ、ネイティブ VLAN ID、およびデュアル タグを設定できます。
設定変更があった場合(AE インターフェイスからギガビット イーサネット インターフェイスへ、またはその逆の場合も同様)、既存の設定を削除してコミットし、新しい設定を追加してから、再度設定をコミットする必要があります。
集合型イーサネットインターフェイスを削除するには:
集約されたイーサネット構成を削除します。
このステップにより、インターフェイスの状態がダウンに変更され、aex に関連する設定ステートメントが削除されます。
[edit] user@host#
delete interfaces aexデバイス数からインターフェイスを削除します。
[edit] user@host#
delete chassis aggregated-devices ethernet device-count
集合型イーサネットインターフェイスでは、LACP(リンクアグリゲーション制御プロトコル)を設定できます。LACPは、複数の物理インターフェイスを束ねて1つの論理インターフェイスを形成する方法の1つです。LACPを有効にしたかどうかに関わらず、VLANタグ付きおよびタグなし集合型イーサネットの両方を設定できます。
ロードバランシング
JUNOS は、パケット内のレイヤー 3 情報に基づいて、AE バンドル内のメンバーリンク間でトラフィックのロードバランシングを行います。inetおよびMPLSの負荷分散に使用するフィールドをグローバルに設定できます
ACXシリーズルーターでは、inetファミリーのノブはPICレベルで使用できます。負荷分散に使用するinetファミリーのレイヤ3およびレイヤ4フィールドを設定できます。ブリッジ ファミリーの場合、ロードバランシングに使用されるレイヤ 2、レイヤ 3、およびレイヤ 4 フィールド。
ACXシリーズルーターは、レイヤー2の送信元MACアドレス、宛先MACアドレス、またはその両方を使用して、メンバーリンク間のロードバランシングもサポートしています。これは、 [edit forwarding-options hash-key family multiservice] 階層レベルで構成できます。レイヤー 2 送信元 MAC アドレスと宛先 MAC アドレスは、負荷分散のハッシュキーとして使用されます。
[edit]
forwarding-options {
hash-key {
family multiservice {
destination-mac;
source-mac;
}
}
}
IP レイヤー 2 パケットの場合、メンバー リンク間の負荷分散には IP フィールドのみが使用されます。送信元 MAC アドレスと宛先 MAC アドレスは、ロード バランシングには使用されません。
非 IP レイヤー 2 パケットの場合、送信元 MAC アドレスまたは宛先 MAC アドレスのいずれかが負荷分散のハッシュキーとして使用されます。
レイヤー2フィールドに基づいてハッシュする場合は、
multiserviceを設定する必要があります。レイヤー3およびレイヤー4フィールドに基づいてハッシュする場合は、
family (inet | inet6)
LACP モニタリング
LACP 交換は、アクターとパートナーの間で行われます。アクターは、LACP交換におけるローカルインターフェイスです。パートナーとは、LACP交換におけるリモートインターフェイスのことです。
LACPは、IEEE 802.3ad、 複数リンクセグメントのアグリゲーションで定義されています。
LACP は、次のことを実現するように設計されています。
ユーザーの介入なしに、集約バンドルへの個々のリンクを自動的に追加および削除
バンドルの両端が正しいグループに接続されているかどうかを確認するためのリンク監視
LACPのJunos OS実装では、リンクの監視は可能ですが、リンクの自動追加・削除は提供されません。
LACPの監視は、分散化することも、一元化することもできます。デフォルトは分散されており、LACPプロトコルで集中型ノブを設定することで上書きできます。LACP 交換は、アクターとパートナーの間で行われます。アクターは、LACP交換におけるローカルインターフェイスです。パートナーとは、LACP交換におけるリモートインターフェイスのことです。
デフォルトでは、LACP は LACP PDU 交換を開始しません。LACP パケットは、1 秒あたり 1 パケットのレート、または 1 パケットの遅いレートで 30 秒間、LACP PDU を交換するように設定できます。
LACP モードは、アクティブまたはパッシブにすることができます。アクターとパートナーが両方ともパッシブモードの場合、LACPパケットを交換しないため、集約されたイーサネットリンクが立ち上がらないことになります。アクターまたはパートナーのどちらかがアクティブであれば、LACPパケットを交換します。デフォルトでは、集合型イーサネットインターフェイスではLACPはオフになっています。LACPが設定されている場合、デフォルトではパッシブモードになります。LACPパケットの送信およびLACPパケットに対する応答を開始するには、LACPをアクティブモードで設定する必要があります。
LACP アクティブ モードを有効にするには、[edit interfaces interface-name aggregated-ether-options]階層レベルで lacp ステートメントを含め、active オプションを指定します。
[edit interfaces interface-name aggregated-ether-options] lacp { active; }
LACP プロセスは、システムをアクティブまたはパッシブ LACP モードで設定した場合のみ、システム内に存在することになります。
デフォルトの動作に戻すには、[edit interfaces interface-name aggregated-ether-options]階層レベルで lacp ステートメントをインクルードし、passive オプションを指定します。
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
リンク保護
AE インターフェイスでリンク保護を設定し、LACP を使用して 1:1 のリンク復元力を提供できます。プライマリ リンクとバックアップ リンクは、AE バンドル内で設定できます。プライマリ リンクは、すべてのトランジット トラフィックとホスト生成トラフィックに使用されます。バックアップ リンクは、プライマリ リンクに障害が発生した場合に使用されます。
リンク保護は、AE バンドルにプライマリ リンクとバックアップの 2 つ以下のメンバー リンクがある場合にのみサポートされます。LACP はデフォルトでリバーティブ リンク保護モードで動作しますが、ノンリバーティブ モードで動作するように設定できます。
LACP(AEインターフェイスの静的リンク保護)を使用しないリンク保護は、すべてのACXシリーズルーターでサポートされているわけではありません。リンク保護は、AE バンドルに設定された LACP で期待どおりに機能します。
集合型イーサネットインターフェイスのリンク保護の設定
集合型イーサネットインターフェイスは、リンク保護をサポートし、インターフェイス上のQoSを確保します。
リンク保護を設定するには:
集合型イーサネットインターフェイスのオプションを設定します。
user@host# edit interfaces aex aggregated-ether-options
リンク保護モードを設定します。
[edit interfaces aex aggregated-ether-options] user@host# set link-protection
集合型イーサネットインターフェイスのリンク保護の無効化
リンク保護を無効にするには、 delete interface revert aex コンフィグレーション コマンドを発行します。
user@host# delete interfaces aex aggregated-ether-options link-protection
LAGバンドルのハッシュに使用されるアルゴリズムの理解
ACX シリーズ ルーターは、ハッシュ アルゴリズムを使用して、リンク アグリゲーション グループ(LAG)バンドルを介したトラフィックの転送方法を決定します。
ハッシュアルゴリズムは、さまざまなパケットフィールドの値と、送信元ポート ID や送信元デバイス ID などの内部値に基づいてハッシュを決定します。ハッシュアルゴリズムで使用されるフィールドの一部を設定できます。
ハッシュアルゴリズムは、LAGバンドルに入るトラフィックのトラフィック転送を決定するために使用されます。
LAGバンドルの場合、ハッシュアルゴリズムは、LAGバンドルに入るトラフィックがバンドルのメンバーリンクにどのように配置されるかを決定します。ハッシュアルゴリズムは、バンドル内のメンバーリンクにまたがるすべての着信トラフィックを均等にロードバランシングすることで、帯域幅を管理しようとします。
ハッシュアルゴリズムは、さまざまなパケットフィールドの値と、送信元ポート ID や送信元デバイス ID などの内部値に基づいてハッシュを決定します。ハッシュアルゴリズムで使用されるパケットフィールドは、パケットのEtherTypeによって異なり、場合によってはルーターの設定によっても異なります。ハッシュ アルゴリズムは、次の EtherType を認識します。
IPv4
MPLS
これらの EtherType のいずれにも属していないと認識されないトラフィックは、レイヤー 2 ヘッダーに基づいてハッシュされます。ユーザーがハッシュモードをレイヤー2ヘッダーとして設定すると、IPおよびMPLSトラフィックもレイヤー2ヘッダーに基づいてハッシュされます。
ハッシュアルゴリズムがトラフィック転送を決定するために使用するフィールドの一部を設定できます。ただし、ヘッダー内の特定の値をハッシュ アルゴリズムで使用する方法を構成することはできません。
ハッシュ アルゴリズムに関する次の点に注意してください。
ハッシュ用に選択されたフィールドは、パケット タイプのみに基づいています。このフィールドは、転送の決定(ブリッジまたはルーティング)やエグレスLAGバンドル設定(レイヤー2またはレイヤー3)など、他のパラメーターには基づいていません。
ユニキャスト パケットとマルチキャスト パケットのハッシュにも同じフィールドが使用されます。ただし、ユニキャスト パケットとマルチキャスト パケットのハッシュは異なります。
表 1 は、レイヤー2サービスによるハッシュに使用されるフィールドを説明しています。表では、デフォルトの動作と、レイヤー2サービスで受信したトラフィックのタイプに基づく設定可能なフィールドについて説明します
トラフィック タイプ |
デフォルトのハッシュフィールド |
設定可能なフィールド(ハッシュキー) |
|---|---|---|
レイヤー 2 |
なし |
送信元 MAC アドレス 宛先 MAC 送信元 MAC と宛先 MAC |
IP |
送信元 IP と宛先 IP |
送信元 MAC アドレス 宛先 MAC 送信元 MAC と宛先 MAC |
MPLS |
MPLSラベル1およびMPLSラベル2 |
送信元 MAC アドレス 宛先 MAC 送信元 MAC と宛先 MAC |
表 2 は、レイヤー3サービスによるハッシュに使用されるフィールドを説明しています。この表では、デフォルトの動作と、レイヤー3サービスで受信したトラフィックのタイプに基づく設定可能なフィールドについて説明します
トラフィック タイプ |
デフォルトのハッシュフィールド |
設定可能なフィールド(ハッシュキー) |
|---|---|---|
IP |
送信元 IP と宛先 IP |
レイヤー 3(送信元 IP および/または宛先 IP) レイヤー 4(UDP/TCP 送信元ポートおよび UDP/TCP 宛先ポート) |