本来是给明年愚人节准备的一篇文章，不过越写越正经了...那么就正经点说事吧,想起今年的IPv5 48bits地址架构还骗了不少人，最后某个号还一本正经的转发了...不过48bits真是一个有趣的数字， IPv4+端口号刚好48bits，MAC地址刚好48bits， 很多主机系统内存地址刚好48bits，然后一个IPv6地址+端口刚好等于三个48bits，最大公约数的游戏而已。
前几天我在给NetDAM可靠传输想更好的算法，发现我自己也傻x了，最根本的原因是要抛弃滑动窗口呀，解耦保序才是关键.
本来想明年愚人节写如果有一天TCP/IP没了IP，那么只能TCP over RDMA了...但是也不排除为了兼容以太网只能TCP over RDMA over TCP. 我在说啥？我什么也没说....
但是最近重新读一本书，希望慢慢的审视整个通信过程看看哪些是刚需需要保留，哪些是不符合时代能去掉的.
再加上前天华为搞通算一体论坛，于是渣回顾了以下通信和计算的历史，慢慢的揭开了整个真相...
图灵的无穷纸带和香农的信宿信源，在一条电路的作用下多么有趣啊， 从电报开始，逐渐的通信就被这种源源不断的数据流表示着。而TCP的诞生也是因为IP网络是分组交换需要一个类似于电路交换的机制而产生的，所以TCP本身的建链，传输机制就来自于此。TCP的本质是在一个包交换网络里模拟一个虚电路交换。
像渣这样的人见的协议多了，从PSTN时代就开始上网，到后来在某司一开始就玩七号信令...那时候移动网络还分CS域和PS域... 电路交换的思路下似乎成了正解，即便是IPv9这样的协议，最终也要来个M扩展支持电路交换。
而如今，因为Kernel Bypass使用了RDMA， AWS和GCP都实现了自己的基于以太网的可靠传输协议。那么可靠传输协议一定需要TCP么？即便是不用TCP去用KCP，似乎也逃离不了滑动窗口。
最大的根源就在滑动窗口引入的顺序性，这样直接破坏了多路径的能力。
回想起那个年代的NetAnts..几分感慨:
保序真的那么重要么？当然针对数据库这种一致性要求的系统还是重要的，而通信本身..我们看到QUIC这样的协议逐渐开始有替代TCP的趋势...所以结论很有可能是当TCP/IP没了TCP...
顺便贴几个微信后台的Q&A:
Q: 通算一体从技术层面您是否认同应该是通信融合计算，而不是计算融合通信，因为这涉及到移动网络架构的问题
A: 本质是通信协议编码的问题，如何有嵌入和表达计算的能力, 通信厂商搞的SRv6 什么的基于包而不是基于数据，所以搞不成， 通常需要计算的，例如一个图片，一段视频，需要多个数据包承载，所以基于包的网络可编程是不行的
Q:怎么看待算力网络？
A：不用BGP承载就好，本质是不是数据找算力，而且算力去找数据，这是设计原则的问题
Q:算力如何找数据，在那层协议做最合适？
A:应用和网络在哪分层， 当然是传输层咯，没有标准之争，两边都讨好，所以我搞segment routing over UDP+ quic来做
Q:商业层面：则是计算融合通信，以我（业务）为主，通信为我（业务）服务，所以未来如果通算是6G刚需情况下，6G网络最好是OTT来投资，电信运营商手持频谱即可。
A: 本质是相同的，新基建也是基建，注定和水电一样关乎民生，OTT含赵量提高才是关键.
