[全网首发] ZTE F7005tv3 上海移动双拨 & RTL8125BG 直通 RouterOSv7.15 攻略~

由于篇幅限制 , 完整版发布于 : https://blog.boom.si/index.php/archives/383/

重点摘要 :
图1 : 通过Telnet命令可以做到 ITMS伪注册 , 绕过光猫对DNS的劫持 .
图2(左) : 中兴2.5G口系列电信定制猫均支持 VLAN 透传模式 , 相比之下VSOL的猫竟然不能支持 , 必须在光猫上配置 ...
图2(右) : 通过MPTCP 成功叠加上海移动双拨后的带宽并做到均衡负载以及无感知FailOver.
图3(左) : 测得上海移动1000M宽带IPv4内网的连接数限制为10000个~
图3(右) : 连接数达到1万时 , 光猫CPU利用率始终接近 0% , 达到2G速率时 , 光猫CPU利用率低于 10% , 实锤硬桥接已开启~

总结篇 :
网络上所谓F7005/15tv3光猫无法开启硬桥接 , 连接数超过1万之后网络直接崩溃的原因有两个 :
1 不了解中兴固件的BUG , 没有删掉光猫原有宽带连接 , 直接在出厂自带的连接上进行修改.
2 运营商限制NAT连接数 , 有部分运营商限制低达2500个. 很多人在换2.5G光猫前并没有使劲测试, 换了之后去拿去跑PCDN或者 BT PT之类的P2P...导致中兴背锅.

对于RTL8125BG会断线的传言 , 我表示只有可能是过热一种情况.
在使用这张网卡的2天时间里从来没有出现过Link Down~
更没有出现Intel网卡的断流以及速率掉到100/1000M的问题 , 非常稳定~

———————————

"MPTCP在"奥林匹克翻墙会"中是如何独树一帜杀出重围的 ?" 我得想想如何表达比较直观.
在此之前会先插播一期 "Devialet Phantom I 108db 简单体验"~

别人翻墙 , 我操墙 → 速蛙机场的穷途末路与MPTCP的前生今世 (上)

2021年的某天 , 我如同往常一样打开Youtube , 呈现在我眼前的是一个带着绿色头套的男人 ...拿着A4纸 , 放起了100%纯手工幻灯片 . 这样惊为天人的广告 , 一瞬让我进入了僵硬状态 - -
回过神来 , 广告已经全部看完了- -

本频道将利用这个从绿色头套变成黑色头套的传奇人物 , 将MPTCP协议的基础与使用方法穿插其中...大家咖啡和小笼包备好 ~

那么问题来了 ~ IPLC的质量 , 中端价格的机场 , 如何才能做到 ?
速蛙和当年的BoomVM一样 , 全部走的是公网 , 也就是迫真IPLC . 要迫真就不能丢包 .
BoomVM采用上海电信CN2作为基础网络 , IPsec作为隧道 , 质量稳定 , 但是总带宽只有300多M .
速蛙有2万以上用户 , 300M带宽就算来个10条 , 只要用户没均匀使用线路就会造成部分线路直接瘫痪.

换一个思路 , 能不能在丢包的情况下让用户无感知 ?
答案头套男已经告诉你们了. 那就是把MPTCP协议应用到机场中~

速蛙的国内入口均采用1G口中移动商宽. 现假设同一个国内接入点有ABC三条宽带 .
用户采用正常的TCP连入不同宽带 , 出口改为 MPTCP流 ~
也就是用户从A或B或C连到中转服务端 , 数据被一拆三 , 从A B C 三条宽带同时送往落地节点 .
通过调节Subflow参数可以把一份数据拆的更碎 , 分成6份 8份 , 一旦某份数据运输途中发生了"事故", 立刻通过没有发生事故的链路补发一份. 到了落地节点 MPTCP流被合并为一份 , 变回TCP传输到最终目标服务器.

以上 , 即为MPTCP形象化的工作原理 . 比起传统的ECMP PCC负载均衡只能做到per connection级, 它真正做到了per packet级 . 在解决负载均衡的同时 , 对丢包进行了"风险分散"与"物损补发" , 还无意间破解了运营商针对单线程或单IP的QOS . 以一种非常不优雅的方式让用户体验丝滑~

由于篇幅限制 , 本文将分割为上中下三篇 , 感兴趣的观众请订阅本频道 , 最近大量劲爆内容每日更新 ~

别人翻墙 , 我操墙 → 速蛙机场的穷途末路与MPTCP的前生今世 (中)

2009年一个与川普有同样理想 , 每天起床要与老母解释一遍BGP工作原理的比利时男人 , 一觉醒来突发灵感 - 能不能把TCP和内存一样也变成"双通道"? 4年后, 他与IETF以及CISCO的专家发布了 «RFC6824»MPTCP第0版.

直到2020年3月将 «RFC8684»MPTCPv1版正式作为一个功能加入了 Linux 5.6 内核之后 , MPTCP才真正的进入了公众的视线, 并引起重视.
此时 "mptcpd" 这个非常好用的路径管理工具已推出1年之久, 公众使用MPTCP已经没有难度.

技艺精甚的头套男反应迅速, 学以致用, 踩着其它机场老板的卵蛋黄, 闪亮登场 !
根据图(左)的描述 : that device will practically not see anything going on, maybe only a little delay in loading content across that connection . 重传速度快到连设备都没感觉到 , 那人能感觉到么 ?
只要速度能跑起来, 丢包率不要太离谱, MPTCP相比普通TCP永远有高114倍的概率把"包"发到对面.

用更低成本跑出高成本机场效果, 疯狂盈利, 遥遥领先的头套男开始飘了, 认为自己成就了一番大事业, 于是注册了"宁波星谷电子商务有限公司", 并备案域名 : shuwuwang.com 浙ICP备2022004254号. 并开始在国内招募机场前后端开发团队.

原来开机场这个事情算电子商务...像我这样的Baka怎么能想到?!

树大招风, 头套男的机场被其它竞争对手给DDOS了.
那解决DDOS的方法有哪些 ? 增加带宽 ? 临时切换到具有防御的线路 ?
思路遥遥领先的头套男肯定会交出一鸣惊人的答卷 → 把其它人全部D一遍 ! 并像哈马斯一样对本次袭击事件负责 ~
头套男: 相信我, 没有人比我更懂得TCP和UDP ~
他在"运输"各种数据包到目的地"的水平都高人一筹.
按照某网络公司老板原话 : 我今晚LOL的团建，搞得我连输了好几把，干 ~ 段都掉了 !

就这样 , 他从绿色头套 , 逐步走向了黑色头套之路...

以上内容毫无杜撰 , 包括与老母解释BGP, 如有不同纯属巧合 .

教科书式的抄袭与逐渐变质的聚合路由系统 → OpenMPTCP Router

时间回到2015年末, OVH在法国推出了"OverTheBox"多线聚合路由器 .
当时的法国完全没有5G, 也没有普及光纤. 这款设备的目的是为了聚合4G LTE与VDSL带宽而设计.
推出后, 市场响应平平, 早上起床啃完🥖喝完咖啡开始看报纸的法国人民甚至觉得用中波来传输数据就够了, 56K Modem都太快了~

介于项目不太成功, 2016年8月OVH决定"做个好人", 将它在Github开源. 说实话OVH本来就应该开源, 所用到的三样东西: OpenWRT, MPTCP, Shadowsocks全部是开源的. OVH唯一做的事情就是加了个一键API从OVH的服务器上开个SS端口.

现在本次故事的主人公Ysurac正式登场, 充分演绎ARL44的跳弹.
安装OpenMPTCP Router之后, 再回头看一下OVH在Youtube的宣传片, 一瞬就能发现他们两个UI样式, 监控图表样式就没有任何区别. 包括TCP与MPTCP之间的转换用Shadowsocks, MultiPath UDP直接用OVH开发的glorytun, 毫无创新可言.

(图3)在Github被人质疑之后, 他回复了一大坨, 总结成一句就是 : "我只是看了对方的设计并把它记了下来, 从来没有抄袭过~"
我怎么就没有那么聪明? 否则还有空在这里讲故事么 - -!

任何一个包含ShadowSocks的项目, 永远无法逃过中国人的眼睛. 很快就有一个头脑特别灵活的中国商人找到了Ysurac, 成为赞助商并协助了开发工作.
法国鸭子简直是大开眼界, 得到了各种来自华强北的"先进设备", 于是OpenMPTCP在硬件的兼容性上"遥遥领先", 国内热门的路由器全都能刷.

没有人比中国人更懂得ShadowSocks, 这下Ysurac知道了原版是"基石", 真正有生产力的是那些衍生版本. 换了高效SS程序后不但比OVH跑的更快, 无意间还多了个功能~
此时Ysurac的业务全球遍地开花, 合作的人越来越多. 其中不少来自各大"墙国", 有在抖音国际版上做户外直播的需求~

于是Ysurac越改越起劲, 2022-blake3, Vless-Reality, Xray-Core你能想到的他全部加了进去~

所以...大家还在等什么? 翻墙路由器, 启动!!