Oracle Linux 5：受信したパケットの21％が失われました

これが私が見るものです：

# netstat -i

Kernel Interface table
Iface       MTU Met    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
bond0      1500   0   703449      0 147463      0   978099      0      0      0 BMmRU
eth4       1500   0   306302      0      0      0   259244      0      0      0 BMsRU
eth5       1500   0   397147      0      6      0   718855      0      0      0 BMsRU
lo        16436   0  1977704      0      0      0  1977704      0      0      0 LRU


# cat /proc/net/bonding/bond0

Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer3+4 (1)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 5000
Down Delay (ms): 5000

802.3ad info
LACP rate: fast
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
       Aggregator ID: 1
       Number of ports: 2
       Actor Key: 17
       Partner Key: 32912
       Partner Mac Address: RE:DA:CT:ED:be:05

Slave Interface: eth4
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:da
Aggregator ID: 1
Slave queue ID: 0

Slave Interface: eth5
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:db
Aggregator ID: 1
Slave queue ID: 0

21％のパケット損失はDOS攻撃と同じです。 （まだ「意図的」および／または「悪意のある意図」について言及するのに十分な調査をしていません。）債券はおよびで構成されていeth4ますeth5。ホストでは他のインターフェイスはアクティブではありません。

これではないこと：

• このホストには実行中のファイアウォールはありません。これは内部ファイアウォールによるパケット損失ではありません。
• cat /proc/net/bonding/bond0エラーなし表示
• ethtool -S <iface>エラーは表示されませんが、個々のインターフェイスの結果には何も含まれません。
• ネットワーキングチームは、スイッチがホストのIPアドレスをバインドされたMACアドレスと一致させており、両方の値が正しいことを明らかにしました。

限界：

• ネットワークは異なるチームによって運営されています。スイッチに直接アクセスできません。

質問：

• バインディングパケット損失の原因は何ですか？
  • ボンディングで個々のインターフェイスの代わりにパケット損失が表示されるのはなぜですか？
• スコープを絞り込むのに役立つように、ネットワークチームに転送できるCiscoスイッチの推奨事項は何ですか？

• 接続を開始するとパケットが破棄されるのを見ることができますか、それともtcpdumpロギングポイントの前に破棄が発生しますか？tcpdump

• 参考資料が見つかりました。水滴テーブル、インストールして実行します。唯一のドロップフォームは次のとおりです。

  irq_stack_union+0 は 0 から削除されます。 -1 は __per_cpu_end+fffee201 から削除されます。 -1 は __per_cpu_end+fffee202 から削除されます。

今勉強しましょう。

• 割り込みバランス多くの情報が表示されますが、それらのどれもスラムダンクではありません。ただし、デーモンはホストシステムで実行されています。

このRed Hatソリューション「Softnet バックアップの完了」に言及しました。他のソリューションには「測定/proc/net/softnet_stat」が追加されます。これまで、これが何を意味するのかを詳しく説明する解決策はありません。 「Softnet Backup Full」がこれらのパケット損失の原因であるかどうかを具体的に識別するにはどうすればよいですか？