KDPA119 wrote:
謝謝 石光上林 大大...(恕刪)

6740大概4-6ms會跳一下

P880穩穩4
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
明白了,謝謝 石光上林 大大 熱心回答 ^^
今天下午 中華班長親自登門 ,先是從地下室電信機房內 測試PING值,結果是一樣的..12~15ms
據 石光上林 大大的建議,我也跟那位班長說了一下,並表示想要留住6740C,可惜..班長說..
內部晶片是一樣的 基本上是可共用,但是礙於他們對機器的進出管制統計,所以線路配合機器,
沒辦法讓我選...

至於為何PING值會升高,班長說問了機房的人,解釋是 D LINK 雖然數值漂亮,但是比較敏感??
所以多加好幾道防護 避免干擾,好穩定速率?? 所以PING值就升高了...

最後使用 VES1724+P880 ,只是P880沒散熱片溫度又高..要是熱當機,呵呵..又要打電話了 (希望是不會啦)

P880是2013年7月的版本,韌體還是S4版,2T2R的機器,與6740C比較的話,下載有一點點縮水,上傳測試算很穩定的在39.XXMB,PING值已經回到4ms,連續測試..偶爾會跳出個5ms,基本都算穩定!

因為DAS3626線路ping值的升高,也發現原本中華個人雲上傳應該要40M..剩下30M在跑,以為是限速了,問了412客服..說是沒有限速,(今天早上我還有測試過 一樣是30M速度上傳) 剛好班長都來了也順便問問,他要我再測試一次...奇蹟發生了...上傳恢復40M速度了,真是好神奇的問題阿...

(P) 中華個人雲上傳出現30速度在跑的問題時,同時間 同瀏覽器 測試谷哥網盤是正常40M速度的!

再一次謝謝 石光上林 大大 熱心回答,順便貼一下 P880內部的數值






ping 168.95.1.1 的數值已經回到以前的 4ms


谷哥的 8.8.8.8 以前是7~8ms,出問題後是27ms,現在是 18ms

KDPA119 wrote:
今天下午 中華班長親...(恕刪)


google變慢可能是BRAS那邊路由設定的問題

同一個交接箱應該是走同一L2回接取局,走的設備應該依樣

改接DSLAM應該不會換BRAS

但有興趣還是打給412叫他查察吧,為什google變慢了
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
呵呵 短時間內不好意思再撥電話,班長都出動了,這位班長來我這也好多次,原因多是我這線路都會出現很詭異問題,也曾經同型號機器換了3次,最後換一台全新的,也有過從地下室電信機房拉一條電話線直接到我這樓層,每每都要班長出動 來到都認識了(算是已經被記錄是 難搞客戶之一了吧)

從下午裝好機一直到現在,P880溫度好高,下載會變得不穩 (與6740C比較 真的有差),之前6740C全速下載..網卡可以很穩定的維持99%,測速軟體看到的速度上下的波動也不會很大! 但是這台P880 發熱後..下載波動很大 很不穩,87%~98% 速度大概是每秒 9.8MB~11.2MB之間擺動。

就連中華的測速軟體,以前6740是一條平穩的線,P880是鋸齒狀~~跳動的利害...可能需要加風扇吹吧 呵呵

KDPA119 wrote:
呵呵 短時間內不好...(恕刪)


我第一次聽到P880會過熱的

BCM63168算是broadcom散熱不錯的CPU了

可能你拿到不良品,有請他換過嗎??

另外他一個班長身上多掛幾台數據機應該不難,那一台這麼便宜

你請他領一個6740C跟你換P880阿
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
我原本就是6740C,因為近期PING值異常所以才請中華來看看的,也有表示過要留住 6740C ,但是班長說 礙於他們出料管理方便,所以 DAS3626線路配 6740C ,VES1724 線路就是配 P880 ,不給我留住6740C!

我這台P880它不是新機,是不是不良品..這我也就不太清楚了,只知道溫度明顯比6740C高,全速下載也不是很穩定..尤其是溫度高的時候,上傳是算滿穩定的...

因為是昨天剛來換機子,所以.再用幾天看看吧,如果真的一直不穩..只好打電話請他們來換機了,相同線路下也只能替換 P880 ,依照昨天班長的說法無法 應該是無法讓我換回 6740C了
請問一下 :

INP(Impulse Noise Protection)是越大越好嗎?抗雜訊能力越好?越大缺點是甚麼?
actual delay是越小越好嗎?ping值會變小,但是抗雜訊能力不好?
這兩個的關係是甚麼?

http://www.ncc.org.in/download.php?f=NCC2008/2008_B2_3.pdf

http://www.freelw.com/pdf/20140203/1391460008465.pdf

有興趣可以看看

直接看結果,就是需要多一點的buffer來解FEC

這個actual INP越長,就越有機會使用G.INP去算,延遲就比較短

實際可以在DSLAM中設定

這邊可以參考VES 1724說明書,有些數值和INP有影響如DMT的週期(校正錯誤的時間)等等

prodotti.zyxel.it/USERSGUIDE/ZYXVES-1724.pdf
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
之前在某個討論100M是否滿速的討論串中,
曾經提到自己的Downstream只開99998kbps的問題,
那時因工作忙碌,申訴之後也沒有再繼續追,
直到最近討論滿速的討論串又開啟後,
又去看了一下VDSL的資訊:

單線 6740c(100/40)



居然滿速了,但繼續又測試ping 168.95.98.254,
以前都是在4ms~7ms跳動,
現在居然是在12ms~14ms跳動...

Ping 168.95.98.254 (使用 32 位元組的資料):
回覆自 168.95.98.254: 位元組=32 時間=13ms TTL=126
回覆自 168.95.98.254: 位元組=32 時間=13ms TTL=126
回覆自 168.95.98.254: 位元組=32 時間=13ms TTL=126
回覆自 168.95.98.254: 位元組=32 時間=13ms TTL=126

168.95.98.254 的 Ping 統計資料:
封包: 已傳送 = 4,已收到 = 4, 已遺失 = 0 (0% 遺失),
大約的來回時間 (毫秒):
最小值 = 13ms,最大值 = 13ms,平均 = 13ms
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 8)

今日熱門文章 網友點擊推薦!