可以考虑建设一套客户中心系统，所有客户信息都存储在客户中心系统内，各个业务系统只允许存储 CUST_ID 而不允许存储客户中心系统内的客户信息，需要相关信息统一走接口到客户中心系统获取。
另外客户中心也可以作为和第三方系统联调的渠道，第三方系统调用 /回调数据统一先到客户中心，客户中心转换好之后再发给业务系统，业务系统处理完成后由客户中心封装好后进行回调，这样还降低了每个业务系统团队单独和其他第三方系统联调的成本。

设置估计是没啥戏，因为这个不是标准实现。
要做的话估计只能改内核实现，理论来说可以做到收到重传时才回复 ACK ，这样是最省入流量的。

@loukky
主要是现在几乎所有的广电宽带都还没改造到 CBN 网内，还是走各省自己协调的 NAT 出口。
现在有人说 CBN 打算统一各省的出口到 CBN 网内，不过什么时候能改好，什么时候能提供 IPv6 都难说。

@ClericPy 北京联通很多猫都只支持极度拥堵的 2.4GHz 频段，在居民楼内用基本可以认为没有。新出的有些支持 5GHz 了，不过如果不是千兆送的 WiFi 6 光猫我个人也不太看好实际体验。

@ClericPy 光猫的无线性能一般都不太好，所以一般玩法是桥接掉之后上自己的路由器。

@newtoheart2dirk 都要好于电信，具体的得试试了。当然如果联通不是自营光纤到户的话那直接移动。

建议尝试找运营商移机一下，现在电信、联通应该只有少量存量号码再使用 H.248 了，甚至现在光猫上配置 H.248 的号码实际上对端也是改造成 AG 完了上联 IMS 了。

@LoremIpSum 那就只要拿到了外部接口的数据就设置超时放进 Redis 就能实现。

1. 如果需要分布式缓存的话，肯定是最好引入 Redis 的，不比自己实现差。
2. 可以对 Redis 做集群实现缓存层高可用，但也得清楚没有绝对可靠的方式。
3. 一般推荐方式是不管外部接口状态如何，超时时间内都在 Redis 取数据，超时了就重新拉接口弄数据放进 Redis 。这样一方面是降低了接口服务的负载，另外如果突然短期故障 Redis 里面有足够支撑一段时间的数据。但是超时多久就需要结合业务来做平衡了，超时时间长了前端修改了配置后端不能读到最新数据（除非上游接口在数据变化的时候能通知给您），超时时间短了可能接口挂一两分钟所有的缓存就没了。

@kerrspace 能登是正常的，因为小盒子应该还会把出口地址 NAT 成 192.168.1.x 的地址。可以试试关掉小盒子会不会有一堆设备连上 192.168.1.x ，另外看 192.168.1.x 上有没有一个地址下线了，那个就是小盒子的。

访问 ipconfig 查出来的网关，看看是不是小盒子之类的做二级路由了。

啥时候微信接入了啥时候再谈活了的问题

拨号都不行优先找运营商排查下吧

@MCyunpeng98 另外得备注一下，鸿蒙给老机器更新是不一定更新底层的。例如 Mate 9 的鸿蒙底层还是 EMUI 9 的底层，连联通 VoLTE 都不支持的。即使芯片是海思芯片，不存在适配新底层的问题。

另外小米（红米）买中低端机比较占便宜，因为除了红米最低端都是两年，但反过来小米旗舰也就两年到两年半。

@v2tudnew 我把所有外部端口封掉甚至换成 CGN 能立刻解决他们没得用的问题我觉得可以，牺牲一个人成就千万家嘛。这些麻烦事儿我可以想办法化解，端对端的可以客户端、服务端对调，两边有条件的能调整 V6 的整成 V6 ，都做不到的找中转节点绕行或者做隧道打通。但要解决不了他们的地址问题那说这有啥用？
看着不爽那就拉黑，这是您的自由。

@v2tudnew
我有啥不能回答的，我有公网 IP ，v4 v6 都有。重新拨号会换地址的那种，以目前已知判断方法看大概率不是假 IP 。
您觉得共享 IP 就可以不计较了，别人用共享 IP 有问题会出来计较有什么问题？就跟您觉得我提的工资上缴方案不行一样。另外我没说只让您上缴，我说的是所有的员工都上缴，只是让您评价这个方案是否有问题，请不要乱说。

另外受害者受到侵害了不能发声？甚至还得为施暴者着想觉得人家施暴方案很合理，已经尽可能避免受害者受害？工资上缴也就是个极端例子被拿出来，但您这为施暴者着想的处理问题的思路我真的没法评价。

@v2tudnew
用户要求能正常使用的公网 IPv4 是什么不法权益么？来这里发帖吐槽的就是在乎的这您应该也清楚。
对于本站很多用户就是必须要公网 IPv4 才能顺畅用，至于具体的例子不同的人分各种方式介绍了个遍了。要么运营商拿出完美的替代方案，搞这种烂方案就是要挨骂。不可能因为提了个破烂方案就让渡自己的权益。如果这方案能接受的话，我觉得工资上缴国库之后给上缴员工改发基本生活费您也应该能接受吧，反正只要发了生活费人就能生存，何必计较别的呢？

@v2tudnew 所以本质还是贪，一个半垄断企业贪心就得挨批评，总不能大家都说贪的好贪的妙贪的呱呱叫？
另外 IPv4 完全退役的前提就是 IPv6 实现全面端对端，能想到的地方都支持 IPv6 了才能谈这个问题。不可能说一堆云服务器还不支持 IPv6 呢就要终端全面取消 IPv4 公网地址，哪天有个需求要云服务器回连客户或者协调客户间打 NAT 洞怎么办？办公室没改造 IPv6 想从办公室连回家发现办公室不支持 IPv6 怎么办？说运营商提供免费隧道服务也算个招，但现在这样显然不行。

@v2tudnew 没啥平衡不平衡，我来算笔账。现在市场租赁 IPv4 的高价是 15000 元 /年，包含 1 C ，实际可用是 253 个地址，平均每个地址一年 60 元，一个月 5 元。本质上就是运营商为了省这个 5 块钱。另外现在这环境很多时候真的谈不到开发者层面，开发层面都考虑了 IPv6 ，上了公有云发现公有云根本不支持原生 v6 ，或者支持原生 v6 还得单独买流量包。

@SpicaStar 这防火墙确实是烂，无可救药的那种烂。很多必须改桥接的也是因为光猫自带关不掉的 IPv6 防火墙。而且更狠的是业界都烂，好设备一般也只能配置开或者关.......

@lxr760 大家都默契的规避了这个问题，只能说图片这个风格就是那个厂家的风格，所以 99% 可以确定就是那个厂家的。