45.5. イーサネットパラメーター


重要な影響
最新のイーサネットベースのネットワークインターフェイスカード(NIC)のほとんどは、設定を変更するためにモジュールパラメーターを必要としません。代わりに、ethtool または mii-tool を使用して設定できます。これらのツールが機能しなかった後にのみ、モジュールパラメーターを調整する必要があります。モジュールパラメーターは、modinfo コマンドを使用して表示できます。
注記
これらのツールの使用方法は、ethtoolmii-tool、および modinfo の man ページを参照してください。
表45.2 Ethernet モジュールパラメーター
ハードウェア モジュール パラメーター
3com EtherLink PCIvideo/XL Vortex (3c590, 3c592, 3c597) Boomerang (3c900, 3c905, 3c595) 3c59x.ko
debug - 3c59x デバッグレベル(0-6)
オプション - 3c59x: Bits 0-3: メディアタイプ、ビット 4: バスマスター、ビット 9: 完全なデュプレックス
global_options - 3c59x: オプションと同じですが、オプションが設定されていないとすべての NIC に適用されます。
full_duplex - 3c59x full duplex setting (s) (1)
global_full_duplex - 3c59x: full_duplex と同じですが、full_duplex が設定されていない場合にはすべての NIC に適用されます。
hw_checksums - アダプターによる 3c59x ハードウェアチェックサムチェック(0-1)
flow_ctrl - 3c59x 802.3x フロー制御の使用(PAUSE のみ) (0-1)
enable_wol - 3c59x: アダプターの Wake-on-LAN をオンにする(0-1)
global_enable_wol - 3c59x: enable_wol と同じですが、enable_wol が設定されていない場合にはすべての NIC に適用されます。
rx_copybreak - 3c59x copy breakpoint for copy-only-tiny-frames
max_interrupt_work - 割り込みごとに処理される 3c59x の最大イベント
compaq_ioaddr - 3c59x PCI I/O ベースアドレス(Compaq BIOS の問題回避策)
compaq_irq - 3c59x PCI IRQ 番号(Compaq BIOS の問題回避策)
compaq_device_id - 3c59x PCI デバイス ID (Compaq BIOS の問題回避策)
watchdog - 3c59x 送信タイムアウト(ミリ秒単位)
global_use_mmio - 3c59x: use_mmio と同じですが、オプションが設定されていないとすべての NIC に適用されます。
use_mmio - 3c59x: メモリーマッピング PCI I/O リソース(0-1)を使用します。
RTL8139、SMC EZ Card Fast Ethernet、RTL8129 を使用する RealTek カード、または RTL8139 Fast Ethernet チップセット 8139too.ko  
Broadcom 4400 10/100 PCI ethernet ドライバー b44.ko
b44_debug - B44 ビットマッピングのデバッグメッセージの有効化値
Broadcom NetXtreme II BCM5706/5708 Driver bnx2.ko
disable_msi - メッセージシグナル割り込み(MSI)の無効化
Intel Ether Express/100 ドライバー e100.ko
debug - デバッグレベル(0=none,...,16=all)
eeprom_bad_csum_allow - 不正な eeprom チェックサムを許可します。
Intel EtherExpress/1000 ギガビット e1000.ko
TxDescriptors - 送信記述子の数
RxDescriptors - 受信記述子の数
speed - Speed 設定
duplex - Duplex 設定
AutoNeg - アドバタイズされたオートネゴシエーション設定
flowcontrol: フロー制御の設定
XsumRX - Receive Checksum オフロードを無効または有効にします。
TxIntDelay - 送信割り込みの遅延
TxAbsIntDelay - mit Absolute Interrupt Delay
RxIntDelay: Receive Interrupt Delay
RxAbsIntDelay - Receive Absolute Interrupt Delay
InterruptThrottleRate - Interrupt Throttling Rate
SmartPowerDownEnable - Enable PHY smart power down
KumeranLockLoss - Kumeran ロック損失回避策を有効にする
Myricom 10G driver (10GbE) myri10ge.ko
myri10ge_fw_name - ファームウェアイメージ名
myri10ge_ecrc_enable - PCI-E で Extended CRC を有効にする
myri10ge_max_intr_slots - 割り込みキュースロット
myri10ge_small_bytes - 小さいパケットのしきい値
myri10ge_msi - メッセージ署名割り込みの有効化
myri10ge_intr_coal_delay - Interrupt coalescing delay
myri10ge_flow_control - Pause パラメーター
myri10ge_deassert_wait - レガシー割り込みを破棄する際に待機する
myri10ge_force_firmware: ファームウェアがアライメントされた完了を想定するように強制する
myri10ge_skb_cross_4k - 4KB の境界を超える小規模な skb 可能性
myri10ge_initial_mtu - 初期 MTU
myri10ge_napi_weight — Set NAPI weight
myri10ge_watchdog_timeout - ウォッチドッグのタイムアウトを設定します。
myri10ge_max_irq_loops - スタックしたレガシー IRQ 検出しきい値を設定します
NatSemi DP83815 Fast Ethernet natsemi.ko
MTU: DP8381x MTU (すべてのボード)
debug - DP8381x のデフォルトデバッグレベル
rx_copybreak - DP8381x copy breakpoint for copy-only-tiny-frames
オプション - DP8381x: Bits 0-3: メディアタイプ、ビット 17: full duplex
full_duplex - DP8381x full duplex setting (s) (1)
AMD PCnet32 and AMD PCnetPCI pcnet32.ko  
PCnet32 および PCnetPCI pcnet32.ko
debug - pcnet32 デバッグレベル
max_interrupt_work - pcnet32 割り込みごとに処理される最大イベント
rx_copybreak - pcnet32 copy breakpoint for copy-only-tiny-frames
tx_start_pt - pcnet32 送信開始ポイント(0-3)
pcnet32vlb - pcnet32 Vesa local bus (VLB)サポート(0/1)
オプション - pcnet32 初期オプション設定(0-15)
full_duplex - pcnet32 full duplex setting (s) (1)
homepna - 79C978 カードの pcnet32 モード(HomePNA の場合は 1、イーサネットの場合は 0、デフォルトイーサネット)
Realtek RTL-8169 Gigabit Ethernet driver r8169.ko
メディア: phy 操作を強制します。ethtool (8)で非推奨になりました。
rx_copybreak - copy-only-tiny-frames のブレークポイントをコピー
use_dac - PCI DAC を有効にします。32 ビットの PCI スロットでは安全ではありません。
debug - デバッグの詳細レベル(0=none, ..., 16=all)
Neterion Xframe 10GbE サーバーアダプター s2io.ko  
SIS 900/701G PCI Fast Ethernet sis900.ko
multicast_filter_limit - SiS 900/7016 フィルターリングされたマルチキャストアドレスの最大数
max_interrupt_work - SiS 900/7016 割り込みごとに処理される最大イベント
sis900_debug - SiS 900/7016 ビットマッピングのデバッグメッセージレベル
Adaptec Starfire イーサネットドライバー starfire.ko
max_interrupt_work: 割り込みごとに処理される最大イベント
MTU: MTU (全ボード)
debug - デバッグレベル(0-6)
rx_copybreak - copy-only-tiny-frames のブレークポイントをコピー
intr_latency: 最大割り込みレイテンシー(マイクロ秒単位)
small_frames: 割り込みレイテンシーをバイパスする受信フレームの最大サイズ(0,64,128,256,512)
オプション - 非推奨:Bits 0-3: メディアタイプ、ビット 17: 完全なデュプレックス
full_duplex - 非推奨:完全なデュプレックス設定を強制(0/1)
enable_hw_cksum - ハードウェアcksum サポートを有効/無効にします(0/1)
Broadcom Tigon3 tg3.ko
tg3_debug - Tigon3 ビットマッピングのデバッグメッセージの有効化値
ThunderLAN PCI tlan.ko
aui - ThunderLAN は AUI ポート(0-1)を使用します。
duplex - ThunderLAN デュプレックス設定(0-default、1-half、2-full)
速度 - ThunderLAN ポートスペンデン設定(0,10,100)
debug - ThunderLAN デバッグマスク
bbuf - ThunderLAN は big buffer (0-1)を使用します。
digital 21x4x Tulip PCI Ethernet cards SMC EtherPower 10 PCI (8432T/8432BT) SMC EtherPower 10/100 PCI (9332DST) DEC EtherWorks 100/10 PCI (DE500-XA) DEC EtherWorks 10 PCI (DE450) DEC QSILVER's, Znyx 312 etherarray Allied Telesis LA100PCI-T Danpex EN-9400, Cogent EM110 tulip.ko io io_port
VIA VT86c100A Rhine-II PCI または 3043 Rhine-I D-Link DFE-930-TX PCI 10/100 のいずれかを使用した VIA Rhine PCI Fast Ethernet カード via-rhine.ko
max_interrupt_work - VIA Rhine 割り込みごとに処理される最大イベント
debug - VIA Rhine デバッグレベル(0-7)
rx_copybreak - copy-only-tiny-frames の VIA Rhine copy breakpoints
avoid_D3 - 電源状態 D3 を回避(破損した BIOS の回避策)

45.5.1. Channel Bonding モジュール

Red Hat Enterprise Linux では、管理者は ボンディングカーネルモジュールと、チャンネルボンディング インターフェイス と呼ばれる特別なネットワークインターフェイスを使用して、NIC を 1 つの チャンネル にバインドできます。このチャンネルボンディングにより、複数のネットワークインターフェイスが 1 つとして機能できるようになり、また同時に帯域幅が増加し、冗長性を提供します。
複数のネットワークインターフェイスをチャンネル化するには、管理者は以下の手順を実行する必要があります。
  1. 以下の行を /etc/modprobe.conf に追加します。
    alias bond<N> bonding
    &lt ;N& gt; を 0 などのインターフェイス番号に置き換えます。設定したチャンネルボンディングインターフェイスごとに、/etc/modprobe.conf に対応するエントリーが必要です。
  2. 「チャンネルボンディングインターフェイス」 で説明されているように、チャンネルボンディングインターフェイスを設定します。
  3. パフォーマンスを強化するには、利用可能なモジュールオプションを調節して、最適な組み合わせを確認します。特に miimonarp_intervalarp_ip_target パラメーターに注意してください。利用可能なオプション一覧と、ボンディングされたインターフェイスに最適なオプションを迅速に判別する方法については、「ボンディングモジュールのディレクティブ」 を参照してください。

45.5.1.1. ボンディングモジュールのディレクティブ

ボンディングインターフェイスの設定ファイル(ifcfg-bond0 など)の BONDING_OPTS=" <bonding parameters> " ディレクティブに追加する前に、ボンディングされたインターフェイスにどのチャンネルボンディングモジュールパラメーター が最適かをテストすることが推奨されます。ボンディングされたインターフェイスのパラメーターは、sysfs ファイルシステム内のファイルを操作することで、ボンディングモジュールをアンロード (およびリロード) することなく設定できます。
sysfs は、カーネルオブジェクトをディレクトリー、ファイル、シンボリックリンクとして表す仮想ファイルシステムです。sysfs を使用すると、カーネルオブジェクトに関する情報のクエリーや、通常のファイルシステムコマンドを使用することでこれらのオブジェクトを操作することもできます。sysfs 仮想ファイルシステムには /etc/fstab の行があり、/sys の下にマウントされます。ボンディングされたインターフェイスはすべて、/sys/class/net/ ディレクトリー配下のファイルと対話して動的に設定できます。
ifcfg-bond0 などのチャンネルボンディングインターフェイスファイルを作成し、「チャンネルボンディングインターフェイス」 の手順に従ってボンディングされたインターフェイスに SLAVE=yes ディレクティブおよび MASTER=bond0 ディレクティブを挿入した後に、ボンディングされたインターフェイスに最適なパラメーターのテストと判断に進むことができます。
まず、ifconfig bond < N> を root として実行して、作成した ボンディング  を起動 します。
ifconfig bond0 up
ifcfg-bond0 ボンディングインターフェイスファイルを正しく作成した場合は、ifconfig の実行の出力に bond0 が一覧表示されます(オプションなし)。
~]# ifconfig
bond0     Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
eth0      Link encap:Ethernet  HWaddr 52:54:00:26:9E:F1
          inet addr:192.168.122.251  Bcast:192.168.122.255  Mask:255.255.255.0
          inet6 addr: fe80::5054:ff:fe26:9ef1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:207 errors:0 dropped:0 overruns:0 frame:0
          TX packets:205 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:70374 (68.7 KiB)  TX bytes:25298 (24.7 KiB)
[output truncated]
アップになっていないボンドも含めてすべての既存のボンドを表示するには、以下を実行します。
~]# cat /sys/class/net/bonding_masters
bond0
/sys/class/net/bond <N> /bonding/ ディレクトリーにあるファイルを操作することで、各ボンドを 個別に設定できます。まず、設定するボンドをダウンにします。
ifconfig bond0 down
たとえば、bond0 の MII 監視を 1 秒間隔で有効にするには、(root として)を実行できます。
echo 1000 > /sys/class/net/bond0/bonding/miimon
bond0 を balance-alb モードに設定するには、以下のいずれかを実行できます。
echo 6 > /sys/class/net/bond0/bonding/mode
またはモード名を使用します。
echo balance-alb > /sys/class/net/bond0/bonding/mode
問題のボンドにいくつかのオプションを設定した後に、ifconfig bond <N > をup にすると、それを起動してテストできます。オプションを変更する場合はインターフェイスを停止して、sysfs を使用してそのパラメーターを修正後、有効に戻して再確認します。
ボンディングに最適なパラメーターのセットを決定したら、設定しているボンディングされたインターフェイスの /etc/sysconfig/network-scripts/ifcfg-bond <N > ファイルの BONDING_OPTS= ディレクティブにそれらのパラメーターをスペース区切りリストとして追加します。ボンディングが起動すると( ONBOOT=yes ディレクティブが設定されている場合はブートシーケンス中にシステムがシステムによって)、BONDING_OPTS で指定されたボンディングオプションがそのボンディングに対して有効になります。ボンディングされたインターフェイス(および BONDING_OPTS)の設定に関する詳細は、「チャンネルボンディングインターフェイス」 を参照してください。
ボンディングモジュールで利用可能なチャンネルボンディングモジュールパラメーターの一覧を以下に示します。チャンネルボンディングの設定に関する詳細とボンディングモジュールパラメーターの完全リストの詳細は、kernel-doc パッケージをインストールし、含まれている bonding.txt ファイルを見つけて開きます。
yum -y install kernel-doc
nano -w $(rpm -ql kernel-doc | grep bonding.txt)

ボンディングインターフェイスパラメーター

arp_interval=<time_in_milliseconds>
ARP 監視が発生する頻度を指定します(ミリ秒単位)。
重要な影響
arp_interval および arp_ip_target の両パラメーター、あるいは miimon パラメーターの指定は不可欠です。指定されないと、リンクが失敗した場合にネットワークパフォーマンスが低下する恐れがあります。
mode= 0 または mode =1 (2 つの負荷分散モード)でこの設定を使用する場合は、NIC 全体に均等にパケットを分散するようにネットワークスイッチを設定する必要があります。これを実行する方法の詳細については、/usr/share/doc/kernel-doc- <kernel_version> /Documentation/networking/bonding.txt を参照してください。
デフォルトでは値は 0 に設定されており、ARP 監視を無効にします。
arp_ip_target=<ip_address> [,<ip_address_2>,...<ip_address_16> ]
arp_interval パラメーターが有効な場合に ARP 要求のターゲット IP アドレスを指定します。コンマ区切りのリストで、最大 16 個の IP アドレスを指定できます。
arp_validate=<value>
ARP プローブのソース/ディストリビューションを検証します。デフォルトは none です。他の有効な値は、activebackup、および all です。
debug=<number>
デバッグメッセージを有効にします。以下の値が使用できます。
  • 0 : デバッグメッセージが無効になります。これがデフォルトです。
  • 1 : デバッグメッセージが有効になっています。
downdelay=<time_in_milliseconds>
リンクを無効にする前に、リンクの失敗後に待機する時間を指定します (ミリ秒単位)。値は、miimon パラメーターで指定される値の倍数でなければなりません。デフォルトでは値は 0 に設定されており、ARP 監視を無効にします。
lacp_rate=<value>
リンクパートナーが 802.3ad モードで LACPDU パケットを送信するレートを指定します。以下の値が使用できます。
  • slow または 0: デフォルト設定。パートナーが 30 秒ごとに LACPDU を送信するよう指定します。
  • fast または 1: パートナーが LACPDU を 1 秒ごとに送信するように指定します。
miimon=<time_in_milliseconds>
MII リンク監視が発生する頻度を指定します (ミリ秒単位)。MII は NIC がアクティブであることを検証するために使用されるため、これは高可用性が必要な場合に役立ちます。特定の NIC のドライバーが MII ツールに対応していることを確認するには、root で以下のコマンドを入力します。
ethtool <interface_name> | grep "Link detected:"
このコマンドで、&lt ;interface_name> をボンディングインターフェイスではなく、eth0 などのデバイスインターフェイスの名前に置き換えます。MII が対応している場合は、コマンドは以下を返します。
Link detected: yes
高可用性のためにボンディングされたインターフェイスを使用する場合、各 NIC のモジュールは MII に対応していなければなりません。値を 0 (デフォルト) に設定すると、この機能はオフになります。この設定を設定する際に、このパラメーターのスタート地点は 100 になります。
重要な影響
arp_interval および arp_ip_target の両パラメーター、あるいは miimon パラメーターの指定は不可欠です。指定されないと、リンクが失敗した場合にネットワークパフォーマンスが低下する恐れがあります。
mode=<value>
ここでの &lt ;value> は以下のいずれかになります。
  • balance-rr または 0: 耐障害性とロードバランシングにラウンドロビンポリシーを設定します。利用可能な最初のインターフェイスからそれぞれのボンディングされたスレーブインターフェイスで送受信が順次行われます。
  • active-backup または 1: 耐障害性のためアクティブなバックアップポリシーを設定します。利用可能な最初のボンディングされたスレーブインターフェイスを介して送受信が行われます。別のボンディングされたスレーブインターフェイスは、アクティブなボンディングされたスレーブインターフェイスが失敗した場合にのみ使用されます。
  • balance-xor または 2: 耐障害性とロードバランシングに XOR (排他的または)ポリシーを設定します。この方法では、インターフェイスは、スレーブ NIC のいずれかに対して、受信要求の MAC アドレスと MAC アドレスが照合されます。このリンクが確立されると、最初に利用可能なインターフェイスから順番に送信が送信されます。
  • broadcast または 3: 耐障害性にブロードキャストポリシーを設定します。すべての送信は、すべてのスレーブインターフェイスで行われます。
  • 802.3ad または 4: IEEE 802.3ad 動的リンクアグリゲーションのポリシーを設定します。同一の速度とデュプレックス設定を共有するアグリゲーショングループを作成します。アクティブなアグリゲーターのすべてのスレーブで送受信を行います。802.3ad に対応するスイッチが必要です。
  • balance-tlb または 5: 耐障害性とロードバランシングのための送信ロードバランシング (TLB) ポリシーを設定します。発信トラフィックは、各スレーブインターフェイスの現在の負荷に従って分散されます。受信トラフィックは、現在のスレーブにより受信されます。受信しているスレーブが失敗すると、別のスレーブが失敗したスレーブの MAC アドレスを引き継ぎます。
  • balance-alb または 6: 耐障害性とロードバランシングに Active Load Balancing (ALB)ポリシーを設定します。IPV4 トラフィック用の送受信負荷分散が含まれます。ARP ネゴシエーションにより、受信負荷分散が実現されます。
num_unsol_na=<number>
フェイルオーバーイベント後に発行される未設定の IPv6 Neighbor Advertisement の数を指定します。フェイルオーバー直後に、未承認の NA が発行されます。
有効な範囲は 0 - 255 で、デフォルト値は 1 です。このオプションは、active-backup モードにのみ影響します。
primary=<interface_name>
プライマリーデバイスのインターフェイス名(例: eth0 )を指定します。primary デバイスは、使用される最初のボンディングインターフェイスであり、失敗しない限りは破棄されません。この設定が特に役立つのは、ボンディングインターフェイスの NIC の 1 つが高速なため、大規模な負荷に対応できる場合です。
この設定は、ボンディングインターフェイスが active-backup モードの場合にのみ有効です。詳細は、 /usr/share/doc/kernel-doc- <kernel-version> /Documentation/networking/bonding.txt を参照してください。
primary_reselect=<value>
プライマリースレーブに対して再選択ポリシーを指定します。これは、アクティブなスレーブの失敗やプライマリースレーブの回復が発生した場合に、どのようにプライマリースレーブが選択されてアクティブなスレーブになるかという点に影響します。このオプションは、プライマリースレーブと他のスレーブ間のフラップを回避するように設計されています。以下の値が使用できます。
  • always または 0: プライマリースレーブは有効になるといつでもアクティブなスレーブになります。
  • better または 1: プライマリースレーブの速度とデュプレックスが、現在のアクティブなスレーブの速度とデュプレックスと比べて良い場合は、プライマリースレーブは有効になるとアクティブなスレーブになります。
  • failure または 2: 現在のアクティブなスレーブが失敗してプライマリースレーブが有効になる場合のみ、プライマリースレーブはアクティブなスレーブになります。
primary_reselect の設定は、以下の 2 つの場合では無視されます。
  • アクティブなスレーブがない場合は、回復する最初のスレーブがアクティブなスレーブになります。
  • 初めにプライマリースレーブがスレーブにされた場合は、それは常にアクティブなスレーブになります。
sysfsprimary_reselect ポリシーを変更すると、新しいポリシーに従って、最適なアクティブなスレーブが即座に選択されます。これにより、状況によってはアクティブなスレーブに変更が生じる場合があります。
updelay=<time_in_milliseconds>
リンクを有効にする前の待機時間を指定します (ミリ秒単位)。値は、miimon パラメーターで指定される値の倍数でなければなりません。デフォルトでは値は 0 に設定されており、ARP 監視を無効にします。
use_carrier=<number>
リンク状態を決定するために miimon が MII/ETHTOOL ioctls または netif_carrier_ok() を使用するかどうか指定します。netif_carrier_ok() 機能は、デバイスドライバーを使用して netif_carrier_on/off で状態を維持します。ほとんどのデバイスドライバーはこの機能をサポートします。
MII/ETHROOL ioctls ツールは、カーネル内の非推奨の呼び出しシーケンスを使用します。ただし、デバイスドライバーが netif_carrier_on/off に対応していない場合でも、これは設定可能です。
有効な値は以下のとおりです。
  • 1: デフォルト設定。netif_carrier_ok() の使用を有効にします。
  • 0: MII/ETHTOOL ioctls の使用を有効にします。
ヒント
リンクがアップになっているべきでないときにボンディングインターフェイスがアップになっている場合は、ネットワークデバイスドライバーが netif_carrier_on/off に対応していない可能性があります。
xmit_hash_policy=<value>
balance-xor および 802.3ad モードで、スレーブを選択する時に使用する送信ハッシュポリシーを選択します。以下の値が使用できます。
  • 0 または layer2: デフォルト設定。このオプションは、ハードウェア MAC アドレスの XOR を使用してハッシュを生成します。使用する式は以下のとおりです。
    (<source_MAC_address> XOR <destination_MAC>) MODULO <slave_count>
    このアルゴリズムは、すべてのトラフィックを同じスレーブの特定のネットワークピアに割り振り、802.3ad に対応します。
  • 1 または layer3+4: 上位レイヤープロトコルの情報を (利用可能な場合は) 使用して、ハッシュを生成します。これにより、特定のネットワークピアへのトラフィックが複数のスレーブに及ぶようにできますが、単一の接続では複数のスレーブに及びません。
    断片化された TCP および UDP パケットに使用される公式は、以下のとおりです:
    ((<source_port> XOR <dest_port>) XOR
      ((<source_IP> XOR <dest_IP>) AND 0xffff)
        MODULO <slave_count>
    断片化された TCP または UDP パケットおよび他のすべての IP プロトコルトラフィックの場合、送信元ポートおよび宛先ポート情報は省略されます。非 IP トラフィックの場合、式は layer2 送信ハッシュポリシーと同じです。
    このポリシーの目的は、特に PFC2 付きの Cisco スイッチや Foundry および IBM 製品など一部のスイッチの動作を真似ることです。
    このポリシーで使用されるアルゴリズムは、802.3ad に対応していません。
  • 2 または layer2+3: layer2 および layer3 プロトコル情報の組み合わせを使用して、ハッシュを生成します。
    ハードウェア MAC アドレスと IP アドレスの XOR を使用してハッシュを生成します。式は以下のとおりです。
    (((<source_IP> XOR <dest_IP>) AND 0xffff) XOR
      ( <source_MAC> XOR <destination_MAC> ))
        MODULO <slave_count>
    このアルゴリズムは、すべてのトラフィックを同じスレーブの特定のネットワークピアに割り振ります。非 IP トラフィックの場合、式は layer2 送信ハッシュポリシーと同じです。
    このポリシーの目的は、特に layer3 ゲートウェイデバイスが大半の宛先に到達する必要がある環境において、layer2 単独の場合より分散されたトラフィックを提供することです。
    このアルゴリズムは、802.3ad に対応しています。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.