2WAN分享器初步測試 (另類接法) - PCZONE 討論區

返回   PCZONE 討論區 > ▲ ADSL_CABLE_FTTH 寬 頻 上 網 討 論 > -- ADSL 寬 頻 專 區 > ---- ADSL 精 華 版


PCZONE 討論區



通知

---- ADSL 精 華 版 ADSL各版有參考價值的文章,不定期會移到精華版版面,可以多到精華版找文章!!

會員
2WAN分享器初步測試 (另類接法)
1.小弟原使用設備為:HiNet ADSL 計時制 1.5M/64K、合勤642R-51、DI-701分享器、LM-S8P+A集線器、WL-1300H AP,接法為之前曾提供的另類接法 ,使用至今已有兩三年,狀況為每個月會連不上1~2次,但只要將分享器及集線器的電源關掉,再重開啟電源即可恢復正常。

2.近來可能因DI-701分享器老了,經常會斷線連不上(時好時壞),斷線時電腦會抓不到DI-701 ,必需自行撥接才可連線上網,DI-701 RESET也無法改善這個問題,所以買了一台便宜的2WAN分享器取代之,仍然使用原來相似的另類接法(如下圖)。

3.因為小弟要求不高,也沒有玩EMULE...等下載分享的東東,而且只有一條ADSL線路,無法測試高流量的平衡負載,因HiNet ADSL已可多個撥接,所以就直接分配兩個撥接給2WAN分享器,當然,這對整體速度可能並無多大意義,只是方便測試機器而已,所以也無法提供詳細的數據資料,若有兩條不同的寬頻整合在一起,那是最好不過了。

4.目前單線兩個撥接分別接在WAN1.WAN2,交換拆(上)線或同時拆(上)線或另加自行撥接測試,有線及無線一切都正常,至HiNet的測試網站,速度上比原有使用DI-701時快了一些,以前測試值約600~1200K(每次測試值差異極大),目前約1350K上下(較穩定),但不知是機器的差異,還是最近HiNet線路品質有了些改善。

5.這種接法的優點是WAN1斷線時會自動由WAN2上網,WAN2斷線時會自動由WAN1上網,原斷線也會自動重撥接通,(上述狀況在瀏覽網頁時沒有斷線的感覺,若正在下載檔案時斷線則尚未測試。)就算WAN1及WAN2同時斷線或2WAN分享器當機,電腦也可自行撥接上網,若無線網路也要在分享器當機時能撥接上網,只要將AP改接到HUB就可以了,事實上小弟是將AP接到HUB,只是畫圖時將AP放到分享器上而已。

6.小弟個人覺得,在一般流量不大的小公司或個人玩家,若只是為了要整合寬頻網路而已!實在沒必要去買個萬把塊錢的機器,用這種方法就已經是遊刃有餘了。

7.至於內部其他功能及整體穩定度,仍待時間來測試及考驗,目前小弟就維持此種方法使用,若有最新消息時再來報告。

圖說:紅.紫.綠色線為交叉(跳)線,棕色及黑色線為平行線。


會員

可是萬一中華的線路掛了
就什麼也上不去了
為何不再申請一條線路
會員

引用:
最初由 YSSECLIPSE 發表
可是萬一中華的線路掛了
就什麼也上不去了
為何不再申請一條線路
1.若HiNet ADSL斷線,又必須上網時,因小弟還保留HiNet數據機撥接帳號,就可以應急了,而且只要稍微設定一下,也可以接入分享器或HUB達到分享的功能。
2.小弟沒有什麼錢,所以就儘量節省了。
會員
回覆: 2WAN分享器初步測試 (另類接法)
這樣接無法發揮2WAN真正的讓網路不斷線的目的 WAN1 WAN2都透過同一條ADSL出去 要掛也是一起掛 不會有一條通一條不通的情況出現 這種接法用一個WAN PORT就可以做到了 有點大材小用喔
會員
回覆: 回覆: 2WAN分享器初步測試 (另類接法)
引用:
最初由 omni 發表
這樣接無法發揮2WAN真正的讓網路不斷線的目的 WAN1 WAN2都透過同一條ADSL出去 要掛也是一起掛 不會有一條通一條不通的情況出現 這種接法用一個WAN PORT就可以做到了 有點大材小用喔
1.已先聲明--因只有一條ADSL撥接網路,只是方便測試機器而已。
2.HiNet ADSL已可多個撥接,直接分配兩個撥接給2WAN分享器,只要手動拆除WAN1或WAN2連接線(圖中紅線或紫線),就可模擬斷線狀況了。
3.因為那個2WAN價格很低,與單WAN的分享器價格相差無幾,甚至更便宜(以前買的DI-701記得是五千元以上下),同樣的價格,當然買2WAN的,所以就沒有大材小用的問題了。
會員

今天測試了在分享器下架站的功能,先進入分享器TCP/IP功能設定的NAT伺服器選項,打開21(Ftp).25(Smtp).110(Pop3).81(Web Mail).7777(Mail遠端控制).80(Web)等Port,完成虛擬伺服器設定。
電腦於Windows XP環境下安裝了RaidenFTPD、RaidenMAILD、MyWebServer軟體,並利用站長提供的動態IP架站方案(PCADSL),完成FTP、e-mail及Web網站架設,以分享器內兩個撥接取得的實體IP測試,或以裝Server的電腦自行撥接取得的實體IP測試,或以PCADSL 的Domain Name測試,一切都正常、順利。
因小弟的ADSL僅為撥接制1.5M/64K,不方便連結出來給大家參考,敬請見諒。
會員
檔案傳輸測試
下載HiNet 40M的測試檔,2WAN分享器自動選擇WAN1傳輸,檔案傳輸中手動將WAN1斷線,下載工作「立即停止」,並不會自動改由WAN2接替未完成的下載工作,若重新下載或點選任一個連結動作後,才會改由WAN2傳輸,WAN1及WAN2反過來測試亦同。

第一個檔案在WAN1下載中,同一時間若再下載其他檔案時,分享器就會由WAN2傳輸第二個檔案,反之亦同;而在測試eMule時,卻發現兩個WAN同時都在很努力的工作。

因此小弟感覺,2WAN分享器的在接獲傳輸命令時,會依流量的大小,自動選擇較空閒(或流量較小)的WAN當跑道,當選定路線後,未完成工作是不會自動換跑道的,除非使用者重新整理或下達其他命令,分享器才可能依當時兩WAN使用狀況重新選擇跑道。

分享器的2個WAN,在網頁上測試下載工作,並不會同時去執行同一個命令或分工傳輸同一個「完整檔案」,若使用支援多點傳輸的軟體,就可將檔案分割成多份進行下載,如eDonkey、eMule、FlashGet...等,下載同一個檔案時就會同時使用2個WAN。

小弟對網路設備並無深入研究,僅能做最基本的使用測試,也不知道測試方法或結果是否正確?只是將過程及自己的感覺與大家分享而已。至於高階2WAN分享器的功能是否大同小異(CPU及RAM等硬體規格除外)?小弟沒比較過所以並不清楚,這些就有待有經驗的前輩指教了。
嘴炮戰隊隊長
回覆: 檔案傳輸測試
引用:
最初由 antion 發表
下載HiNet 40M的測試檔,2WAN分享器自動選擇WAN1傳輸,檔案傳輸中手動將WAN1斷線,下載工作「立即停止」,並不會自動改由WAN2接替未完成的下載工作,若重新下載或點選任一個連結動作後,才會改由WAN2傳輸,WAN1及WAN2反過來測試亦同。

第一個檔案在WAN1下載中,同一時間若再下載其他檔案時,分享器就會由WAN2傳輸第二個檔案,反之亦同;而在測試eMule時,卻發現兩個WAN同時都在很努力的工作。

因此小弟感覺,2WAN分享器的在接獲傳輸命令時,會依流量的大小,自動選擇較空閒(或流量較小)的WAN當跑道,當選定路線後,未完成工作是不會自動換跑道的,除非使用者重新整理或下達其他命令,分享器才可能依當時兩WAN使用狀況重新選擇跑道。

分享器的2個WAN,在網頁上測試下載工作,並不會同時去執行同一個命令或分工傳輸同一個「完整檔案」,若使用支援多點傳輸的軟體,就可將檔案分割成多份進行下載,如eDonkey、eMule、FlashGet...等,下載同一個檔案時就會同時使用2個WAN。

小弟對網路設備並無深入研究,僅能做最基本的使用測試,也不知道測試方法或結果是否正確?只是將過程及自己的感覺與大家分享而已。至於高階2WAN分享器的功能是否大同小異(CPU及RAM等硬體規格除外)?小弟沒比較過所以並不清楚,這些就有待有經驗的前輩指教了。
小弟比較好奇的是 --- 這樣符合 2WAN」分享器的定義嗎?

會員
回覆: 回覆: 檔案傳輸測試
引用:
最初由 Ivan Lin 發表
小弟比較好奇的是 --- 這樣符合 2WAN」分享器的定義嗎?
可否請你介紹一個同價位且具有ANTION兄測試過那些功能又符合你所說的2WAN」分享器的定義的產品嗎?
會員
回覆: 回覆: 檔案傳輸測試
引用:
最初由 Ivan Lin 發表
小弟比較好奇的是 --- 這樣符合 2WAN」分享器的定義嗎?
關於小弟這段話...

「因此小弟感覺,2WAN分享器的在接獲傳輸命令時,會依流量的大小,自動選擇較空閒(或流量較小)的WAN當跑道,當選定路線後,未完成工作是不會自動換跑道的,除非使用者重新整理或下達其他命令,分享器才可能依當時兩WAN使用狀況重新選擇跑道。」

1.這是在IE瀏覽器上,直接點選下載40MB測試檔的測試結果;若改使用FlashGet去下載那個40MB測試檔就沒有這個問題了。那是因為IE瀏覽器沒有支援多點下載的功能,所以一個命令只有一個動作;而FlashGet支援多點下載,一個命令卻是一連串的下載動作,所以就可以充分發揮2WAN分享的功能。
2.在IE瀏覽器上測試時,若同時點選兩個下載檔案(或瀏覽網頁),或區網內不同電腦都在下載檔案(或瀏覽網頁),2WAN分享器也會充分利用兩條寬頻。
3.小弟是第一次玩2WAN機器,並不了解實際功能,也不知道各種類似機器間的差異,所以僅能針對小弟這台機器作最簡單的測試及說明。








 XML   RSS 2.0   RSS 
本站使用 vBulletin 合法版權程式
站務信箱 : [email protected]

本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。