@bclerdx 知道小米那个小爱自动接电话吧，可以理解为那个的企业版本。

1. 不一定，很多时候就是要求全文搜索的，尤其是数仓场景。比如我听说近期出售的空调因为天气太热大量出现不制冷的情况，那么我就要在评价文本里面按时间段进行模糊搜索分析数据了。这种情况下用 MySQL 跑 LIKE 查询肯定是不行的。
2. 理论来说可以，但如果历史系统日志不规范的话改造成完全结构化日志有难度。而且替代系统的生态不如 ES 。
3. OLAP 我也不熟悉，不过很少听说用 ES 做的，感觉不是主要使用场景。
4. 这种在类电商场景里面太多了，而且很多情况下是不能接受一个复杂查询下去整个数据库卡住数秒甚至数十秒的。数仓多等等也没关系，用户搜索个东西卡二十秒怕不是再也不来了。

另外 ES 的确不是必选，全文搜索、日志检索也有其他的替代方案，但 ES 生态明显比替代方案好很多。

可以试试换猫，之前遇到过猫自身桥接功能有问题导致跑不满的情况，另外 Windows 自带的 PPPoE 应该是支持不了很高的速率，优先考虑好的路由器。

@jousca 硬做策略控制是 BRAS 自己的问题。另外 BRAS 这种设备在运营商里面真不算复杂，IMS 甚至 5GC 都是这个接口数量的多少倍了。

@Haruka007 200M 上行家用最主要场景就是 PT 和 NAS 。

@Pichai 苹果的运营商配置文件是单独下发的，因此对于这种软控的功能一般无论是从何渠道购买的标准终端（也就是包含运营商锁且未解锁的定制机不在此列）都是没问题的。

@Pichai 刚仔细看了一下，我只计算了亚太地区的运营商，如果算全球运营商的话肯定会更多。

@julyclyde 中国大陆没有，具体有的运营商可以参考苹果公司统计数据[1]，全球主流运营商中有 48 家开通了 VoLTE ，其中 23 家开通了 VoWiFi 。

[1]. https://support.apple.com/zh-cn/HT203982

@unicser DNS 配这个倒是意义不大，反倒影响负载均衡效果。

@woaihsw 这个跟部署模式有关系。阿里的集群走的是 anycast ，也就是通过 BGP 选就近路由，应该是能做到同一个地址打到一个集群。另外也有可能如楼上所说配置了同一个地址固定打一个机器的负载均衡策略。

另外由于测试只是随机跑了一些次数，固网的 DNS 可能不全，如果不停跑的话有可能出来更多。

@bclerdx TTL 是失效时间，失效时间到之后记录作废，需要重新到权威 DNS 上取记录。

联通的 DNS 是多台机器负载均衡的，用 nslookup 可以看到主机名会比较明显（如以下数据）。
固网 DNS 比较混乱，除了每一台有一个 bta.net.cn 的代号设备（地址不明），其他的分布于 tucheng 或者 xingfudajie 。
移网 DNS 比较统一，两个地址指向一个集群，集群内 yzeq 和 szds 各三台。

```
C:\Users\laozh>nslookup www.baidu.com 202.106.46.151
服务器: dialdns.bta.net.cn
服务器: c1-xingfudajie-recurse-ns1
服务器: c1-xfdj-recurse-ns5
服务器: c1-xfdj-recurse-ns4
服务器: c1-tucheng-recurse-ns1
服务器: c1-tucheng-recurse-ns2
服务器: c1-tc-pbs-recu-ns1
服务器: c1-xingfudajie-recurse-ns2

C:\Users\laozh>nslookup www.baidu.com 202.106.196.115
服务器: linedns.bta.net.cn
服务器: c1-xfdj-recurse-ns4
服务器: c1-xingfudajie-recurse-ns2
服务器: c1-tucheng-recurse-ns1
服务器: c1-tucheng-recurse-ns2
服务器: c1-xfdj-recurse-ns5
服务器: c1-tucheng-recurse-ns2
服务器: c1-xfdj-recurse-ns5

C:\Users\laozh>nslookup www.baidu.com 202.106.195.68
服务器: gjjdial.bta.net.cn
服务器: c1-xingfudajie-recurse-ns2
服务器: c1-tucheng-recurse-ns2
服务器: c1-tucheng-recurse-ns1
服务器: c1-xfdj-recurse-ns5
服务器: c1-xfdj-recurse-ns4
服务器: c1-xingfudajie-recurse-ns1

C:\Users\laozh>nslookup www.baidu.com 202.106.0.20
服务器: gjjline.bta.net.cn
服务器: c1-xfdj-recurse-ns5
服务器: c1-tucheng-recurse-ns2
服务器: c1-tc-pbs-recu-ns1
服务器: c1-tucheng-recurse-ns1
服务器: c1-xfdj-pbs-recu-ns1
服务器: c1-xfdj-recurse-ns4
服务器: c1-xingfudajie-recurse-ns2

C:\Users\laozh>nslookup www.baidu.com 123.123.123.123
服务器: 3g-yzeq-recurse-ns2
服务器: 3g-szds-recurse-ns3
服务器: 3g-szds-recurse-ns2
服务器: 3g-szds-recurse-ns1
服务器: 3g-yzeq-recurse-ns3
服务器: 3g-yzeq-recurse-ns1

C:\Users\laozh>nslookup www.baidu.com 123.123.123.124
服务器: 3g-yzeq-recurse-ns3
服务器: 3g-yzeq-recurse-ns2
服务器: 3g-szds-recurse-ns1
服务器: 3g-szds-recurse-ns3
服务器: 3g-yzeq-recurse-ns1
服务器: 3g-szds-recurse-ns2
```

@spiritV 这个是 10G EPON 接口的上行速率。现阶段运营商没有 2.5G LAN 口的猫。2000M 的话可以接两三台电脑一起跑，或者试试 WiFi 能跑多少。

@hewitt29
因为楼主上联是 EPON/GPON ，虽然是千兆 LAN 口但是光口没法支持多个千兆用户同时跑（ EPON 单个都跑不满），因此运营商设定为最高支持 500M 宽带。

可以电脑直连猫拨号试试，如果还没有的话就得找运营商了。以下是工信部投诉模板可供您参考。

请拨打您所在宽带运营商的客服热线，向其描述以下内容，如未得到满意答复，请访问工信部投诉网站 https://yhssglxt.miit.gov.cn/ ，选择用户申诉-我要申诉，填写基础信息和上述内容（可按实际情况调整），耐心等待回复即可。

根据工信部通信〔 2018 〕 77 号文的要求，运营商应于 2018 年 12 月 31 日之前为宽带用户在无任何前提条件，无需申请，无任何费用的前提下，为用户开通 IPv6 网络服务。但我方发现我方设备始终无法接入 IPv6 网络。我方曾向运营商反馈相关问题，但问题未得到妥善解决，并存在推脱敷衍的行为。运营商不为宽带用户在无任何前提条件，无需申请，无任何费用的前提下开启 IPv6 的行为不符合工信部通信〔 2018 〕 77 号文对运营商的相关要求。我方要求运营商立即向我方及运营商全网用户按照工信部所发布的工信部通信〔 2018 〕 77 号文的要求，对全网用户在无任何前提条件，无需申请，无任何费用的前提下，为用户开通 IPv6 网络服务。

@bclerdx 是的，睡眠卡停机策略这个也有，也有问题。

@Zy143L
1. 我没说连坐。
2. 这个玩法的核心是以严厉制裁卖自己实名电话卡甚至银行卡三件套的方式替代这种三天两头给用户停机的方式解决问题。至于是死刑还是无期还是判几年，那是法学家的问题。


@bclerdx

@Zy143L @Imsw93 运营商有实名信息，该抓抓该判判。觉得判的太少了可以修改法律，以后出借号卡给非直系亲属一律死刑、盗用他人身份证件办理电话卡一律死刑。上述两个证据确凿直接宣判，不进行最高院复核节省行政成本。

三大为了反诈都有些自己的策略，电信的策略比较激进所以误杀率太高。估计您这个就是触发换终端策略了，上次接入网络的 IMEI != 本次接入网络的 IMEI 直接停机。

报修网络不稳，师傅来了把这个给师傅看让他重拉线就行。

@WOLFRAZOR
安卓还有个大坑是 Target API ，手机系统版本够高但是应用 Target API 低了照样是按照低级别的 Target API 的模式给权限。这纵容了很大一部分垃圾软件利用低 Target API 权限宽松的优势乱搞。
就相当于在 Windows XP 上运行个 MS-DOS 程序，程序内写入个 0x000000 地址 Windows 是报错（正常逻辑）而不是直接死机（ Target API = MS-DOS ）一样。

最省事的就是换其他运营商的 LTE 网络，一般认为移动（和广电 5G ）是一组，电信和联通是一组。
比如宽带用了移动，那 LTE 就选择电信 /联通，大概率不会共享传输网，但是区域停电或者基站停电也不好办。

现在的视频网站 PC 段都通过 WASM 或者 WebRTC 搞 PCDN ，APP 这种就更搞了。DPI 系统也没法区分是自愿还是非自愿，所以直接干掉导致用户无法使用业务了。这个需要 DPI 系统 PCDN 防护模块或者网站自身做优化。

@Citrus
1. 如果不是厂商原因那完全可以给出依据，最起码的何时接到何部门通知封禁。电信运营商如果是接到监管部门告知封号也可以告知客户是哪个监管部门封禁，甚至有时候能告知电话。死活不说的基本上都是自己搞出来的黑箱风控机制，这个已经见识过很多次了。
2. 云服务现在基本上都是虚拟机，开着就占资源，不信的话您自己机器上跑几个虚拟机看看，马上就会有感知卡顿。何况楼上这个一点都不是纯粹的开着，干了啥楼主自己都说了。如果按楼上所说是代理购买那几率更大，因为代理结算价格太低没钱赚，以前跑量跑市场占有率的时候无所谓，现在既然要 review 运维成本了那自然这些就得先砍掉。
3. 降本增效能动手的就是这种跑非重要业务甚至灰色、黑色业务的机器。总不能正价购买的企业用途给人家砍几台，砍完了轻则丢失客户（砍掉一两台之后可能整个公司都不用了），重则再来一次类似 “前沿数控” 这种事情？