イーサネット リンク アグリゲーション
イーサネットリンクアグリゲーションは、リンクアグリゲーショングループ(LAG)、ポートトランキング、またはポートボンディングとも呼ばれ、複数のイーサネットリンクを1つの論理リンクに結合する技術です。
イーサネット リンク アグリゲーションとは、複数の全二重同速度ポイントツーポイント イーサネット リンクを 1 つの仮想リンクに束ねたり、結合したりすることで、帯域幅を直線的に増加させ、イーサネット リンクの耐障害性を向上させるメカニズムです。仮想リンクインターフェイスは、 リンクアグリゲーショングループ(LAG)または集合型イーサネット(AE)インターフェイスと呼ばれます。LAGは、集約されたイーサネットバンドル内のメンバーリンク間でトラフィックのバランスを取り、アップリンク帯域幅を効果的に増加させます。リンクアグリゲーションのもう一つの利点は、LAGが複数のメンバーリンクで構成されているため、可用性が向上することです。1つのメンバーリンクに障害が発生した場合、LAGは残りのリンクを介してトラフィックを運び続けます。
集合型イーサネットインターフェイスを設定するには:
作成するアグリゲートイーサネットインターフェイスの数を指定します。
[edit chassis] user@host#
set aggregated-devices ethernet device-count number集合型イーサネットインターフェイス(aex)、つまり定義されたバンドルに「up」というラベルを付けるための最小のリンク数を指定します。
[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の負荷分散に使用するフィールドをグローバルに設定できます
ルーターでは、inetファミリーノブはPICレベルで使用できます。負荷分散に使用するinetファミリーのレイヤ3およびレイヤ4フィールドを設定できます。ブリッジ ファミリーの場合、ロードバランシングに使用されるレイヤ 2、レイヤ 3、およびレイヤ 4 フィールド。
また、ルーターは、レイヤー 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; }
LAGバンドルのハッシュに使用されるアルゴリズムの理解
ルーターは、ハッシュアルゴリズムを使用して、リンクアグリゲーショングループ(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 宛先ポート) |