| 頁 :
[1]
2 yutoot 2007-08-31, 07:26 PM 最近剛剛申辦光纖(10M/10M) 我想問一下 光纖倒底是不是對稱式的... 就是"同時"上傳下載時，速度會不會互相干擾呢??? 因為我現在同時上傳下載時，只能有一方可以滿速，另一方就很慢... 打給課服，居然回答：這樣的速度是正常的，因為10M/10M是上傳下載加起來的最大流量?!... 聽了我快吐血了....:mad: 這不是跟ADSL一樣嗎???(上傳下載時，速度會不會互相干擾) 有人能說明一下光纖的原理及速度，還有解答一下我的問題.. 3q~~~:cry: peter.hi 2007-08-31, 07:43 PM 請問您是用seednet的FTTB嗎? 目前FTTB使用的技術 理論上是不會影響 但實際運用是多少會，但比ADSL好太多了 如果又加上cFos等調節軟體輔助，就更不明顯了 好想seednet的FTTB阿!!! 還是只能用HINET的.. wangcm 2007-08-31, 07:43 PM 這本來就跟xDSL/FTTx一點關係都沒有:|||: ....一般傳資料通常是走TCP的,TCP先天上就不是純單向的協定(i.e.上傳時還是得靠經由下傳路徑送回來的ack做糾錯/流量控制等等),若雙向同時壅塞時TCP的sliding window機制就會因為收不到ack而降低送出資料的速度,結果就像您所看到的狀況:sleep: :sleep: ..... yutoot 2007-08-31, 07:49 PM 這本來就跟xDSL/FTTx一點關係都沒有:|||: ....一般傳資料通常是走TCP的,TCP先天上就不是純單向的協定(i.e.上傳時還是得靠經由下傳路徑送回來的ack做糾錯/流量控制等等),若雙向同時壅塞時TCP的sliding window機制就會因為收不到ack而降低送出資料的速度,結果就像您所看到的狀況:sleep: :sleep: ..... 所以還是會互相干擾的... 對吧?! 這可以避免的了嗎??? peter.hi 2007-08-31, 07:57 PM 這本來就跟xDSL/FTTx一點關係都沒有:|||: ....一般傳資料通常是走TCP的,TCP先天上就不是純單向的協定(i.e.上傳時還是得靠經由下傳路徑送回來的ack做糾錯/流量控制等等),若雙向同時壅塞時TCP的sliding window機制就會因為收不到ack而降低送出資料的速度,結果就像您所看到的狀況:sleep: :sleep: ..... 也許是我搞錯了吧XD 不過實際使用起來 影響確實沒那麼大... 我也不知該怎麼解釋XD wangcm 2007-08-31, 08:03 PM 所以還是會互相干擾的... 對吧?! 這可以避免的了嗎??? 理論上是一定會互相影響的,不過因為我們能控制上傳時的優先次序(BTW,別人要如何送封包過來是吾人無能為力的----至少是無法"直接"控制的,頂多能間接控制:|||: ),所以可以透過調整資料/ack封包的優先順序降低壅塞造成的影響(i.e.同時上/下傳時對下載而言可以提高經由上傳方向送出的ack的優先權,使下載的速度受上傳壅塞的影響不至於太明顯,反之亦然:sleep: :sleep: ).... spooky_mulder 2007-08-31, 10:40 PM 最近剛剛申辦光纖(10M/10M) 我想問一下 光纖倒底是不是對稱式的... 就是"同時"上傳下載時，速度會不會互相干擾呢??? 因為我現在同時上傳下載時，只能有一方可以滿速，另一方就很慢... 打給課服，居然回答：這樣的速度是正常的，因為10M/10M是上傳下載加起來的最大流量?!... 聽了我快吐血了....:mad: 這不是跟ADSL一樣嗎???(上傳下載時，速度會不會互相干擾) 有人能說明一下光纖的原理及速度，還有解答一下我的問題.. 3q~~~:cry: 我想你搞錯＂對稱式＂的意思了。 ＂對稱式＂的意思不是＂ 就是"同時"上傳下載時，速度會不會互相干擾 ＂。 10M/10M 上下傳都是 10M 這就是＂對稱式＂的。 10M/2M 下傳 10M 上傳 2M 這就是＂不對稱式＂的。 這樣你明白了嗎？ 小島大和 2007-08-31, 10:47 PM 這個在10M/2M還不太明顯! 但是在100M/5M上可能會發生大問題... 如果5M上傳滿載、相信下載速度會很難看的... alanzeratul 2007-09-01, 07:16 AM 我想你搞錯＂對稱式＂的意思了。 ＂對稱式＂的意思不是＂ 就是"同時"上傳下載時，速度會不會互相干擾 ＂。 10M/10M 上下傳都是 10M 這就是＂對稱式＂的。 10M/2M 下傳 10M 上傳 2M 這就是＂不對稱式＂的。 這樣你明白了嗎？ 以前ADSL的"非對稱式"被普遍認為就是上傳會重度影響下載 主要還是一般的規格上傳實在太小，所以額外的流量相形之下顯得巨大 其實跟對稱式還是非對稱式沒有絕對關連.....可以這麼解釋嗎? 或者說，對稱式跟非對稱式是講線路的技術，表示傳輸的能力或說極限 但實際傳輸時還是要受到電腦的TCP端口協定的限制，不可能上傳完全不影響下載.... 不知道觀念對不對，有誤請用力鞭:eye: wangcm 2007-09-01, 09:34 AM 以前ADSL的"非對稱式"被普遍認為就是上傳會重度影響下載 主要還是一般的規格上傳實在太小，所以額外的流量相形之下顯得巨大 其實跟對稱式還是非對稱式沒有絕對關連.....可以這麼解釋嗎? 基本上就像您說的,只是早期xDSL的不對稱是xDSL技術上先天的限制,但現在FTTx的不對稱則是CHT特意用技術加工出來的:|||: .... 或者說，對稱式跟非對稱式是講線路的技術，表示傳輸的能力或說極限 但實際傳輸時還是要受到電腦的TCP端口協定的限制，不可能上傳完全不影響下載.... 不知道觀念對不對，有誤請用力鞭:eye: TCP先天上本來就不是純單向的協定,如果雙向壅塞就算是在GbE LAN上還是會互相影響,但實務上可以透過提升ack在反向路徑的優先權降低壅塞造成的影響,真正可以做到單向的只有UDP,不過因為Internet先天上就不是理想的網路(i.e.封包可能會有遺失/重送或不按順序抵達的狀況:sleep: ....BTW,真實環境中也沒有理想的網路這回事就是了:|||: ),糾錯/流量控制還是跑不掉的(而且此時這些麻煩事就輪到AP DIY了,而非統一由OS kernel代勞:p ),只能說要怎麼作就看個人道行吧:D :D .... |