請教關於新建宿舍網路規劃



贊助商連結


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

門神
2008-03-13, 01:13 PM
這也是或然率,要天公有保佑啦,要看使用份子啦!
舉例:
1.如果同時有多位p2p使用者24小時不關機掛網,不給你分時分工的機會,你只好自己來限時管制p2p。
2.我曾經發生的實際例子,我的一個宿網很多是同班的,老師說要同學上學校ftp下載freebsd iso 檔案共計5張,then放學後,慘了........,不是那班的人說網路很慢.....,直到約一天過後直到ftp下載完了,才恢復正常;當然我有告知房東,房東說就對同學裝聾作啞應付應付....,所以其他無辜的同學只好過一天候才 TDM。


^^

P2P也不是持續的頻寬滿載
所以還是可以見縫插針

這當中有一個很重要的重點
就是控管Session
還有UDP的封包

贊助商連結


needmaster
2008-03-13, 01:15 PM
門神兄 講的非常好的TDM,見縫插針,控管Session,還有UDP的封包,不愧是設備商.
FYI兄 研究精神令人佩服,觀察細微.
62chaokai兄 管理經驗豐富.
新進兄台 只能用讚字形容.
其餘...各位兄台對本討論區大大有貢獻,值得網友們累積智慧的結晶.
小弟不才.盡力而為.會繼續研究研究linux的實務及p2p及探討QOS.

peterhear
2008-03-13, 01:28 PM
這跟 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 沒有關係吧!你的 Throughput 多少就是多少,
不可能你 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 再精良,可以把你的出口擴大一倍,
而且講 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 之前,也應該要把什麼樣的 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 定義清楚再說,
對我來說,掛個像是黑箱 means plus function 技術名詞,就聲稱可以怎麼樣怎麼樣,
毋庸置疑就是廣告,跟技術是沒有關係的。

OK,假設指的是 TDM QOS,他也只不過是提高 IP 的頻寬利用率,
簡單來說,就是協調網路中各個非同步的訊號發送者,
但不管怎樣的技術都有其極限,或許在他所指的案例可以做到,
但並不代表一樣的環境下,全部成立,
那 120 個是人不是畜生,他們用網路的方式一定是不一樣的,
資訊界沒有什麼技術,可以通殺通吃所有應用這件事。

不過這 Thread 如果在這議題上一直打轉,也沒什麼意義,
只是幫人廣告而已 :D
其實管大家用什麼,反正只要有人願打有人願挨,
搞技術的有一套自己順手的 Solution,花錢的電話都不會響,都是好東西。

wulala
2008-03-13, 01:29 PM
大家都忘了CHT也曾和許多業者合作經營過社區網路"HiBuilding"啊!
http://www.cbbn.com.tw/hb1.htm
只是目前漸漸都終止合作, 讓用戶改個別申請ADSL的服務了.
CHT開給樓主的條件是繳5路10M/2M的月租費用...
假設是每個房客提供一組上網帳號, 每個帳號提供一個經由PPPoE取得的動態或固定IP.
那我們可以推測也許是CHT用5台24+2 Port VLAN Based Switch連接各房間,
上接一台具光纖GbE Port Up-Link的L2+管理型Switch, 可控管底下五部Switch每個port只對應一個PPPoE帳號.
至於CHT提供宿舍連外頻寬是多? 或許是50M/10M, 也可能是100M/10M甚至200M/10M...
因為CHT公告的100M/5M不過才2200月租(牌價),
用戶的頻寬限制則設定為最大2M/256K(據說許多大學學生宿舍連出校外就是限速2M/256K或限日流量),
則整個系統其實仍能運行得很好....
而且用戶的管理都是直接在Hinet的BRAS上和其他一般的ADSL和FTTx用戶一樣來管控(Hinet一定有L7過濾設備),
大家姑且就把這個當成是CHT提供的低速FTTx服務...

門神
2008-03-13, 01:35 PM
這跟 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 沒有關係吧!你的 Throughput 多少就是多少,



^^

Good

貼Wiki

那請問 Throughput 是算 bps 還是算 Session !?

wulala
2008-03-13, 01:48 PM
當大家擔心5條10M/2M(或一條50M/10M)夠不夠給120戶的出租宿舍使用時,
可曾想過, 過去的CM業者也是用一條36M/10M的HFC來收容200~500用戶?
時至今日, 一條DOCSIS2.0規格下的HFC具有40M/30M, 也要收容150~300個CM用戶,
用戶速率還涵蓋了256K/64K到12M/1M不等.
若以平均2M/256K來比較, CM業者敢收150~300個用戶, CHT用50M/10M來收120個用戶其實也不會太吃力.

acion
2008-03-13, 02:02 PM
當大家擔心5條10M/2M(或一條50M/10M)夠不夠給120戶的出租宿舍使用時,
可曾想過, 過去的CM業者也是用一條36M/10M的HFC來收容200~500用戶?
時至今日, 一條DOCSIS2.0規格下的HFC具有40M/30M, 也要收容150~300個CM用戶,
用戶速率還涵蓋了256K/64K到12M/1M不等.
若以平均2M/256K來比較, CM業者敢收150~300個用戶, CHT用50M/10M來收120個用戶其實也不會太吃力.
5條10M/2M與單線50M/10M之間,看似頻寬相同,其實有太多不一樣了

wulala
2008-03-13, 02:15 PM
5條10M/2M與單線50M/10M之間,看似頻寬相同,其實有太多不一樣了
基本上, 中華的線規人員應該不會搬石頭砸自己的腳...
50M/10M的單一線路會比5條10M/2M更好運用...
首先若是用合併寬就需要5 WAN設備來合併5條線路, 但那就像脫褲子放屁一樣.
都光纖進線了, 反正最終的管理是在Hinet機房, 那線路愈簡化愈好, 只要能達到帳號綁port就行了.
因此這時真正的用戶端就是VLAN Switch到用戶電腦, Switch以上就比照CHT的FTTx大樓機房的建置管理模式即可.

62chaokai
2008-03-13, 02:28 PM
^^

P2P也不是持續的頻寬滿載
所以還是可以見縫插針

這當中有一個很重要的重點
就是控管Session
還有UDP的封包

您說的這點我不能同意您再多了。
沒錯,是絕對可以見縫插針。
但是因為縫小,所以速度慢,開個網頁要花較多時間!使用者還是會抱怨。
控管Session及UDP的封包還是會有極限值。
我想使用者只是要個簡單的順暢感,起碼就是開個首頁看看新聞等的順暢感。
花個2秒看個新聞,與花個10秒能看到新聞,這差別很大的。


這跟 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 沒有關係吧!你的 Throughput 多少就是多少,
不可能你 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 再精良,可以把你的出口擴大一倍,
而且講 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 之前,也應該要把什麼樣的 TDM (http://en.wikipedia.org/wiki/Time-division_multiplexing) 定義清楚再說,
對我來說,掛個像是黑箱 means plus function 技術名詞,就聲稱可以怎麼樣怎麼樣,
毋庸置疑就是廣告,跟技術是沒有關係的。

OK,假設指的是 TDM QOS,他也只不過是提高 IP 的頻寬利用率,
簡單來說,就是協調網路中各個非同步的訊號發送者,
但不管怎樣的技術都有其極限,或許在他所指的案例可以做到,
但並不代表一樣的環境下,全部成立,
那 120 個是人不是畜生,他們用網路的方式一定是不一樣的,
資訊界沒有什麼技術,可以通殺通吃所有應用這件事。


上述我深有同感,也大表讚同!

acion
2008-03-13, 02:30 PM
基本上, 中華的線規人員應該不會搬石頭砸自己的腳...
50M/10M的單一線路會比5條10M/2M更好運用...
首先若是用合併寬就需要5 WAN設備來合併5條線路, 但那就像脫褲子放屁一樣.
都光纖進線了, 反正最終的管理是在Hinet機房, 那線路愈簡化愈好, 只要能達到帳號綁port就行了.
因此這時真正的用戶端就是VLAN Switch到用戶電腦, Switch以上就比照CHT的FTTx大樓機房的建置管理模式即可.
呵,其實我要說的就是一條50M/10M的單一線路會比5條10M/2M更好運用,可是在法規上是有問題的,至少中華電信並沒有公告有這種50M/10M電路出租,換句話說有排除其他ISP的嫌疑,在電信法與公交法上都說不過去