Midpoint 能合併頻寬嗎?

[march]

各位大大好;之前曾看前輩shyong文章
http://pczone.com.tw/showthread.php?threadid=716
並經由avinger大大用midpoint合併2條ADSL頻寬成功.
所以我又申請一條華信計時制ADSL加上我原來固定制512/64
並用midpoint來做頻寬合併,原本以為會有1024/128的合併頻寬,
但如何設定就是只能單線傳輸512/64,無法下載單一檔案就達1024/128
除非再開另一下載軟體第2條線才會動作,也就是說midpoint似乎只有並聯
頻寬的效果,而且除非一條線路滿載(下載軟體)否則它不會啟動第2條線路!
另外發現一點裝了midpoint在初下載軟體時會暴衝到350KB再下降至正常
50KB左右,這時間大約1分鐘,不過已下載好幾MB啦!!
請問是否有其他大大使用此軟體成功設定下載單一檔案是合併頻寬的效果?
或是在midpoint設定上有何重點??

[Bratte]

應該可以吧! 去它的選項設定裡面找找, 有一個選項要勾選
大意應該是 即使下載單一檔案也要使用多條連線 (人在公司正確的選項要回家才能幫你查)

但是它的合併下載, 如果依它網頁 FAQ 的解釋
假設你用了兩條(N 條)連線, 只要對方的網站符合 HTTP 1.1 的協定, 它就能將單一檔案切割成兩份(N 份) 下載, 但是要注意一點, 它並不是像 Flashget/Netant 一直都是分成兩半(多點)同時下載.它是根據你兩條線的速度快慢來決定, 連線速度如果一樣快那檔案就分成各 50% 下載, 如果其中一條比較快, 會命令比較快的那一條多下載一些, 或許會是 60%/40% 也不一定, 一但決定下載的比例之後, 兩條線就各自動作互不相干
所以我常看到剛開始下載時的確是兩線並行, 但是到後面時只剩一條線在跑, 跑完的那一條線不會因為工作完畢了, 再來幫忙還沒跑完的那一條線繼續下載, 因此如果你的線路速度不是很穩定的話, 有可能造成 midpoint 誤判, 分配下載比例時不會很準, 偶而還是會有一條線空在那裡.

PS. 我自己的測試 Midpoint 似乎不支援 Flashget 跟 Netant, 要試驗合併下載的話, 不要用續傳軟體

[march]

謝謝Bratte大大的指導,知道有人實測成功我就放心了!差點放棄說!那個下載單一檔案也使用多條連線的設定我原先就有勾選,但奇怪的就是除非單線滿載狀況我再下載第2個檔案第2條線才會啟動,我是用http下載做測試的,我想是我在其他設定有問題吧!如果實在不行,我再把我midpoint設定貼圖上來再請大大指導了,謝謝!!

[thx]

試試這一套吧 ..
http://www.vicomsoft.com/vig/vig.main.html
你也幫我試試效果如何 ...(看看Flash car可用嗎?)
有問題 歡迎問我

其實我不喜歡用Mindpoint .....我覺得他寫得不清不楚

http://www.vicomsoft.com/knowledge/ks.main.html
這理面有很多tech support 參考一下
就提到了 multippp 問題...
基本上如果要做到單一檔案下載有雙頻 必需要有 support multippp
multippp 需要另外一個端點 (ISP 也有support )
不光是我們用戶這端....

這邊還有一分小明站長老大寫的
http://www.vlab.com.tw/lab/isl/isl.htm
也寫得很好 ...

就這樣

[thx]

原始作者是 : oxox
可以設定先使用哪一條嗎？
比方說，先使用計時制的，當計時制滿了，才用到固定制？
或是先使用固定制，當固定制滿了，使用64K專線？

請教一下.. 您硬體是怎樣接的？
三片網卡？一個計時、一個固定、一個內部？
還是怎樣...

我好像還有一些問題 沒有回你厚
好像不能先設定用那一條線路
基本上應該是一起共用...自動做Route

至於你講的三片網卡...YES..
這是麻煩的地方....
一條ADSL 就是要一張網卡去管
所以我才研究單一線路 multi account...
不過這種事 其實也很無聊....ISP 自己開放計時制1.5m/384k
就不用這樣費工夫

[shyong]

其實我也蠻贊同 thx 的說法,畢竟唯有 Hinet 開放出更高的 speed

才是解決目前網路的困境

今天下午在跟 CISCO 的工程師聊天時,才該個玩笑說

如果高雄市長把全高雄的主要道路的舖設光纖的話

那我下次鐵定還是選他~~~~

另外在一提,其實各位再做合併線路時,是否也曾考慮過下列方法:

EX:如果你打算將兩條 64/512 KB的 ADSL 線路合併,那我到可以

建議你可以遊說你的鄰居,也牽網路,就如同 thx 所言

如果你有5個以上的 user 要用的話,我建議你可以去申請

128/786 kb 的這組 ADSL ,因為如果不是5個人同時使用的話

當你一個人用時,那就爽~~~~~

就算是5個人同時用,也還好,如果純粹用 Browser 是感覺不出來的

[welching]

看到各位高手的引言讓我增進了不少功力,我前幾天曾試著把辦公室的T1,512K/64K(ADSL計時制),及56K撥接一起同時一起使用,原本笨笨的我以為,我上網的速度會512K+T1+56K撥接的總速度,事實上我錯了,經過白癡般的數據證實,當三條線路同時上線時,會以PPP-->56K撥接優先跑流量,假設我把56K斷線後,ADSL要經過5 SEC後,流量才會跑ADSL的路由(PPPOE),最後才會跑LAN,就是我所謂的T1,這是一個蠻無聊的實驗,這讓我想到多條線路合併的問題,應該屬於Load sharing,
或許是當你開多一點網頁,或是同時做ftp時,所謂的合併只是將流量分散,而不是將你的頻寬變寬,不知我這樣講對不對呢?

[shyong]

welching 你所說的是沒錯的~~~

事實上,這個合併方法,主要的目的可以用於架站

因為 ADSL 對外(別人上你的站,就等於你的 UPLOAD)8 KB

所以,此方法可以讓你擁有兩條 8 KB 的對外頻寬

也可以用此方法下載,尤其對較大的檔案 (VCD ,ISO ..)

不過,這畢竟是窮人家省錢的方法,如果人數夠的話,

基本上,我還是建議各位 USER 使用 786/128 KB 這組

現在一個月好像還要 5000 左右吧~~~`

[welching]

根據別人引述的資料如下,沒那麼貴喔

目前太眯珣壎X的ADSL套餐主要是針對固定是的ADSL，
分為1個IP與5個IP兩種（目前開放台北、新竹申請）：
1 IP：512/64K 999元/月 9999元/年
5 IP：512/64K 1800元/月 17280元/年（送Zyxel P310）
768/128K 3600元/月 34560元/年（送Zyxel P310）
T1/384K 10800元/月 103680元/年（送Zyxel P310）

[thx]

我覺得這篇文章不錯　所以加來進來喔
作者 [email protected] (We did start the fire.), 看板 linux
標題 Re: Linux 上使用 NAT 達到網路頻寬分享: 三思而後玩
時間 台大計中椰林風情站 (Sun Jan 28 14:07:32 2001)
────────────────────────────[←離開] [PgUp] [PgDn]

實在太多posts關於多重internet link,個人心得請指教:

1. "load balancing" between two different IP routes:
There is ECMP(equal cost multi path) in after Linux 2.2 Kernel.
However, in many cases you would not be pleased with the results.
It might be wise not to implement this for corporate usage.

2. The reasons that the result might be bad:
a. MTU(maximum transfer unit) of the paths might be different.
b. Variable latency of different paths. Packs tend to arrive even
more out-of-order. When 3 or more packts are received before a
"late" packet, TCP starts the fast-retransmit mode. This will consume
extran bandwidth, and possibly cause more packet loss.
c. Traceroute/ping may be less reliable for debugging.

3. What is needed:
a. an implementation which follows RFC2991 in minimizing active flows
affected by adding/deleting of next-hop.
3. What is needed:
a. an implementation which follows RFC2991 in minimizing active flows
affected by adding/deleting of next-hop.
b. the routing has to work for multicast, which need to have a single
next-hop route until the rendezvous point.

Today, the timeouts are not propagated to the routing code in 2.2 Kernel, so
you will have to do a ifconfig down to be able to switch to a second route
in the case of a down next-hop.

In plain English: If you have two route, and you pull one cable, your Linux
won't switch to the second automatically. Some people are writing daemons to
detect if the hext-hop is active.

You may want to read the 2.4 kernel code.

If you run a routed/gated to resolve the routing problem, you still need to
check if it RFC2991 compliant, for the sake of your network.

Regards,
abe