這本來就跟xDSL/FTTx一點關係都沒有:|||: ....一般傳資料通常是走TCP的,TCP先天上就不是純單向的協定(i.e.上傳時還是得靠經由下傳路徑送回來的ack做糾錯/流量控制等等),若雙向同時壅塞時TCP的sliding window機制就會因為收不到ack而降低送出資料的速度,結果就像您所看到的狀況:sleep: :sleep: .....
我覺得不是太明顯:|||:
p.s.鵝老大....我又把server upgrade了....(自從那番說話之後就@_@~~~)
這次換做3800x2+2G DDR2+250x2 RAID0+80G BT用+320G SYSTEM@_@|

最近剛剛申辦光纖(10M/10M)
我想問一下
光纖倒底是不是對稱式的...
就是"同時"上傳下載時，速度會不會互相干擾呢???
因為我現在同時上傳下載時，只能有一方可以滿速，另一方就很慢...

你當時在下甚麼~?

贊助商連結

下行數據以廣播方式傳輸，每個ONT透過匹配包頭中的地址來接收發送給它的數據封包。為確保數據安全，下行數據要經過一個稱為‘攪拌(churning)’的鑒定過程作為第一道防線，以防止惡意用戶偷竊他人數據。

上行數據按照OLT的控制機制進行傳輸，採用時分多址(TDMA)協議，在此協議下，OLT對每個ONT授以傳輸時隙。這些時隙是同步的，因此來自多個ONT的數據封包在同一個光纖上傳輸不會產生衝突。在同一根光纖上傳輸上行和下行數據(無論是對稱還是非對稱)，都是利用具有不同波長的兩個雷射通道的波分再使用(WDM)來實現的。
-------------------------------------------------------

上面那段文章主要是在描述FTTx的底層架構的(i.e.存取控制/編碼方式/全雙工或半雙工與否),請恕鵝看不出來這篇文章無論在字面上或其意涵中哪裡有提到在FTTx上跑TCP這類connection oriented protocol雙向滿載時會不會互相影響:|||: ....


小弟看法
FTTx裡面沒有所謂的下行影響上行這回事
這跟用哪種通訊協定幾乎沒有關係
有可能的是中華在OLT上面就做了限制
不然就是中華又出了天下獨一無二的規格:mummy:

TCP上下傳會互相影響(尤其是雙向都壅塞時:|||: )主要的原因是糾錯/流量控制用的ack封包還是in band signal,而非走獨立路徑的out band signal,這點是不論cable /dial-up MODEM/FTTx/xDSL甚至是leased line都改變不了的(但實務上可以透過提升ack在反向路徑的優先權降低壅塞造成的影響,這也是cFOS這類軟體號稱可以降低P2P之類AP對其他interactive session造成的影響的原因:) ),CHT雖然在蠻多方面都很"顧人怨",但也不是所有"郎"都是CHT"台"的吧:|||: :|||: ....

樓上所提的是EPON FTTx的網路架構和傳輸原理吧!
不過呢....要發生這種問題通常也得OLT上一個PON port的流量接近滿載才有機會發生...
就樓主的問題, 由於他是使用10M/10M服務, 要發生這種情況得有其他同一PON port的用戶一起搶頻寬,
把1G的頻寬吃滿了才會發生, 不過以EPON架構來看, 這個port上最多可能有256個用戶,
256個10M/10M用戶全部滿速上下載需要頻寬2.56G, 不過這種全部用戶同時滿載的情況應該不太可能發生.
所以樓主的問題基本上就像鵝大所言, 純粹是ack封包受阻所致...

另外, 10M/10M的平價光纖服務目前只有Seednet(速博)和億聯(新店有線)提供,
其中只有億聯是使用EPON(GEPON)的架構....