路由器真的有真假多 WAN 这种事吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
yiaya

路由器真的有真假多 WAN 这种事吗?

  •  
  •   yiaya 2014 年 7 月 31 日 via Android 5409 次点击
    这是一个创建于 4286 天前的主题,其中的信息可能已经有所发展或是发生改变。
    我在公司用Tp-link R478G+搞电信20M+4M双光纤接入,本来试了几天好好的,今天偶然上网看到一个真假多WAN的说法,网上各种地方信誓旦旦地说只有欣向这个牌子的路由器才是真多WAN,假多WAN根本不能带宽叠加,其中就有R478。。

    看完整个人都不好了有木有啊!

    但是我用测速软件以及下载软件都试过了速度可以到3.0M/s左右啊,按理说这速度已经是20M+4M的叠加了呀。 为什么和网络上说的不一样?

    而且淘宝上卖欣向的一片惨淡,京东上压根没这个牌子好吗?

    我现在很困惑中。

    如果是真的假多WAN,为什么我的速度可以叠加,为什么那么多人刷Openwrt和DD有提到图他一个模拟多WAN。

    如果是谣言,为什么网络上各种搜不到辟谣的?

    众大神们请指点迷津!
    9 条回复    2014-07-31 15:43:41 +08:00
    lsylsy2
        1
    lsylsy2  
       2014 年 7 月 31 日   1
    谣言。
    搜不到,因为压根没人知道这个牌子,他只能靠谣言宣传。
    yiaya
        2
    yiaya  
    OP
       2014 年 7 月 31 日 via Android
    灯!~等灯等灯!~ 等大神的灯~
    yiaya
        3
    yiaya  
    OP
       2014 年 7 月 31 日 via Android
    @lsylsy2 感谢回复! 我信心+1
    izoabr
        4
    izoabr  
       2014 年 7 月 31 日   2
    孤陋寡闻,没听过欣向这个牌子。
    对于假多WAN和模拟多WAN,我的看法是这样的。

    我不知道所谓的真多WAN,是不是可以做到,比如下载一个40M的文件,路由器会做分段,前20M从A链路走,后20M从B链路走。我觉得要做到这个,光路由器自己还是有点难度的,因为要把一个连接弄成多个,就要代理去下载才行,如果代理去下载那session或者是来源防控之类的处理可能就会遇到问题,有的下载是要验证的。所以我觉得这个方法不靠谱。所以这个只能在下载软件里面做,比如迅雷,他就会发起多个连接,分段下载。不信你试试用浏览器自己的下载管理下,单线程下载,肯定叠加不了。

    所以所以我觉得,所谓的真多WAN,可能有操作成份,除非它真的在路由器层面,能把你的一个单连接识别出来,并且能很高科技得把你的连接拆分成多个,还走不一样的出口。


    那么假多WAN(或者叫模拟多WAN)呢,我理解大概可能是做出口的负载均衡,比如通过一些策略,http的走A链路,ftp、mail之类的协议走B链路,这是个比较常见的方法。
    还有一些常见的是根据目标网络,比如电信的走电信出口,网通的走网通出口这样子。

    还有一种呢,就是通过非对称路由,上行走一个链路,下行走一个链路,这种情况在某些行业应用中(卫星通讯)见到过。但用于我们常规上网,没太大必要。

    还有就是路由器本身自己来做负载管理,比如通过tc这样的东西,来做高级路由,分权重,比如三条链路20、10、20,那么分别比重就是40%\20%\40%,这么去分配。由路由器根据权重去分配出口,而不管什么协议。

    还有一种就是根据业务或客户来源了,比如来自老板和高级经理们的IP,那么就走单独的一条20M出口出去,其他小喽喽就挤在一条4M线路里慢慢玩。

    所以

    我家是联通宽带,可以双拨号,路由器拿到两个外网IP,我是通过来源策略做的路由,来自我NAS的所有流量走一个链路,其他的走一个链路(默认)。

    不知道你的网络环境是什么样的,走多WAN,如果是企业的话,建议按业务主次来划分出口。
    如果最后这几个出口都还是保障不了各种东西顺畅,又没办法增加新的带宽,那你就只能做一次流量整形,把业务主次再做一次等级划分,比如邮件、即时通讯、VOIP之类的业务提高保障,下载啊什么的降低优先级。

    写太多了,我就不检查错别字了
    yiaya
        5
    yiaya  
    OP
       2014 年 7 月 31 日 via Android
    @izoabr 哇奥。。 。。。老婆快出来看上帝,先谢后看。 第一次遇到打这么长的回复,都有想跪下的冲动了。
    yiaya
        6
    yiaya  
    OP
       2014 年 7 月 31 日 via Android
    @izoabr 看了一遍,信息量很大。

    浏览器单线程的测速方法没有试过,可以试一下。 目前试过的有电信营业厅网站提供的测速软件,以及迅雷和百度网盘,可能这后三者都是多线程的。

    按你的分析,实际上所谓真多WAN是几乎不可能的,基本上市面上的多WAN技术都是通过各种均衡(流量均衡,IP均衡等)实现的,我这样理解你看对不对。

    我本来想过段时间把4M那个也换成20M的,因为4M是企业专线,一个月600,而20M那个是家庭普通光纤,一个月98,两者差别太大,我就想如果使用起来没什么区别的话(电信客服一口一个专线更稳定云云,尼玛会掉还不是照样掉,又不是没掉过。专线有固定IP,我一不搞小型网站,二不搞VPN,三不搞远程控制,况且电信默认封固定IP的各种端口,好像要去营业厅才能解)。。这个括号太长了我原来讲什么来着?

    哦我是说如果这两条光纤实际上没什么使用上的区别的话,我就撤掉那个600块一个月的然后再办一条20M普通光纤接入。这样就可以20+20了。 价格便宜量又足。上传带宽也宽裕多了。

    看了你的回复我更有信心继续为的计划了。所以谢谢你!

    另外,“还有一种就是根据业务或客户来源了,比如来自老板和高级经理们的IP,那么就走单独的一条20M出口出去,其他小喽喽就挤在一条4M线路里慢慢玩。” 这种想法太邪恶了,我一定找机会试一试。 只不过换一换,领导们4M,其他人20M,灭哈哈哈哈哈哈。
    jones
        7
    jones  
       2014 年 7 月 31 日   1
    @izoabr 分析的不错,OpenWRT现在也只能做到多拨,也就是通过虚拟出多个vlan拿到多个IP地址,然后通过一个可配置权重的负载均衡分流算法把请求转到不同的口上,但是针对某一个资源的单线程请求也不会有任何带宽的提升,但对于迅雷等多线程下载工具和浏览网页来说优势还是十分明显的。
    izoabr
        8
    izoabr  
       2014 年 7 月 31 日
    @yiaya 咱也不能说不可能,只真的很难,那成本有点高,做家用路由器的划不来这个成本,而企业的又没这个需求,真对带宽有要求的就加带宽呗,企业不缺那个钱。所以要实现除非自己折腾。

    好像我记得企业宽带的上下行带宽是一致的,而家用的,上行才500kbps,联通的好像是这样,不知道电信的如何,没用过。

    不客气。
    yiaya
        9
    yiaya  
    OP
       2014 年 7 月 31 日 via Android
    @izoabr 电信的企业光纤也是一样的,并非上下行一致。 这个在电话里确认过了,也许是我这边电信特别坑爹也有可能。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1657 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 57ms UTC 16:26 PVG 00:26 LAX 09:26 JFK 12:26
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86