mode=1 (active-backup)
Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides fault tolerance. The primary option affects the behavior of this mode.
mode=2 (balance-xor)
XOR policy: Transmit based on [(source MAC address XOR'd with destination MAC address) modulo slave count]. This selects the same slave for each destination MAC address. This mode provides load balancing and fault tolerance.
mode=3 (broadcast)
Broadcast policy: transmits everything on all slave interfaces. This mode provides fault tolerance.
mode=4 (802.3ad)
IEEE 802.3ad Dynamic link aggregation. Creates aggregation groups that share the same speed and duplex settings. Utilizes all slaves in the active aggregator according to the 802.3ad specification.
Prerequisites:
Ethtool support in the base drivers for retrieving the speed and duplex of each slave.
A switch that supports IEEE 802.3ad Dynamic link aggregation. Most switches will require some type of configuration to enable 802.3ad mode.
mode=5 (balance-tlb)
Adaptive transmit load balancing: channel bonding that does not require any special switch support. The outgoing traffic is distributed according to the current load (computed relative to the speed) on each slave. Incoming traffic is received by the current slave. If the receiving slave fails, another slave takes over the MAC address of the failed receiving slave.
Prerequisite: Ethtool support in the base drivers for retrieving the speed of each slave.
mode=6 (balance-alb)
Adaptive load balancing: includes balance-tlb plus receive load balancing (rlb) for IPV4 traffic, and does not require any special switch support. The receive load balancing is achieved by ARP negotiation. The bonding driver intercepts the ARP Replies sent by the local system on their way out and overwrites the source hardware address with the unique hardware address of one of the slaves in the bond such that different peers use different hardware addresses for the server.
Also you can use multiple bond interface but for that you must load the bonding module as many as you need.
在佈署完成的WES-7設備上,日常運作主要的工作就是維持設備的正常運作以及WES-7 Image的更新作業 更新WES-7 Image通常有兩種方式 : 1. Online Image Maintenance 2. Offline Image Maintenance 如下圖所示 圖片來源: Microsoft 對於更新維護作業來說,採用方法1當然是最輕鬆的作法,但是可能面臨到device 使否是在connected的狀態之下而有所關聯,在不具備connected的device狀態下就只能採用第二種作法 office maintenance了 因此也較為複雜 在採用office image maintenance的時候首先就必須要知道目前的 image包含了那些套件 因此會牽涉到 Image的掛載與Image內的Package list的議題,通常我們會使用ImageX工具與Package Scanner工具去獲取Image的package info. ImageX : 用於掛載與擷取WES-7 Device的Image pkgscn : 用於取得Image的套件資訊以及搜尋更新套件(含移除過舊元件功能) 當然另外一個重點就是我們如何取得微軟最新的 WES-7 Packages ? 現在已經可以透過微軟最新的 WEDU ( Windows Embedded Developer Update )來主動更新 Developer的Package資訊了,可參考另一篇 WEDU介紹
留言
張貼留言