千兆上行免费 2TB 上传流量，超出 5 元/TB * 7 TB = 35 元 的话那 PCDN 都笑疯了，因为千兆上行大概换成流量就是 1TB 一天，一条宽带 9~10 天能拿七百块，北京联通、上海电信高端套餐估计都压不住 PCDN 用户的欲望。
要想让这生意无利可图起步就得 0.1 元/GB ，为了打击一些除了宽带就没成本的神仙恐怕最后收个 0.5 元/GB 让这些神仙都赔钱才能压制住，这仙丹恐怕副作用有点太大了。

@crusaderay123
对，SD-WAN 或者说 IPSec VPN 替代的主要就是境内分支互联需求，一般的业务甚至 SIP 电话跑在上面和专线差异很难感知，甚至由于 50M 专线同价格至少能买 500M PON 企业宽带意味着很多时候改造反而是提升。
至于金融有些极端场景那确实不好替代，#28 听着有点像量化交易场景，网络延迟过高会导致下单买不到对应的价格，轻则少赚钱重则被收割。

@laminux29
机房的话确实一般是专线互联要求低延迟大带宽，方便做多活之类的。办公网必要性有限，毕竟真要是办公网出口被 DDOS 了那即使内网还正常很多员工也没法正常办公了。

@ttvast
这个不一定，互联网专线只保证到上联设备的带宽，专线得保证到目的地交付设备的带宽，所以距离一旦长了成本就上去了。

取消的是网间结算，新增的是省间结算。
本质和移动网络省间结算一个概念，从发送方发出的数据包经过了集团和接收方的网络设备占用了网络资源，现在把这段资源占用通过费用的方式体现出来罢了

1. 客户有钱，追求稳定性。典型的就是银行 ATM 机这种，带宽可能就 2M 但就是要求高稳定性，怕网络波动出问题。
2. 客户网络有明确政策或者安全性要求，例如很多地方的医保专线就要求专线专用，带宽独享，不得同互联网连接。
3. 历史上一直用专线互通，没太关注 IPSec 以及 SD-WAN 等技术领域的，毕竟改变用户习惯是个难事。

该反映就反映，这个本身就是用户权益，没啥问题。
之前有些帖子也说过部分地区移动专线有公网 IP 且打折后价格能接受，真给不了也可以考虑移动专线做升级替代。

HTTPS 双向认证，客户端必须装指定的客户端证书才能打开内容管理平台登录页，这种可以保证没有客户端证书的情况下触发不了业务漏洞。

隔离几个网络就划分几个 VLAN ，所有爱快、AP 、交换机级联的口都是 TRUNK 模式就可以实现爱快和 AP 之间通所有 VLAN 。
SSID 层面的话比较简单的就是一个 VLAN 创建一个 SSID 完了所有 SSID 在所有 AP 上广播，更复杂的必要性也有限且也不一定能调通。

@RiverMud 不一定，之前论坛上有讨论通过统计复用来分享公网端口的，测端口的话有可能还是能通。

@ZeroClover 特意做的风控策略，毕竟正常人上下班、出门逛街都会有连接不同网络的情况，所以一段时间之内 IP 跳一跳才是正常人行为。只有很长时间足不出户+宽带没有定时重拨策略或有固定公网 IP 的人和初级灰黑产能做到长时间 IP 稳定。

@dodakt 如果 IP 地址常年不变且用户正常使用没有黑灰产行为的话，养几个月到一年这些标识会逐步降级的。大概率就是如 #8 所说是假公网 IP ，实际上是几个家庭共用一个 IP 完了靠统计复用来分享公网端口（我朋友也遇上过显示是公网 IP 但是实际入站完全进不来的情况），这才会导致怎么养都洗不白。

1. Wi-Fi 6 及以下的场景确实需要，因为时不时会因为弱覆盖掉到 2.4G 且不好切回。三频场景暂时没设备也没法体验，不知道三频合一效果如何。
2. 不太清楚，反正掉了就只能重新反复开关期待可以切回 5G ，所以现在主流方案就是要么分频命名要么 2.4/5G 用一个 SSID ，5G 再单独开个 SSID 。

坑的话肯定是要对着实现和 https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html 来做比对的。而且有些坑如果人员流动比较大的项目或者时间比较长的项目确实很难提前发现，比如 GROUP BY 隐式排序在 8.0.13 移除了之类的。
再比如项目使用的是 MyISAM 引擎，MySQL 5.7 和 8.x 对这个引擎基本没啥优化，没有生命周期限制的部门自然更没有动力去搞升级了。至于从 MySQL 5.6 + MyISAM 切换 MySQL 5.7 + InnoDB 那就又是额外的一堆坑了。

当然新项目那自然应该直接用新东西，这个倒是没啥疑问。MySQL 升级虽说有坑但也相对平顺了，总比 Java 8 升级 Java 11 事情少的多。

OpenWRT 敲一下 netstat -anp 看一下设备哪个进程起的这些连接可能对排查有帮助。

@cy18
IPTV 设备没连公网没盗播风险，有问题让广电找播控平台或者视频网站电视版等牌照方投诉，不管是直播还是点播都一样。自己搞的服务器那确实作死，谁查都不行。
至于宽带、监控、语音、智慧酒店的业务那广电就更管不着了。

@yyzh
运营商归口管理的一般按年交钱，只要不是人为剪断了这种运营商负责维护。自己找人做的那就只能找人搞，光纤断了会麻烦一些。
选这个方案自然是比传统的分专业走网线便宜、速度快且稳定性好。

无所谓啊，广电不同意就把 IPTV 直播频道功能取消了，主推和视频网站合作的点播服务就完了。
另外每个终端有 IPv6 的那种大概率是和运营商合作的，这个肯定不受影响，因为播控方有 IPTV 牌照。

根据 https://www.itu.int/wrc-23/zh-hant/ 的文档，WRC-23 达成的协议是决定将 6.425-7.125GHz 确定给国际移动电信 (IMT) 。
另外根据 Wi-Fi 联盟的说法 https://www.wi-fi.org/news-events/newsroom/wi-fi-alliance-celebrates-the-2023-world-radiocommunication-conference-wrc-23 是在决定确定欧洲,非洲和其他一些国家的国际移动电信(IMT)的 6 GHz 较高频谱的同时, 会议通过了一项国际条约条款,以明确承认无线接入系统(例如 Wi-Fi)使用此频谱。重要的是,WRC-23 拒绝了将 6 GHz IMT 上限识别扩展到其他几个国家或在 2027 年下一次 WRC 上考虑此类 IMT 识别的提议。

传统的方法就是写个基础配置文件，完了基于基础配置文件改出来每一台的配置，到时候直接插串口线刷文件配置。
有脚本功底的可以考虑脚本调用串口自动写配置，反正每一台就这几个变量。

先确认一下当地宽带资费，毕竟有些地方移动只要有手机号一年宽带可能也就百元上下还负责线路维护再送个带无线的光猫。如果不常常在家的话，这种综合成本更低，毕竟故障了回去一趟的成本就很高。
拉线的话肯定是光纤收发器加成品自承式皮线光缆，反正农村打个大点儿的洞在用灰堵上也不是什么问题，这样可以跳过光纤接续这一麻烦步骤，机器做的整根接头故障率肯定比熔接和冷接要低。