那台我一回來就關dhcp跟WIFI了PPPOE我就不知道怎麼關了
我自己是用小PC跑routeros,所以速度暫時都不擔心^^
chang987 wrote:
誰跟你說_只驗50M...(恕刪)
chang987 wrote: 我說的是因為當初最高供裝頻寬只有50M,所以在EPON的架構上
一個1G L3埠收容8部SP(32-4=28*8=224),那麼設備使用率100%時,會有224個用戶共用1G頻寬(當然是不可能達到100%)
等到最高供裝頻寬是100M時,8部就減成4部,那麼設備使用率100%時,會有112個用戶共用1G頻寬
然後重點來了__1G架構下的EPON,根本不該供裝300M
在保證頻寬的原則下(巔峰流量不超過節點頻寬)
集縮比_供裝頻寬的總和/節點頻寬
V供單一用戶最高頻寬是100M,節點頻寬是1G__1/10
依實務經驗,集縮比可達20倍,巔峰流量還不會超過節點頻寬
EPON單一用戶最高頻寬是500M,節點頻寬是1G__1/2
那麼集縮比能有多大??
300M_3/10我一隻手的指頭還沒數完,就爆了…何況500M_1/2
目前300M以上用戶比率,還佔不到千分之二,所以只有零星狀況..
但以後呢??現在100M的月租費比8年前的10M還低很多....
chang987 wrote:
我說破錶只是個形容詞…上有鐵板,只有滿速沒有超速!!不要想太多..
L3只有1G,那麼巔峰流量就不會超過1G,即1-8套SP底下所有用戶流量的總和就不會超過1G,當快到1G時就會開始掉速(伴隨反應延遲拉長爆PING),1-8套SP流量總和都不超過1G了,單一SP的流量又怎麼會超過1G??
SP*N(1-8) -- >L2(TenG) – >L3埠(TenG)
這樣1.25G的SP才會爆………
集縮比_供裝總頻寬/節點總頻寬(L3埠的頻寬)
集縮比太大會無法達到保證頻寬的目的,集縮比太小成本會太高,所以要恰到好處...
當_單一用戶供裝最大頻寬/節點總頻寬=1/10時,集縮比20是最恰當的__這是值是所有長期實務工作者的共識,目前V供,一個1G L3埠就是最多供裝200個用戶,巔峰流量很少很少來到節點頻寬的80%(800M)
當_單一用戶供裝最大頻寬/節點總頻寬=3/10時,集縮比多少才是最恰當的??
如果你是實務工作者,發現竟然是5以下時,那麼結論不就是1G架構下的EPON不宜供裝300M,成本太高了...
退一萬步好了__OLT都不經過L2集縮,直接銜接L3
28個用戶用1G,2個500M或1個500M和2個300M滿速在跑,那不就爆了…
何況1G最多供裝28戶,這生意能做嗎??
chih_haohung wrote:
這112個用戶有可能有100M/100M, 300M/100M, 500M/250M速度方案的用戶,我很懷疑中華電信是否集縮比設計得太過樂觀了
以後一定死得很慘(應該說用戶一定死得很慘)
chang987 wrote:
EPON不要供裝300M...(恕刪)