【投票】下載30Mbps共享, 但是不保證頻寬?

查看投票結果: 下載30Mbps共享, 但不保證頻寬

投票者
683. 您不可以參加此投票
  • 我贊同這種方式, 願意採用

    268 39.24%
  • 我有點疑慮, 但是願意採用

    186 27.23%
  • 我擔心品質, 不太願意採用

    141 20.64%
  • 我排斥這種方式, 不想採用

    69 10.10%
  • 我沒有意見, 怎麼做都可以

    19 2.78%
第 1 頁,共 20 頁 1 2 3 11 ... 末頁末頁
顯示結果從第 1 筆 到 10 筆,共計 198 筆
  1. #1
    CM Board Moderator raytracy 的大頭照
    註冊日期
    2004-05-21
    討論區文章
    714

    【投票】下載30Mbps共享, 但是不保證頻寬?

    小弟最近在規劃一個產品, 遇到一些認知上的問題, 也在公司內引起兩派不同的意見, 因此希望了解一般網友對此觀點如何?您在這邊投票的意見, 可能會對台灣 Cable Internet 的發展有著重大的影響, 請您先看完以下說明再投下您的意見.

    目前至少有 40~60% 的寬頻用戶在使用 P2P 軟體, 造成尖峰時段所有用戶的擁塞; 但在離峰時間, 由於頻寬上限的限制(例如2M, 3M...等等), 雖然離峰時段仍有許多剩餘頻寬, 但這些 P2P 用戶頂多只能使用到2M,3M...的上限. 由於在離峰時段檔案傳送不完, 造成這些檔案只能順延到尖峰時段去傳, 直接衝擊到尖峰時段的用戶品質.

    經小弟實驗證實, 若將下載頻寬開放至理論值的極限(以目前 Cable 來說, 大約 30Mbps), 不再以 2M, 3M...為上限的話, 可以有效分散 P2P 在尖峰期的傳輸, 利用離峰時間傳完大部分的檔案. 而尖峰時間的用量便會減少, 讓出較多的頻寬給非 P2P 的通訊來使用.

    這樣做還有個問題, 就是頻寬開放之後, 現有技術無法依時段來作限制, 所以在尖峰時段也會同樣開放所有頻寬共享; 這可能會造成部分用戶的疑慮: 害怕因尖峰時段頻寬全開, 造成大量的壅塞.

    事實上, 經小弟這邊實驗, 只要透過良好的 QoS 管理機制, 對需要即時互動的通訊給予優先通行權, 則尖峰時間並不會因為壅塞而導致上網緩慢或不順. 因此上述方案的實施前提是: 採用良好的 QoS 管理機制來舒解壅塞.

    附帶說明, 日本的業者目前即普遍採用這種方式, 一般是下行最高 30Mbps, 上行最高10Mbps, 但不保證頻寬隨時可達最高值. 美國則在早期有 Exite@home 曾經推行過.

    小弟希望了解網友們, 對這款產品的看法是:

    1. 我讚同這種方式,很希望能採用
    2. 我有點疑慮, 但是願意採用
    3. 我擔心品質, 不太願意採用
    4. 我排斥這種方式,不希望採用
    5. 我沒有意見, 怎麼做都好

    本投票歡迎所有網友參予, 不論您目前正在使用哪種方式上網...

    [6/22 22:00 補充內容]

    1. 本投票主題預計進行到 6/30 為止. 7/1 起小弟會彙整結果, 與各方意見, 紀錄在此主題最後, 供大家參考, 同時也將關閉此主題; 屆時若有相關發言, 請網友自行另起新主題討論.

    2. 在 6/30 前的投票時間內, 本主題雖然開放發言, 但希望各位網友的談論內容, 侷限以發表個人對此主題的看法為主, 盡量不要對其他網友的看法進行「攻防辯論」, 以免過度影響尚未投票的網友, 反而使其淡化了對此議題獨立思考的個人觀點.

    3. 如多位網友針對特定話題有興趣深入對話的話, 歡迎另開新主題討論. 如果小弟發現網友的對話之間, 開始出現深入細節探討的現象時, 也會主動將該文章分離出本投票話題之外, 另設新主題供大家討論.


    [現在時間是 7/1 0:06, 此票選暫告一段落!]

    小弟目前先關閉此主題, 進行資料彙整與統計, 各位如需發言, 請另開新主題. 待這一兩天小弟統計完畢, 發布結果之後, 會再重新開啟主題供大家討論.

    這段期間, 非常謝謝眾多網友的參予, 以及 280 位網友投下您寶貴的一票, 小弟在此特別感謝!!


    [現在時間是 7/5, 票選意見彙整出爐!]

    小弟匯整的結果可由此下載. 另有一個實際上線測試結果, 應該可以消除部分網友的疑慮:測試結果. 請自備 Adobe Acrobat Reader 軟體閱讀本文件. 本主題也重新開放發表意見. 小弟的公司也正在審慎評估這些意見, 預計本週開始針對我們現有客戶做一次相同的調查, 然後會比對分析兩種調查結果, 作為我們因應 ADSL 產品的參考.


    - Ray Tracy -

  2. #2
    會員
    註冊日期
    2004-05-19
    所在地區
    a2
    討論區文章
    151

    回覆: 【投票】下載30Mbps共享, 但是不保證頻寬?

    最初由 raytracy 發表....下載頻寬開放至理論值的極限... [/B]
    那會不會讓使用P2P的人暴增

    雖然小弟已經離開使用cable了,
    也來投票一下,希望版大別介意!

  3. #3
    會員
    註冊日期
    2001-06-17
    討論區文章
    40
    個人覺得 p2p 重點在上傳的頻寬...

  4. #4
    會員
    註冊日期
    2002-03-20
    所在地區
    SEEDNET FBB 20M/20M
    討論區文章
    346
    QoS設備可以考慮用PacketShaper,
    可以讓您有L2~L7完全控管的效果!

  5. #5
    CM Board Moderator raytracy 的大頭照
    註冊日期
    2004-05-21
    討論區文章
    714

    回覆: 回覆: 【投票】下載30Mbps共享, 但是不保證頻寬?

    最初由 poorstudent 發表
    那會不會讓使用P2P的人暴增
    根據我們對市場的觀察, 網友對於「想要」或「不想要」使用 P2P, 其決定因素並不在頻寬. 所以並不預期這種方案會造成原本不使用 P2P 的人突然跑來使用. 另一方面即使真的暴增, 當 P2P 衝擊到一般用戶時, 也可以透過 QoS 機制來抑制, 讓一般互動式應用可以順暢.

    我們歡迎所有想發表意見的網友都來投票, 不論您現在是用哪種方式上網...


    - Ray Tracy -

  6. #6
    CM Board Moderator raytracy 的大頭照
    註冊日期
    2004-05-21
    討論區文章
    714
    最初由 wally 發表
    個人覺得 p2p 重點在上傳的頻寬...
    這次的方案設計, 並非針對 P2P 用戶的需求來考量, 主要目的是在分散 P2P 的下載量, 舒解尖峰期的壅塞.

    小弟了解 P2P 對於上傳的需求, 不過那會放在另外一個計畫堶惆茼瓞{. 我們現在得先讓非 P2P 的用戶能夠順暢, 穩固一般用戶之後, 才能追求下一個目標.
    - Ray Tracy -

  7. #7
    WebSphereMania Schnaufer 的大頭照
    註冊日期
    2001-03-29
    討論區文章
    8,876
      可以請教一下這樣的頻寬是多少人來 share 的?台灣目前現行的狀況又是如何?有實際的數據來參考會比較客觀些。
    Do you have interests in Software Testing !?

      Do you play Table Tennis !?

  8. #8
    阿哲電腦綜合論壇 coolbrother 的大頭照
    註冊日期
    2001-10-14
    討論區文章
    681
    非學區 400~600 客戶一台 CMTS
    學 區 300~400 客戶一台 CMTS
    應該是差不多吧~

  9. #9
    CM Board Moderator raytracy 的大頭照
    註冊日期
    2004-05-21
    討論區文章
    714
    最初由 Schnaufer 發表
      可以請教一下這樣的頻寬是多少人來 share 的?台灣目前現行的狀況又是如何?有實際的數據來參考會比較客觀些。
    好, 不過各位在評估小弟的數據時, 也要先放下過去對頻寬分享的一些定見. 小弟會提出實際的狀況來佐證.

    一般 Cable 的下行, 大約是 800 戶~1,000 戶共享. 但事實上這個數字一直在變化. 我們從前年的 1,200 戶, 退到去年的 1,000 戶, 再到今年的 800 戶. 其主要原因, 就是因為我們一直在監控整條下行的總流量, 避免滿載. 只要我們發現某條下行線路即將滿載, 就會準備進行實體切割, 將客戶分散成不同的下行電路. coolbrother 兄那邊低到只有 400 戶分享, 也是為了避免造成滿載的狀況出現.

    因此對我們而言, 雖然一條下行是給 800 戶分享, 但實際上這 800 戶全部加起來, 在尖峰時間也沒有超過這條下行的總上限, 所以每個人都還是可以使用到全部的頻寬. (這是指 Last mile 部份, 至於穿越 Internet 部分當然無法保證速度).

    因此, 開放下行 30Mbps 的前提, 也是要監控整條下行的總流量, 只要流量超過限制, 就會主動降低分享的用戶數, 絕不會讓總流量撐在滿滿的 30Mbps 上. 如果原則如此, 會形成各地的分享戶數都不同, 但一定不會超過滿載量.

    我們這邊實際的例子:

    900 戶共享一條下行頻寬, 總流量上限設定在 27Mbps.
    當所有用戶依照現行的各方案設限時(512K,1M,2M...), 這些用戶在尖峰時間消耗的總頻寬大約是 18Mbps 左右.
    然後我們取消上面的所有限制, 讓全部用戶都可以使用 27Mbps 的下行, 測試一周下來, 這些用戶在相同時段所消耗的總頻寬大約是 21Mbps 左右.

    兩者差距大約是 10~20% 之間.

    目前正在實驗另外一區, 已經增加到 400戶, 流量尚未看到明顯增加. 可能也要增加到 800 戶左右才會看到尖峰增加. 由此可見, 全面開放極高速下載, 對於整體分享用戶的衝擊並不大, 且尚未超過線路可以承載的極限.

    但上述兩區都有一個共同特性: 就是尖峰流量增加不多, 但離峰流量增加很多!! 大約從 7Mbps 增加到 12Mbp, 高達 71%. 不過, 因 12Mbps 仍未達我們整條下行的總上限, 所以使用起來還是很順暢.

    由此來看, 在 Cable 的架構中, 開放頻寬對網友應該是有很大的益處才對, 這個實驗結果與 ADSL 的集縮結果有很大的不同, 也是為何小弟一直提醒大家要放下過去的認知來看此事. 我們還看不到有特別的壞處, 或是因此而造成用戶使用上感到壅塞不順等等 (實驗期間, 我們有特別對此區進行客服障礙原因的追蹤).
    - Ray Tracy -

  10. #10
    會員 finalcut 的大頭照
    註冊日期
    2004-06-14
    討論區文章
    254
    版大能向上反映
    順便反映到東森那裡嗎
    讓其他地區的弟兄也能享受到開放的好處

    本來我是選 我有點疑慮, 但是願意採用
    看完版說明即使尖峰時間也未達滿載
    那速度依然慢的原因應該是網站人數太多
    超過網站負荷所以才會慢摟
    那這樣就可以放心選 我贊同這種方式, 願意採用



第 1 頁,共 20 頁 1 2 3 11 ... 末頁末頁

類似的主題

  1. 一句「不保證頻寬」就是 ISP 的保護傘嗎?
    作者:BenLi 所在討論版:---- ADSL 抱 怨 與 鼓 勵
    回覆: 35
    最後發表: 2009-06-28, 03:33 PM
  2. 【討論】2M不保證頻寬了嗎?hinet
    作者:juj 所在討論版:---- ADSL 抱 怨 與 鼓 勵
    回覆: 7
    最後發表: 2006-05-18, 06:06 PM
  3. 中華電信的不保證頻寬是否侵犯消費者的權益
    作者:seal1030 所在討論版:---- ADSL 抱 怨 與 鼓 勵
    回覆: 52
    最後發表: 2005-09-15, 01:08 PM
  4. 【抱怨】原來台固8M/640K不保證頻寬就是將你鎖頻
    作者:haur333 所在討論版:---- ADSL 抱 怨 與 鼓 勵
    回覆: 5
    最後發表: 2005-04-18, 11:22 PM
  5. 【建議】不保證頻寬
    作者:xpuser 所在討論版:---- ADSL 抱 怨 與 鼓 勵
    回覆: 31
    最後發表: 2004-06-19, 01:13 AM

 

冠彰磁釉swot

發表文章規則

  • 不可以發表新主題
  • 不可以回覆文章
  • 不可以上傳附加檔案
  • 不可以編輯自己的文章
  •