最近公司在做服務器側做Bond0，而交換機側不做聚合的測試。因為我司的業務output方向流量與input相差極大，只需服務器做bound0使得output流量負載均衡即可。

現場組網：交換機(2臺做虛擬化)----服務器（單臺雙網卡bound0）

在隨後的測試觀察中，服務器側2塊網卡output流量均衡，input流量集中在1塊網卡，交換機側轉發正常，STP無阻塞。

但問題在於交換機側ARP表項只對應一個接口，MAC地址表項對應2個接口。我一直糾結於ARP表為啥不漂移，來回的覆蓋。

在查閱了bond0原理後，得出一個可以解釋的原因：服務器2塊網卡做Boun0後數據包是輪詢負載的，在收到交換機發出的廣播ARP請求報文後肯定會回復單播的響應報文，這時根據bond0的輪詢機制，輪詢到哪個接口就從哪個接口轉發，交換機側也就從這個接口學習到了對應的ARP。ARP老化時間為20分鐘，所以每20分鐘更新一次，根據輪詢的接口更新ARP對應的接口。

所以服務器側做Bond0，交換機側不做聚合是可以的。對應的應用場景就是業務上下行流量相差極大的情況下使用，畢竟交換機側只靠單條鏈路轉發，而服務器則是使用bond0鏈路轉發流量。

本文出自 “10585375” 博客，請務必保留此出處http://10595375.blog.51cto.com/10585375/1981538

服務器做Bond0交換機不做聚合的應用場景