自从1988年开始,甚至说1986年那次拥塞崩溃开始,互联网上的拥塞控制就一直备受关注,由于TCP协议占据了大半个互联网,所谓的拥塞控制一般意义上就是指TCP拥塞控制。
非常不幸,TCP不是一个好的协议,它并不适合被融入拥塞控制机制,但恰恰是这种可以说是缺点的特性,促使了拥塞控制领域社区的繁荣,正所谓不破便不能立。
Internet Congestion Control Research Group,简称ICCRG,就是专门讨论关于互联网拥塞控制的组织,它每年都会有若干次集中的峰会式讨论,其主要议题就是如何使互联网更通畅。
和类似Linux内核开发这种由社区主推的组织不同,ICCRG除了社区的力量和激情外,还需要各种设备厂商一起来订立规则,甚至修改路由器的实现,这是资源子网和通信子网之间一次完美的融合。
我们可以通过下面的链接开始逐步深入:
https://datatracker.ietf.org/...
https://irtf.org/iccrg
主要是阅读那些积累下来的Maillist以及视频。
仔细研究了ICCRG,就会充分理解其初衷,让链路更通畅,而不是让你传输得更快,相反,你若想让你的连接传输得更快,那是和ICCRG的原则背道而驰的,若想更快,就请忽略CC,同时只要注意自己别翻车就行。
想象一下10年后的互联网是什么样子,如今可以看到的一些苗头貌似要星火燎原,请关注物联网IoT,IPv6以及5G,假设已经解决了能源供电问题,如果每一个小小的物件都能和其它物件通信,如果这些通信不允许丢包,不允许乱序,那么请问人们会用什么传输协议?
除了能耗直接和钱关联,别的资源在我们大多数人看来都是取之不尽用之不竭的,TCP将会耗尽所有的带宽,最终导致网络崩溃,这也许并不是危言耸听。
另一方面,这种并不乐观的前景反过来会促使人们寻找新的解决方案,这便是重新设计新的传输协议,以适应2020年代而不是1980年代的互联网,后续如何,我们拭目以待。
关注ICCRG,理解拥塞控制的各类痛点,可能会让我们在前行的道路上即便是激进,也并不失稳健。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。