@HuangLibo 山东移动客服表示查无此业务

山东移动 80 多 ms，走上海绕日本

@am241 恐怕是不能跟 cdn 合作吧，内容不在移动手里，真大张旗鼓的合作了岂不是要成被告？其实常用的各大网站和视频直播类平台用的 cdn 都有移动线路，托管在各种云的服务也是 bgp 的，配合移动自家的 dns 实际效果不输电联，体验最差的是访问电联单线服务器所产生的网间流量，所以在移动家宽用户的互联互通没有实质性进步的情况下我们还是期待内容提供商都上 bgp 多线服务器或者 cdn 吧

合理缓存是有利于用户体验的

分成两根每根最多协商到百兆，距离不长的话用起来没啥问题

济南表示热到凌晨三四点才能睡着，领导曰：线路不行装不了，说到底还不是怕花钱，紧挨着的宿舍楼出租给第三方培训机构，一个暑假全装上了，还是董阿姨牌的

如果客户端有公网 ip，一般意义上的网页浏览和在线直播不可能多线负载均衡，因为这些业务本身都是单线程的，而且业务的连续性是以客户端的 ip 和端口号来区分的，来自同 ip 同端口的数据流服务器会认为是一个合法业务（和 nat 原理神似），要是临时换了 ip 或者端口继续传输数据，服务器就六亲不认了，而且服务器也不知道来自不同 ip 的请求竟然是同一个客户端的同一个业务发出的，服务器很崩溃。

nat 环境访问公网也不行，nat 也是按照客户端地址和端口为标记进行地址转换的，一般情况下，客户端地址一变，对应的 nat 后的出口端口也会变，导致单线程业务无法继续，也就不可能对网页浏览和在线直播进行负载均衡。

总之，这种单线程的业务目前无法负载均衡，但多开几个直播还是能把带宽吃满的。

运营商的网关可能设置了优先级策略，这种无关紧要的 ICMP 包先缓一缓，省出资源处理关键业务。

自建个网站，备上案，然后 dns 解析的时候不要二级域名，A 记录直接指向顶级域名，合情合理合法，手续齐全，继续投诉之。

@shadownet 主板不是山寨的就行，软路由一般都自带驱动，只是买网卡的时候需要看一下支持列表，系统推荐爱快，负载均衡啥的都是傻瓜式操作，还可以多拨。

组个一般的四线程或者八线程主机（ 2000-3000 ），集显独显无所谓，然后买个一张千兆网卡（双电口）和万兆网卡（电或光口）插主板上，俩千兆口软路由负载均衡做 WAN （主板上应该还剩下一个集成的千兆电口），万兆口做 LAN 接万兆交换机或 pc。
万兆的网卡某宝在 400-600 左右，双口千兆的 100 块，有>=两个的万兆口的交换机至少 2000+，可能还是二手。
如果只是 pc 需要万兆的话就不需要万兆交换机了，直接连软路由。万兆网卡也可以买多几个，有几个口就能接几个万兆设备。

结论：
需要接万兆的设备不多的话 5000 内可以拿下。

568A 或者 B 都无所谓，因为现在的设备几乎全支持自动翻转自适应，几十块钱的垃圾塑料交换机都可以。

k2 刷老毛子固件 ss，rc4-md5 或者 chacha20 加密，上油管速度最快也超不过 20000，cpu 几乎已经满载了，用电脑端的话轻松破两万。

自建 ddns

k1 老毛子固件 20 台无压力

奠信整天扯淡，1000M 上行只给 10M，TCP 协议根本不可能跑满，测出来的 700 多估计是极限了。
参考《上行速率对下行速率的影响分析》
《 PON 业务上行速率设定的分析研究》
以太网的报文中，最小报文为 64byte，同时需考虑 8byte 的帧头和 12byte 的帧间隙的固定开销，即发送一个 ACK 的报文最小需要发送 84byte。按照 Ethernet ii 帧格式，以太网的报文最大为 1536 byte。因此在通常 TCP 环境下，上下行传输速率理论上应满足：
84 /（ 1536*2 ）=2.73%
即理论上上行速率至少要达到下行速率的 2.73%，才能保证正常的文件下载等应用。

腾讯云的工单速度秒掉阿里云十条街