探討Qos頻寬管理器-解決塞車,搶頻寬,取代IP分享器





頁 : 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

abeltseng
2005-06-06, 02:34 PM
友旺 BM-200,和眾至 BM-26
其實是同一台,只是殼子上的MARK不一樣
而友旺和眾至這兩家,都是和新軟進的貨,實際上是新軟生產的

眾至 BM-26 ,下載4個 DM 的 pdf檔中
有較詳細的說明和圖表可以參考:
http://www.sharetech.com.tw/root/products/bm/bm-26.asp

NAT (Network Address Translation)
中文應翻做 IP偽裝轉換,是一種功能服務
將私人IP轉為 public IP ,反之亦同
以解決 IPv4 ,IP 數量不足的問題

換句話說
假設內部的伺服器,本來就有真實IP了,根本不需要轉換
那麼頻寬管理器上面提供的 NAT 功能,就是多餘的
關掉反而可以增加封包傳輸效率

因此有所謂的 Transparent Mode (穿透模式)
就是頻寬管理器,不提供 NAT 功能

Transparent Mode 的適用時機有兩個:
----------------------------------------------
1.內部伺服器或電腦,全部都是真實IP,不需要NAT。

2.頻寬管理器的前端,另有一台 NAT 主機或設備,而頻寬管理器,只需要負責 QoS 的部分,分工合作,增加處理效能。

若是這樣子使用,閘道器就是那台 NAT 機器,而非 QoS 機器
QoS 機器在網路架構中,相當於隱形,無法偵測出來,故稱穿透模式。

這樣用的好處是,NAT 和 防火牆 的工作,可以交給前端的機器去負責
而 BM-200/BM-26 則專心負責 QoS 的部份
理論上可以讓這台 QoS 機器的處理效能,再快"一點點"。

然而 BM-200/BM-26 因為實際上 CPU 只有 100 MHz
說讓它專心處理 QoS 會快一點,其實也快不到哪裡去


BM 系列的機器有好幾個等級,BM-200/26 是唯一售價單位為"千"的
再上去的等級,依照 CPU 和 RAM 來分,從兩萬到十萬不等...... :eye:
愈快的CPU,愈多的RAM,售價愈貴

例如:1GHz 256MB ,這樣一台就是 9 萬多..... :|||:
是滴,你沒看錯,就是 1GHz 255MB,9萬多
貴的很沒道理,沒錯,廠商會說他們賣的是技術 :D

軟體路由器當然是第一優先啦,免費的更好
如果軟體路由技術門檻太高,聯網E晶片之類的,直接插電腦的也可以考慮
老闆財大氣粗,那就可以買硬體現成的,贊助一下台灣經濟發展
:)

感謝 Linux_XP 大大
小弟拜讀你的文章已經多次了,尤其在 Coyote Linux這一篇看到只用一張磁碟片就可以做到QoS的功能
真是佩服不已。在那一篇好像沒看到把Coyote轉到 CF 轉卡上。這個有點離題,我另外在那邊發問....

以下有三點問題請教!!
目前我比較有疑問的是,我的環境有兩個WAN,一個是一般的 ADSL 上網用,另一個為 VPN ,用MPLS連回公司。


原本的
--------- Router --------- MPLS
      |
      |
      ------------ADSL

1. 如果想要對兩的Wan都要有QoS的功能,對於 ADSL 適用 NAT,MPLS 適用 Transparent Mode,這樣子對嗎?

2. 在 【推薦】講 Linux QoS 的第一本繁體中文書 http://www.pczone.com.tw/vbb3/showthread.php?t=140369 小弟已經有實作出來,也確實可用。
只是Transparent Mode該不會是把NAT取消掉,改成 Bridge Mode嗎? 目前這個我實做還做不出來....

3.我問了聯網E晶片他們說是提供 2 WAN的,請問大大是否有建議的架構?




linux_xp
2005-06-07, 10:01 AM
感謝 Linux_XP 大大
小弟拜讀你的文章已經多次了,尤其在 Coyote Linux這一篇看到只用一張磁碟片就可以做到QoS的功能
真是佩服不已。在那一篇好像沒看到把Coyote轉到 CF 轉卡上。這個有點離題,我另外在那邊發問....

以下有三點問題請教!!
目前我比較有疑問的是,我的環境有兩個WAN,一個是一般的 ADSL 上網用,另一個為 VPN ,用MPLS連回公司。


原本的
--------- Router --------- MPLS
      |
      |
      ------------ADSL

1. 如果想要對兩的Wan都要有QoS的功能,對於 ADSL 適用 NAT,MPLS 適用 Transparent Mode,這樣子對嗎?

2. 在 【推薦】講 Linux QoS 的第一本繁體中文書 http://www.pczone.com.tw/vbb3/showthread.php?t=140369 小弟已經有實作出來,也確實可用。
只是Transparent Mode該不會是把NAT取消掉,改成 Bridge Mode嗎? 目前這個我實做還做不出來....

3.我問了聯網E晶片他們說是提供 2 WAN的,請問大大是否有建議的架構?


謝謝你讚美
小弟也只是一個網管菜鳥而已,不敢擔保自己說的一定100%正確
網管實務經驗上,常有一些書上沒寫的狀況
且大部分的網管,都是單人作業,同事之間沒有人可以問
大家互相討論切磋,增進功力順便學習,何樂而不為 :)

1.
正確

由於 internet 上每個封包都要有真實IP
在 TCP/IP 協定中,每個 IP 都必須具有唯一性
私人 IP class A,B,C 三個網段,是不允許存在 internet 上的
因此在過ISP節點路由器的時候,就會被過濾丟棄掉
所以私人 IP 要上網,唯有透過 NAT 轉換

而 VPN 是虛擬內網,本來就是私人IP,不需要轉換
正確的來說, 前端的 VPN 機器會負責重新封裝和加密
所以後端不能先行轉換,否則會傳輸錯誤

2.
Transparent Mode 就是把 NAT/DHCP 功能取消掉
是這樣子沒錯

其實所謂的:
Transparent Mode
Bridge Mode
一大堆名詞,都是硬體路由器廠商自創的
硬體路由器講求的是方便使用,使用者並不需要去了解網路原理
所以廠商就會發明一些名詞,來「描述」某項功能
以方便使用者去勾選或取消

然在 Linux 設定上,我們只講服務 service
service 只有 start (啟動) 和 stop (停止) 兩種
DHCP 是一個 service
NAT 也是一個 service,雖然 NAT 實際上是用 iptables 指令達成的..
依據需求上,每項 service 都可以單獨控制要啟動或停止
這樣自由度很高,相對會比較複雜些

3.
聯網E晶片有一個官方討論區,看官方人員的說法
好像 2 wan 的產品
和其它硬體多wan機器比較起來,效能不是那麼好
他們也不推薦2WAN產品用於大環境

我沒用過,所以不知道,只是印象中好像有看到這麼一則
或許您可以問問廠商,是不是真有這回事
聯網應該蠻誠實的,不會浮爛廣告


建議嘛,可以的話,那當然是 Linux 搞定一切,省錢又暢快
假如有 Linux 無法辦到的功能,或是技術太艱深
那就只好花錢買硬體解決方案了

比方說
NOVA或電子街,組一台電腦要300元
但是你自己組電腦,不需要花這筆錢,為什麼? :confused:
當然是因為自己就會組了,頭殼壞去還花錢請別人組
平均每兩年電腦要升級一次,每兩年就省這筆錢一次
或是幫親戚朋友組電腦,都省下這筆錢

初學一些路由器的架設,或網路原理
剛開始會比較累,會想說乾脆買硬體現成的,反正錢不是我出
但是從事網管這個工作,不可能只架設一次網路環境就解脫了
也許接案子,也許跳槽換公司,也許自己架網站有這個需求
就會發現,不停的在買別人的解決方案,不停的在花大錢

如果一開始就學會這些技術,往後省下的錢不就很可觀嗎
而且幫老闆省錢,幫客戶省錢,幫自己省錢
這就是增加自我價值
假如你是老闆,員工幫你省錢會不會覺得很高興,會給他加福利吧?
假如你是客戶,看了這麼便宜有效的解決方案,會不會很想簽約?
所以說,軟體路由器,多棒啊
:)

abeltseng
2005-06-07, 11:11 PM
2.
Transparent Mode 就是把 NAT/DHCP 功能取消掉
是這樣子沒錯

其實所謂的:
Transparent Mode
Bridge Mode
一大堆名詞,都是硬體路由器廠商自創的
硬體路由器講求的是方便使用,使用者並不需要去了解網路原理
所以廠商就會發明一些名詞,來「描述」某項功能
以方便使用者去勾選或取消

然在 Linux 設定上,我們只講服務 service
service 只有 start (啟動) 和 stop (停止) 兩種
DHCP 是一個 service
NAT 也是一個 service,雖然 NAT 實際上是用 iptables 指令達成的..
依據需求上,每項 service 都可以單獨控制要啟動或停止
這樣自由度很高,相對會比較複雜些



目前小弟正在做 Bridge Mode 的 QoS 實作,日前在別的論壇有看到有某些大大寫出,但都大為用CBQ的方式,而那本書所寫的是HTB的方式。
我打算用 Bridge mode + HTB 的方式做做看,如果有成功再貼上來!!

同網段
Client ------ eth1 ■■■■ eth0 ------ Router

kingleo
2005-06-09, 07:00 PM
非常好的探討文件經驗
來插個旗子

needmaster
2005-07-10, 11:41 AM
感謝網友的支持熱烈支持:

本人因出差,遲遲將近一個半月未寫有關於P2P之頻寬管理.
有關
 我們實際談QOS頻寬管理器基本應用篇(四):P2P軟體管理實戰篇

本人正在擬稿當中,今日會放上進請期待。

歡迎網友幫忙推薦版主至〔置頂〕.

謝謝大家

linux_xp
2005-07-10, 08:02 PM
目前小弟正在做 Bridge Mode 的 QoS 實作,日前在別的論壇有看到有某些大大寫出,但都大為用CBQ的方式,而那本書所寫的是HTB的方式。
我打算用 Bridge mode + HTB 的方式做做看,如果有成功再貼上來!!

同網段
Client ------ eth1 ■■■■ eth0 ------ Router

YA~我也實作 Linux QoS 成功了
效能真是太棒了,完全不會感到 LAG
而且自由度很高,想怎麼設定就可以怎麼設定
BM-26 已經被我丟到旁邊生灰塵了

TC 指令其實不難,難的是觀念
如果會畫那張頻寬管制的「樹狀圖」,就差不多懂了

HTB 是 CBQ 的改良版,書上是說 HTB 的處理效能比較好
CBQ 則是參數變化比較多

我覺得 Linux QoS 的重點,是在過濾器
過濾器有 u32 和 fw 兩種,而那本書只有提到 fw

fw 過濾器是靠 iptables 給封包貼標籤
再由標籤來判斷封包屬於哪個類別
所以重點在於如何用 iptables 給封包貼標籤,有4種方法:
1.by port
2.by service 的 uid
3.by ip
4.用 iptables 的 Layer7 功能

Layer7 雖然是最簡易直覺的,但要重新編譯核心才能支援,太深了
主機上的服務,適合用 by uid 的方式
過 NAT 的,則適合用 by ip 或 by port 的方式

Bridge mode 就是過 NAT 的
要注意的地方,只有進和出「鏈」不同,鏈用對就 OK 了,蠻簡單的
:)

pipn
2005-07-11, 04:43 PM
YA~我也實作 Linux QoS 成功了
效能真是太棒了,完全不會感到 LAG
而且自由度很高,想怎麼設定就可以怎麼設定
BM-26 已經被我丟到旁邊生灰塵了

TC 指令其實不難,難的是觀念
如果會畫那張頻寬管制的「樹狀圖」,就差不多懂了

HTB 是 CBQ 的改良版,書上是說 HTB 的處理效能比較好
CBQ 則是參數變化比較多

我覺得 Linux QoS 的重點,是在過濾器
過濾器有 u32 和 fw 兩種,而那本書只有提到 fw

fw 過濾器是靠 iptables 給封包貼標籤
再由標籤來判斷封包屬於哪個類別
所以重點在於如何用 iptables 給封包貼標籤,有4種方法:
1.by port
2.by service 的 uid
3.by ip
4.用 iptables 的 Layer7 功能

Layer7 雖然是最簡易直覺的,但要重新編譯核心才能支援,太深了
主機上的服務,適合用 by uid 的方式
過 NAT 的,則適合用 by ip 或 by port 的方式

Bridge mode 就是過 NAT 的
要注意的地方,只有進和出「鏈」不同,鏈用對就 OK 了,蠻簡單的
:)
請問linux_xp你是用哪套軟體路由器做啊...
我最近也在試.想拿來做宿舍的頻寬管理用...
那本書我也買來看了...
看了之後真是不錯..好書一本~~

linux_xp
2005-07-11, 05:29 PM
請問linux_xp你是用哪套軟體路由器做啊...
我最近也在試.想拿來做宿舍的頻寬管理用...
那本書我也買來看了...
看了之後真是不錯..好書一本~~

Fedora core 4

needmaster
2005-07-12, 11:08 AM
本人非常望大家對頻寬管理器Qos的推薦及應用.

但不能只針對自己認為好的,而批評別家的設備很差.

應用層面不同,不能一蓋而論.

每台設備都有其應用範圍.

如果自認自己的產品很好,歡迎另闢自己產品討論區.

謝謝大家合作

needmaster
2005-07-13, 12:03 PM
我們實際談QOS頻寬管理器基本應用篇(四):P2P軟體管理實戰篇[1]

我願將我的實際經驗+百棟社區+企業+私人+15年軟體設計+電子係+9年網路經驗.給大家參考.省去摸索時間.

面對BT.edonkey,驢子,KURO,EZPEER...等這些大流量軟體,要如何控管的頻寬:

1.現今95%以上的網路管理者對於這些P2P軟體佔用大流量,真的非常的頭痛.
 偏偏大家很喜歡用這類軟體下載各個類型的mp3,影片,軟體.....等等。

 100%的管理者對這方面管理的很吃力又不討好,不知如何做,設備用什麼,
 要如何控管頻寬,尤其是不知如何捏拿。

2.這類軟體不僅佔用大量下載頻寬,還佔用大量上傳頻寬,也就是提供上傳
 頻寬越大,下載的頻寬流量才可以越大。如此在上傳的部分就形同架設網站,
 所以可能有幾十人至上百人連線至使用者的電腦,其結果就是上傳頻寬全
 被佔滿了,如果多來幾個用這類軟體的使用者那就更慘了,那簡直無救。
 何況是現今ADSL的上傳頻寬極少,那真是網路管理者的夢靨。


3.此類軟體不是用擋服務port的方式就可以解決掉問題,因為使用者可以自己
 改變使用服務port,有些軟體還會自動改服務port。所以以目前的低階頻寬
 管理器要阻擋或管理P2P軟體是幾乎無解的。

4.94.7月中華電信也發表了可能要檔ADSL的使用者使用P2P的頻寬,可見此類
 軟體耗用頻寬太重了,連ISP都要管控頻寬了。

5.要控管P2P軟體,比較實際做法是解析每一P2P軟體的傳送封包然後再與以控管。
 所以有P2P管理的頻寬管理器的價格也是馬上跳上去。但這樣的解決方式
 才是一勞永逸的。



這是給大家一個非常實際的經驗答案。

下次我們談管控P2P軟體的頻寬管理器的應對之策。