UDP Cast 調校
.K.T. | 2008 年 12 月 23 日 | 上午 10:31如果各位還記得的話
我是用 DRBL 來管理我們公司的電腦教室(不記得的可以看之前的文章)
不過
當時我們電腦教室的環境還不是很好
只有 2 台 10/100 的 Switch
所以 DRBL Server 只能接在 100M 的 Port 上
Client 端的硬碟還原派送還 OK
但是 Linux 的無硬碟就跑不太動了
為了提升系統效能及穩定度
不久前
我換上 2 台 D-Link 3526 Switch(有 2 個 Giga Port)
並且順手將 DRBL 的版本更新至 1.9.2-19
照理來說
DRBL 的 Server 接上 Giga Port 之後
網路傳輸的效率應該會快不少
但是
當我在新環境做硬碟還原派送的時候
Multicast 的效率卻比之前還要慢
1 分鐘大約只傳 280M
還原整個教室電腦大約要花我 30 ~ 40 分鐘
比之前慢了 3 倍多
為了這個問題
我查了一下 DRBL 硬碟還原派送的相關資料
了解它是用 UDP Cast 這個軟體做 Multicast 的
所以我就開始針對 UDP Cast 來做調校
我上 UDP Cast 官方網站看了一下相關資料
試著修改 Switch 設定
開啟 Switch 的 IGMP Snooping(註:1)
並且更改 Slice Size
再度試了一下
結果...............還是很慢
最後
我在 Clonezilla Server Edition 的討論區裡看到這篇討論
修改 DRBL 相關設定檔
/opt/drbl/conf/drbl-ocs.conf
將原本的設定
新增 UDP Cast 的 Bandwidth Limits 為 80M
改完 UDP Cast 所用的 Bandwidth 之後
用 Multicast 硬碟還原派送 1 分鐘大約傳 890M
傳輸速度回復至正常的樣子
接下來要要做的
應該是解決同一個網段內還有另一台 DHCP(註:2) Server 的問題
還有 Server 本身的效率
以及如何在 Windows 環境大量派送檔案
以上這些問題
希望之後可以順理解決啊!
註:
- IGMP Snooping:IGMP Snooping(Internet Group Management Protocol Snooping)是運行在 Layer 2 Ethernet Switches 上的群播約束機制,用於管理和控制群播組。IGMP Snooping 運行在鏈結層。當 Layer 2 Ethernet 交換機收到主機和路由器之間傳遞的 IGMP 封包時,IGMP snooping 分析 IGMP 封包所帶的訊息。當監聽到主機發出的 IGMP host report message 時,交換機就將與該主機加入到相應的群播表中;當監聽到主機發出的IGMP 離開封包(IGMP leave message)時,交換機就將刪除與該主機對應的群播表項。通過不斷地監控 IGMP 封包,交換機就可以在二層建立和維護 MAC 群播地址表。之後,交換機就可以根據 MAC 群播地址表進行轉發從路由器下發的群播封包。 [↩]
- DHCP:動態主機設定協定(Dynamic Host Configuration Protocol)是一個區域網路的網路協議,使用UDP協議工作,主要用途為自動分配 IP 位址給區域網路內的電腦,免除一台一台的設定並方便管理。 [↩]






