請問哪有有大部分路由器的最大連線數數據? - 第2頁 - PCZONE 討論區

返回   PCZONE 討論區 > ▲ ADSL_CABLE_FTTH 寬 頻 上 網 討 論 > -- 網 路 硬 體 版


PCZONE 討論區



通知

-- 網 路 硬 體 版 "網路卡" , "HUB" ,"Switch","無線網路產品","頻寬分享器" 等網路硬體產品

會員
回覆: 請問哪有有大部分路由器的最大連線數數據?
很使用BT時常陷入兩個迷思,就個人淺見提供各位參考,

迷思1.
很多人認為連線數(session)越多越好,不花高價買session 5000以上甚至上萬最好,XP在SP2以後把連線數限制為10而BitComet在選項裡提供最大為500之Patch,請注意才500,重要的是有效能用之連線數,這還遷涉到Timeout的設定及CPU的處裡能力,早期Timeout都設定很長的時間(數天)才釋放,因此非常容易造成無session可用,現在的設計有UDP五分鐘就釋放了,TCP也不過150分鐘即釋放了,本人電腦使用4226ID Patch才1000連線數,使用bt最大連線數從未超過500,但是CPU處裡能力要強

迷思2.
BT軟體未設定上傳頻寬,如此硬體再好也無力,除非有Qos之上傳頻寬設定,如本人用8M,上傳為640k即80KB,上傳設30K+BT軟體連線需20~30K,打折後只剩約15K供上網&即時通,只好用較長時間做種子來瀰補;硬體基本上不夠力,功能再多也枉然,相對的硬體夠好不了解如何使用發揮其優點也無奈!出名的第三方韌體>DD-WRT預設連線數也不夠才4096,TOMATO也是以Qos而著名,我們在電腦上設定好一樣能使用的很好不是嗎!

而 TOMATO 1.09 QOS 設定
如:
Advanced>Conntrack/Netfilter>Maximun Connections(預設2048,最大可設置到10240)
TCP Timeout & UDP Timeout(連線釋放)
Qos>Basic Settings>outbound Rate/Limit Max Bandwidth.....etc
設定的好對使用BT P2P上也有不錯的效果!

畢竟Sparklan WX6615GT 也才 899 NT 可以做到這樣算不錯了!
還加上不錯又實在的硬體規格( LINKSYS WRT54GS更佳)搭配內建Broadcom晶片組,輸速率可達125Mbps...
算是便宜又大碗了~


此篇文章於 2007-10-08 12:11 AM 被 joeing 編輯。.
回覆
明誠科技小峰
回覆: 請問哪有有大部分路由器的最大連線數數據?
先強調一下,550GE真的是我們側了很多東西選出來的最佳平台,他的無線收訓真的很棒,市面上有所謂大功率AP或是一般AP送5DBI天線的收訓都不如這台.

韌體上我們不會笨到要在這種等級的cpu上做L7的事情啦!我們做的東西其實很簡單,第一是調整TCP和UDP的連線TIME OUT的時間,不改核心的話什麼韌體跑P2P起來都不快.第二是改穩定,不管是ASUS或是OLEG韌體,真的BT加上EMULE狂開的結果都沒有很穩定,問題幾乎都出在記憶體用完.

在我們的頻寬管理版上做了跟QXO居x的機器類似的BY IP頻寬管理,使用者可以用幾個簡單的參數就決定整段IP每個人需要多少上下傳頻寬,也可設定少數的例外,另外為了對付P2P,光是管制頻寬也不夠,所以我們也做了by ip的sessions限制,很多人基本上為了要共享頻寬給一些不認識的人,要買到4000-9000不等的硬體,其實用我們的頻寬管理版不管是小社區寬頻或是房東提供的租屋網路都夠用了.
回覆
會員
回覆: 請問哪有有大部分路由器的最大連線數數據?
引用:
作者: cheerx 觀看文章
在我們的頻寬管理版上做了跟QXO居x的機器類似的BY IP頻寬管理,使用者可以用幾個簡單的參數就決定整段IP每個人需要多少上下傳頻寬,也可設定少數的例外,另外為了對付P2P,光是管制頻寬也不夠,所以我們也做了by ip的sessions限制,很多人基本上為了要共享頻寬給一些不認識的人,要買到4000-9000不等的硬體,其實用我們的頻寬管理版不管是小社區寬頻或是房東提供的租屋網路都夠用了.

謝謝小峰兄的指導,在此還有一些疑問要請問小峰兄:

請問550GE頻寬管理版,有提供UPnP的功能嗎?(這個功能很實用的)
有DDNS的功能嗎?(有時候需要架站或遠端遙控時需要用到)

5組IP頻寬管理,是不是只能管理5台電腦,可以增加嗎?(到8組)如果有10台電腦怎麼辦?(妳寫的是小社區寬頻或是房東提供的租屋網路都夠用了)
回覆
FYI
會員

5 組應該是指5 個(群)條例, 每個條例可設定IP 範圍, 而給予相同限制

引用:
作者: pispol 觀看文章
如果是的話RAM最好32MB,效能才跑得出來
就看小峰兄願不願意改個WL-500gD 或WL-500gP 版出來?

另外, oleg 所採用的QoS 是Wondershaper script

此篇文章於 2007-10-08 03:08 AM 被 FYI 編輯。.
回覆
拉登長官
回覆: 請問哪有有大部分路由器的最大連線數數據?
引用:
作者: pispol 觀看文章
謝謝小峰兄的指導,在此還有一些疑問要請問小峰兄:

請問550GE頻寬管理版,有提供UPnP的功能嗎?(這個功能很實用的)
有DDNS的功能嗎?(有時候需要架站或遠端遙控時需要用到)

5組IP頻寬管理,是不是只能管理5台電腦,可以增加嗎?(到8組)如果有10台電腦怎麼辦?(妳寫的是小社區寬頻或是房東提供的租屋網路都夠用了)
ASUS 官版 & Oleg 版都還有 UPnP, 550GE頻寬管理版 也有 UPnP 功能
DDNS 也如上

5 組 IP 頻寬管理, 可以這樣設定
192.168.1.1 ~ 192.168.1.10 上傳 64K, 下載 512K
192.168.1.11 ~ 192.168.1.100 上傳 64K 下載 256K
...
共五組

10 台電腦, 如果懶的設定, 可以
192.168.1.1~192.168.1.254 上傳 xxK, 下載 xxK
一條搞定
回覆
拉登長官
回覆: 請問哪有有大部分路由器的最大連線數數據?
引用:
作者: joeing 觀看文章
很使用BT時常陷入兩個迷思,就個人淺見提供各位參考,

迷思1.
很多人認為連線數(session)越多越好,不花高價買session 5000以上甚至上萬最好,XP在SP2以後把連線數限制為10而BitComet在選項裡提供最大為500之Patch,請注意才500,重要的是有效能用之連線數,這還遷涉到Timeout的設定及CPU的處裡能力,早期Timeout都設定很長的時間(數天)才釋放,因此非常容易造成無session可用,現在的設計有UDP五分鐘就釋放了,TCP也不過150分鐘即釋放了,本人電腦使用4226ID Patch才1000連線數,使用bt最大連線數從未超過500,但是CPU處裡能力要強
現實是, 用 uTorrent, BitComet, Foxy, eMule 等軟體同時開啟, 還是有可能會破萬
用 PPLive, PPStream 等軟體也有可會破千
TCP 釋放並不是 150 分鐘

引用:
作者: joeing 觀看文章
迷思2.
BT軟體未設定上傳頻寬,如此硬體再好也無力,除非有Qos之上傳頻寬設定,如本人用8M,上傳為640k即80KB,上傳設30K+BT軟體連線需20~30K,打折後只剩約15K供上網&即時通,只好用較長時間做種子來瀰補;硬體基本上不夠力,功能再多也枉然,相對的硬體夠好不了解如何使用發揮其優點也無奈!出名的第三方韌體>DD-WRT預設連線數也不夠才4096,TOMATO也是以Qos而著名,我們在電腦上設定好一樣能使用的很好不是嗎!
[delete]
用 Tomato 當然很好, Layer 7 QoS 也很棒!
但是, Layer 7 QoS 指的是 *所有 IP* 的 Protocol
比如我設 HTTP 的 QoS, 他指的就是所有 IP 的 QoS
對單一個人使用當然合理, 多人使用就不見得合理了

Tomato 堪用, 前提是 "個人" 使用
多人使用, 它還是會有它的問題存在.
回覆
明誠科技小峰
回覆: 請問哪有有大部分路由器的最大連線數數據?
小弟講一下我自己的看法啦!要跑p2p,4096個連線真的不太夠,我們在測試的時候發現EMULE加上BT一起跑,真的很容易連線數就衝上萬了.用PPLIVE看個蠟筆小新也有這樣的現象.

目前不管哪一個wrt或是番茄,預設的sessions都不大,或是sessions可以開大一點,但是實際使用的時候記憶體不夠還是會發生reboot的問題.很多的狀況我們都測試過啦!

ASUS比較高階的機種韌體部分我們會再討論一下,畢竟要考慮到台灣市場習慣的問題.不然這幾台路由器其實還可以做很多的事情.

我們甚至弄了msn一般韌體可以做msn的sniffer讓老闆可以監控msn的通訊,還可以禁止加密.

目前QOS組數客戶反應都還夠用,因為就像是DOU0228兄說的一樣,懶惰的話從頭到尾都設定一樣就好.一條規則整個網段就都搞定.加上我們的機器可以做ip和mac的綁定,就算範圍不設定整個class c的網段,也不怕用戶自己亂改ip.
回覆
明誠科技小峰
回覆: 請問哪有有大部分路由器的最大連線數數據?
所謂的L7的qos,問題在於目前很多的P2P都有封包標頭加密,沒又辦法輕易被辨識,實際上會讓很多的應用頻寬你不知道有怎樣保障.

再舉一個例子如果有人開多點的HTTP下載吃光保障的頻寬,有可能整個區網內的用戶使用HTTP協定看網頁都變的異常緩慢.

我們自己的看法是L7的QOS還需要很多條件多方配合,才能達到比較理想公平的網路環境.而且真正L7的QOS對這種小型遷入式系統的CPU真的還是太吃力了.

對一般人來說用IP的頻寬管理跟SESSIONS管理還是會比較簡單.
回覆
會員
回覆: 請問哪有有大部分路由器的最大連線數數據?
畢竟 Sparklan WX6615GT 一台 也才 899
能作出 超過自己數千元等級的路由器能力,真的不能苛求太多了!

又要馬兒好又要馬不吃草!
Sparklan WX6615GT CPU 也才 200MHz(還可超頻喔) 16MB RAM
作 Layer 7 QoS 真的不夠力!

Layer 7 QoS很佔用系統資源,它會明顯佔用CPU和RAM的使用,加掛了不少Layer 7 QoS過濾程式,Sparklan WX6615GT(RAM 16MB)的
Layer 7 QoS如果隨便設定 ,16MB RAM 很容易 overmatch/undermatch
造成路由器當機, 對 Layer 7 QoS 設定不熟悉,乾脆關了它

用 200MHz CPU 16MB RAM 加強用在 Tomato TCP/UDP PORT 和
IP位址 優先管制,
那"""Tomato 堪用, 前提是 "個人" 使用 """這句話
,必須先打一個大大的” 問號 ? ”

但對Sparklan WX6615GT 899 NT +Tomato 的爛機子,

真的不適合對 “ 多人使用
, 不然還是會有它的問題存在.”這真的是一個罩門!



Sparklan WX6615GT + tomato

最大的缺點就是沒有 SESSIONS 限制功能 !

不過這個用iptables很容易加上,例如

/usr/sbin/iptables -I FORWARD -p tcp -m iprange --src-range 192.168.1.50-192.168.1.99 -m connlimit --connlimit-above 125 -j DROP

/usr/sbin/iptables -I FORWARD -p! tcp -m iprange --src-range 192.168.1.50-192.168.1.99 -m connlimit --connlimit-above 50 -j DROP

另外 Tomato Firmware 又更新到 1.10 !

希望 Tomato 也能新增 by ip sessions 管理 !


此篇文章於 2007-10-09 12:33 AM 被 joeing 編輯。.
回覆
拉登長官
回覆: 請問哪有有大部分路由器的最大連線數數據?
引用:
作者: joeing 觀看文章
用 200MHz CPU 16MB RAM 加強用在 Tomato TCP/UDP PORT 和 IP位址 優先管制,
那"""Tomato 堪用, 前提是 "個人" 使用 """這句話
,必須先打一個大大的” 問號 ? ”
還是一樣打一個很大的問號
就算加上, 還是有可能遇到多人互搶頻寬

再說一次, tomato 個人使用絕無問題
多人它有它沒處理到的地方, 但它並非完全無好處

引用:
作者: joeing 觀看文章
最大的缺點就是沒有 SESSIONS 限制功能 !

不過這個用iptables很容易加上,比如

/usr/sbin/iptables -I FORWARD -p tcp -m iprange --src-range 192.168.1.50-192.168.1.99 -m connlimit --connlimit-above 125 -j DROP

/usr/sbin/iptables -I FORWARD -p! tcp -m iprange --src-range 192.168.1.50-192.168.1.99 -m connlimit --connlimit-above 50 -j DROP

另外 Tomato Firmware 又更新到 1.10 !

希望 Tomato 也能新增 by ip sessions 管理 !
別鬧了! connlimit 只限於 TCP 連線, 照您原本的敘述, 不大多是 UDP 連線嘛?
connlimit 並非這樣使用, 請照您的指令跑看看會發生什麼事

再者, TCP 若沒有關閉, 連線數還是照使用不誤
簡單的說, 限制每秒建 50 or 125 連線數還是沒用

時間到了, 整台機器的連線數還是跑到滿




此篇文章於 2007-10-09 12:28 AM 被 dou0228 編輯。.
回覆







 XML   RSS 2.0   RSS 
本站使用 vBulletin 合法版權程式
站務信箱 : [email protected]

本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。