![]() |
【硬體】Lb2211,通過我的BT標準了.....我喜歡 試完Rv082,上週四也剛好給我等到LB2211。因為先前自己用的就是Lb2210所以對於其極友善的中文設定頁面,與防火牆設定法已相當有信心且習慣。所以剛拿到機器後,也用極短的時間完成符合我的環境的防火牆設定後上線使用(拆箱到設定完上線2WAN運作ok約10min) 我自己比較在乎的幾個重點在於: 1.對ETcable的適用性 2.2WAN Loadblance自動模式,機器線路負載狀況 3.BT的壓力測試 因為第一三項是我在2210上所無法解決的問題,所以期待於2211上有所答案。 PS:etcable問題,2210改版韌體後也已經ok了 [IMG]http://my.so-net.net.tw/pony3295/bt1.JPG[/IMG] [IMG]http://my.so-net.net.tw/pony3295/bt2.JPG[/IMG] 附上兩圖是我連開五個BT連線四天三夜後的線路流量與線路狀態圖。我所自訂的標準,有以下要求 1.BT各連線穩定後,機器沒當 2.機器的設定頁,切換很順暢,沒有感覺很吃力 3.外部連線內部Server 要求service 時,不會卡在firewall很久(要經過firewall判斷原則) 所以 1.有圖為證,過關 2.我抓這兩張的時候,畫面切換速度順暢,跟機器沒外部流量時差不多,過關 3.從公司連回家中Exchange2k3 OWN,表單驗證畫面瞬出,過關 這些標準,都是針對我的環境,我的需求,我的感覺所開,所以無任何公正力可言,對照組就是我先前用過的機器(C200,T200,7204,Lb2210,BM26,RV082) 事實上現在各家的機器最大的剋星應就屬BT or 驢子了,所以這次換機的訴求也全針對BT來。原本想看看國外的月亮會不會比較圓,無奈豬頭一個下單前沒詳細看看原廠型錄,未明辨該產品的定位。所以在loadblance上慘痛挫敗。不過危機就是轉機,公司的異地備援點正需要的就是firewall/VPn 強、穩定且有DMZ的2WAN Backup機器,所以該機也正相當適任的服役在公司的嚴苛商務環境運作中。 需要使用的2WAN機種的朋友,在下單進貨前,要詳細評估你的環境狀況,與瞭解購買的機器,能帶給你怎樣的服務。各項條件需求清楚後,上來看看人家用的感覺,畢竟2WAN各機等級不同,能管制達成的深度也不同,還有最現實的,價差相當大 Zywall70 台NT$110,000(88,000上市促銷價) 國外約NT$35,000(物品/關稅/運費) RV082 US$277.41+46.95(運費)+5%關稅 Lb2211 Nt$30,000 BH550 NT$35,000 Lb2210 Nt$ 9,900 MH200. NT$9,900(特價8,800) Cyclone200 Nt$ 4,250(yahoo標得價) T200 NT$ 4,150(Yahoo標得價) NT2,800(Yahoo現在的標價) 以上是我查的牌價或印象價(標來的),僅供參考,實際價格讓有需要的人去跟有要賣的人談吧..呵呵 一路走來,心疼萬分....可以擺櫃開2WAN 設備展了.... PS:Inbound Load Balance可以自行動手DIY...只要簡單架個DNS就ok了..or運用機器內部的DNS Proxy...所以..我上述所列舉的機器,除了Zywall70因為太貴,沒興趣測,其他在我的運用上都是給做到雙向負載平衡的運作喔 超猛自建DNS完成nWAN Inbound Load Balance大法,有人有興趣知道嗎?? 看回應狀況囉(技術不能藏步,但要分享給同好中人..) :eye::jump: |
有錢人喔 |
有錢人...苦命的小孩啦.....靠穩定的線路才能讓我有微薄的收入....月入25K的苦命MIS |
LB2211及MH550的cpu都換成Intel IXP,記憶體也加大,所以比較不容易發生當機,緩慢的問題發生 不過再加上Inbound Load Balance那就更好啦 |
:boldred: 感 謝分享您的經驗:boldred: |
不好意思 我想請問一下 社區網路最近也換裝了平衡負載器 之前說是要測試 所以有限制一下上傳/下載的速度 (大概值是 20K上傳100K下載) 但最近 不肯定是不是還在測 速度比之前更慢了 上傳速只剩2K ="= 下載 差不多一百多K 請問是否為 其它用戶 上傳太兇所造成 我是想說 應該是不會才對 平衡負載器應該會限制住才對 就是當 其它用戶需要用到 上/下傳 功能時 應該會自動降低那用戶的速度 不知道這樣的觀念對不對 使用的是 眾至的平衡負載器 |
介紹的很詳細∼∼ 想請教一個問題,LB-2211可以控制限定使用者的上下傳嗎?? 例如:讓所有user都限定在下載100K、上傳20K網路連線速度下。 |
剛剛去眾至資訊的網站看了一下SPEC, 請教Lb2211跟Lb2210除了差在cpu速度外,還有其他的差異性嗎?? 使用起來有什麼差別嗎?? |
麻煩教一下超猛自建DNS完成nWAN Inbound Load Balance大法 |
>>"想請教一個問題,LB-2211可以控制限定使用者的上下傳嗎?? >>例如:讓所有user都限定在下載100K、上傳20K網路連線速度下。" 2211本身沒有QOS功能,所以必須搭配原廠/其他廠的頻寬管理器(QOS)才能作頻寬流量管制 >>請教Lb2211跟Lb2210除了差在cpu速度外,還有其他的差異性嗎?? >>使用起來有什麼差別嗎?? 2210:'2 Wan (10/100MB Auto-MDI-X) / 4 Lan (10/100MB Auto-MDI-X)RISC 100Mhz 2211:'2 Wan / 1 Lan / 1 DMZ RISC IXP425 16MByteFlash/64MByte 硬體差在CPU/RAM/ROM/DMZ 系統功能則多了MultipleSubnet(切子網),DMZ段的原則定義是2210沒有的 至於實際跑起來要怎樣說差別呢??...應該要說是很"明顯"的感覺效能差很多,大量的NAT/安全判定需求,機器反應明顯快前代機(比較感覺不出WAN 和 LAN 間是有部Firewall) 以我自訂的標準區隔...20人的環境以上,用2211,以內如不抓驢子or BT..2210已經綽綽有餘 但對於狂熱追求完美者...還是買台2211同等級的產品,或許比較不會遇到不爽的感覺吧 |
我今天有打電話去眾至問LB-2211是否可做限定頻寬(上下傳),他們工程師回答可以,不知使用過這台機器的人,是否可提供如何做限定頻寬的設定∼∼ LB-2211當機情形會不會很頻繁?? |
如果設定某部內部或外部PC(MAC)可否連進或連出Internet,這是絕對沒問題,可針對主機上的網卡位址做網路使用行為權限設定。 但如果您要控制的是某部主機的internet 流量大小範圍,那沒辦法,因為LB2211 沒QOS(流量表) 另,2211我已經上線第六天了,猛操BT...沒當機過 |
不好意思∼∼ 眾至那位工程師跟我說LB-2211可以針對所有IP或某個group做流量控管∼∼ 由於沒有設定過實機,不知是否如他所講∼∼ |
[QUOTE][i]最初由 puffs 發表[/i] [B]不好意思∼∼ 眾至那位工程師跟我說LB-2211可以針對所有IP或某個group做流量控管∼∼ 由於沒有設定過實機,不知是否如他所講∼∼ [/B][/QUOTE] 是喔 ...那我要去看看有沒有新版韌體...因為我拿到的機器,確定是沒QOS,如果硬要扯上"流量",只有流量統計,"看"特定IP or group 的分,時,日的流量而以耶 |
嗯嗯.. 小弟最近公司裡也有這個須求... 如果pony3295兄願意無私的分享. 小弟在此跟您說聲謝謝.. 就目前小弟知道的方法是在內部架個DNS Server 在內部DNS Server設定兩個虛擬IP.. 再經由負載平衡器將兩個外部IP利用Visual Server分別指向這兩個虛擬IP 再由外部DNS Server設定兩個相同名稱的A Record設定到這兩個IP 目前知道這方法是必須擁有兩個固定IP 及一個非DDNS的DNS Name (因為DDNS通常不能設定兩個A Record) 對了...小弟是使用LB2210 |
LB-2211(同友旺MH-550)確定是沒有QoS, 如果預算夠的話可以再買一台友旺的BM550來做頻寬管制, 架設環境如下 ADSL------+------MH550---BM550-----Swittch----PC ADSL------| 將BM550設定成Transparent, 並在其位址表上設定要限制頻寬的MAC address, 再建頻寬表, 最後建管制條例來限制頻寬! |
請問allenhw兄,你所提的架設環境是否有親自on過∼∼ 如我採用此架設方式,有什麼需要注意的地方∼∼∼ |
應該只有要注意一點吧.....$$要夠...呵呵...開玩笑啦 LB2210+BM26..我有玩過,狀況不錯...新的主機只夠用到Lb2211....後續持續存錢中 |
Pony大大說的不錯, 只需注意$$, 因為這兩台加起來大概要6萬塊! 如果預算夠的話直接升級到友旺的BM-2000, 這是一台整合 Multi-Homing and QoS router! |
| 所有時間均為 +8。現在的時間是 10:47 PM。 |
| XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。