<!-- BBCode Quote Start --><FONT COLOR=GREEN>可惜VDSL的機房涵蓋範圍實在是不夠遠..</FONT><!-- BBCode Quote End -->
只要能拉到我家就不算是缺點..... (爆)
<!-- BBCode Quote Start --><FONT COLOR=GREEN>另外大帥有試試看在上傳頻寬被大量使用的情況下下載的速度跟respond time如何嗎??</FONT><!-- BBCode Quote End -->
上星期五來安裝後的時間不夠,沒有做這樣的測試,只是隨便拿:
download from NSYSU 中山大學
upload to NCTU 交通大學
個別測試時都跑出了 150-160KB/s 的成績。
我也知道 ADSL 這個當 upload bandwidth 滿載時,download bandwidth 跛腳的問題,所以今天也試了。
我同時 download/upload from/to NCTU 交通大學,不論上下傳都是到交大資科的工作站,結果詭異的是:
download:280KB/s
upload:160KB/s
這是同時發生的!我以為這只是短暫現象,隨後又長時間測試,還是一樣.....
也許,我們公司被設定成 3M/1.5M 的 VDSL 吧..... 不然這數字是怎麼跑出來的..... 就當作我們是 3M/1.5M 的好了,我上傳 1.5M 也已經差不多塞滿了啊!結果下傳還是這麼猛,痛快淋漓啊∼∼∼∼
anyway,同時上下傳都還能有這種成績,VDSL 可以放心使用了.....
ADSL 除了允許較遠的地方安裝外,其他和 VDSL 比,都好像垃圾一樣......
另外,我看出 VDSL 在 response time 的瓶頸為什麼出在 ATU-R 一事了。我發現,我手邊這一個 VDSL ATU-R,應該是所謂的 Ethernet over VDSL,事實上這一台 VDSL ATU-R 裡面沒什麼可以設定的功能,他的作用就是把 Ethernet 轉換成 VDSL 進出而已,所以我以為我 ping 得到 ATU-R,其實是錯誤的,我 ping 到的是在東森/亞太機房的某個機器,並非我眼前這一台藍色的 VDSL ATU-R。
何以我這麼說呢?因為我今天故意從交大的工作站來 ping 我 VDSL 的 gateway,結果我把電話線拔掉,還是 ping 得到,而且仔細觀察 traceroute 在各節點的時間,其實從外面看時,我公司的 VDSL gateway 的反應時間極短,大概在 1-2ms 左右,是我們從自己公司出發到達東森/亞太機房的 gateway 才需要 7ms 左右的時間。
因此我昨天說,我們的瓶頸在自己的 VDSL ATU-R,其實是錯的,我 ping 到的不是手邊的機器,而是在遠端機房內的某個設備,自然,這個 response time 會成為瓶頸了,畢竟要把 Ethernet 轉換成 VDSL 還是有其時間成本在。
因此這不同於一般拿到 8 IP,所謂 routing mode 的 ADSL,其 gateway 是在 ADSL ATU-R 本身一事。至少我們公司在用的這一種 VDSL,本身應該是什麼 IP 也沒有,相信也沒有任何可以設定的功能,該設定的,全部在 ISP 的機房設備上,我們這個小盒子,只是相當於 bridge 的作用而已,只是做電氣訊號的轉換而已。