Tomato DualWAN 的 IP 限速問題?

wuloda
個人積分：0分
文章編號：37955790

0分

樓主

2012-08-22 23:10

各位前輩 , 小弟的 ASUS N16 刷了 Tomato DualWAN

但跟一般 TOMATO 不一樣的是 , 他好像沒有 IP 限速的功能

想請問各位先進與前輩們 , 是否可以指噵小弟 Tomato DualWAN 裡如何設定每一個 IP 限速的設定法

謝謝 orz

ps : 小弟因為特殊需求所以必須刷 Tomato DualWAN , 不能使用一般Tomato

2012-08-22 23:10 發佈

文章關鍵字 Tomato DualWAN IP 限速問題

easycome24

easycome24
個人積分：0分
文章編號：37957420

0分

2樓

2012-08-23 0:20

在左邊的 "新增功能"-->"QOS限速"

ulimie

ulimie
個人積分：1804分
文章編號：37962973

1804分

3樓

2012-08-23 10:02

籍這個機會來瞭解一下就針對單一個 IP 的限速, 使用 BW Limiter 和用 QoS 兩種方式, 會有怎樣的不同.

Router: RT-N16, shibby-Tomato-100-AIO
被限制的 IP : 192.168.1.2
最高下載速限: 22,500Kbps
到 Hinet ftp 測速網站抓大檔, 各跑十分鐘, 觀察流量表做比較.

1. 先測 QoS:
Basic settings:
Inbound Class Limits, Max Available Bandwidth 設為 45,000 kpbs
Class Medium 的 Inbound Class Limits 設為 50%, 也就是說 = 22,500 kbps
Classification 設定如下圖:

IPT 觀察結果:

2. 再測 BW Limiter:
設定如下圖:

IPT 觀察結果:

顯然, 效果是有點不同的, 為什麼? 就留給大家做功課....

ulimie

ulimie
個人積分：1804分
文章編號：37970622

1804分

4樓

2012-08-23 14:45

接下來, 來測試一下 Toastman 的版本: 7500.2, 測試方式同前, 結果如下,

Toastman / shibby 處理 QoS 的方式是不一樣的, 結果, 看起來也就不同.
我耽心是否第一次測定是否有問題(顯然 shibby QoS 的變化比較大), 再測一次 shibby QoS, 結果不變.

derliang

derliang
個人積分：1143分
文章編號：37973483

1143分

5樓

2012-08-23 16:38

ulimie wrote:
籍這個機會來瞭解一下...(恕刪)

不好意思，小弟對於蕃茄QoS的實作有點疑問。
一般QoS是保障最低頻寬，但如果頻寬不吃緊的時候應該是可以吃到更大頻寬的。
所以QoS如果設定50%，則就是需要頻寬時，最少可以用到50%，最多則看情況...
但似乎蕃茄的QoS作法是限制最高可用頻寬，不知我的理解是否有誤??

irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!

ulimie

ulimie
個人積分：1804分
文章編號：37975200

1804分

6樓

2012-08-23 17:53

沒錯, 蕃茄的 QoS 做法是限制最高頻寬, 不希望你超過. 談的是網路服務品質, 而不是頻寬利用率.

他的觀念是, 犧牲一點頻寬, 好讓大家都有路走, 而且也都走得動, 而不是要把頻寬盡量吃完. 所以, 他保障最低頻寬, 但不希望你衝全速. 可以衝到多少, 就看網路環境的許可程度, 自己要好好琢磨設定值.

如果情況已經到達頻寬都被占滿了, 表示就已經塞死了, 再來談 QoS, 這個時候就一切都太遲了. 大部份的人不懂這個, 總是想要把頻寬儘量榨乾, 把上限設為最大或是 None, 就會讓 QoS 失去效果. 然後才來呱呱叫, 為什麼 QoS 不管用.

就像管理得好的高速公路一樣, 他要求一定要預留一個車流量(這就是被犧牲掉的頻寬), 以便緊急的時候(像救護車出現時, 臨時被提出來的額外 request, unclassified class), 和新加入的車子有機會加入. 高速公路上塞死的時候, 車流不會動, 交流道匝道上的車子也進不來, 你除了等, 是一點辦法都沒有的. 限制最高可用頻寬, 就是要大家禮讓, 才能和諧相處.

常常去看流量狀況, 還有 qos-detailed.asp page 的分佈狀況, 會讓自己更能深入瞭解自己的網路環境.

derliang

derliang
個人積分：1143分
文章編號：37980695

1143分

7樓

2012-08-23 22:53

ulimie wrote:
沒錯, 蕃茄的 QoS 做法是限制最高頻寬, 不希望你超過. 談的是網路服務品質, 而不是頻寬利用率....(恕刪)

各家的QoS實作方式不一，但個人是認為限制最高頻寬的方式比較沒有彈性。
如果只是要很死板的分配頻寬，那麼不需使用到QoS，簡單的Bandwidth limit就可以做到這一點。

小弟分享一下我手邊機器的QoS作法，給大家參考。
QoS首先是先設定網路頻寬，一般保險的作法是將ISP的line speed打個八折。
然後再設定不同優先等級的最低保障頻寬，例如class1最低可用50%，class2最低可用30%...
所有的優先等級加起來就是100%。
這邊所設定的最低頻寬其實就是"保障"頻寬。

平時當頻寬不吃緊的時候，機器不會介入頻寬的分配。
所以即使是最低優先等級的服務也可以吃到全部的頻寬，但重點來了。
一旦更高優先等級的服務需要頻寬時，低優先等級的服務就會乖乖的把頻寬吐出來。
假設每個服務都需要頻寬時，機器就會強制依照每個等級的保障頻寬來分配流量。

以公路來比喻。
我們先設定了每種車輛可以行駛的車道數。
當不塞車的時候，就不去限制車子可以行駛的車道數。
但當塞車的時候，警察就會介入，限制每種車子依分配的車道數來行駛。
一般沒有QoS機制的機器就沒有"警察"來指揮交通，當然車流一大就塞車了...
根據小弟的觀察，這種方式幾乎可以充分的利用頻寬，而且從來不會塞車。

irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!

ulimie

ulimie
個人積分：1804分
文章編號：37981259

1804分

8樓

2012-08-23 23:15

derliang wrote:
小弟分享一下我手邊機器的QoS作法，給大家參考。
QoS首先是先設定網路頻寬，一般保險的作法是將ISP的line speed打個八折。
然後再設定不同優先等級的最低保障頻寬，例如class1最低可用50%，class2最低可用30%...
所有的優先等級加起來就是100%。
這邊所設定的最低頻寬其實就是"保障"頻寬。

我看不出來這有什麼不同,

1. Tomato 一樣建議人家大概設到 isp 供應頻寬 8 成左右.
2. Tomato 一樣設最低保障頻寬, 至於上限要不要設到最高 100%(修正) 就看個人.
參考圖如下:

(修正:)

derliang

derliang
個人積分：1143分
文章編號：37981453

1143分

9樓

2012-08-23 23:23

ulimie wrote:
Tomato 一樣設最低保障頻寬, 至於要不要設到最高 (No limit) 就看個人...(恕刪)

喔，原來要不要設每種服務的最高頻寬是可以選擇的。
看來是小弟誤會它了~~

再請教一下，如果有設定了最高頻寬，但不同服務間有衝突的時候怎麼辦?
例如A服務設定最高可用80%，B服務最高可用60%，但剛好A與B都需要頻寬，那會如何處理?
也是以不同的class來區分優先等級嗎?

irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!

ulimie

ulimie
個人積分：1804分
文章編號：37983587

1804分

10樓

2012-08-24 1:08

這個問題小弟沒(法)那麼深入觀察, 比較明確的至少是,
1. 按 rule 的排定順序.
2. 各 class 的保障頻寬必需先滿足.

剩下的頻寬, 目前據瞭解一般優先順序是依 rule 排定的順序來分配.
高興的話, 可以把最低速限的 class 調到最前面, 只要情況許可, 就優先滿足他, 這樣可以靈活運用, 不致於總是被欺負吃不飽.

因為資料和變數太多也變化的很快, 滿載時, 小 router 的 cpu time 有時根本無法應付弄出資料來, 等到結果資料出現, 已經變形而且是好久以前的事了, 不容易觀察.