仿新浪全站网站源码,为该网站做自适应,注册网站不需要手机验证的,个人网站做的类型dns 找到了地址#xff0c;spf 确定了路径#xff0c;如何运输数据呢#xff1f;今天讲 tcp。
计算机网络领域的特定技术是最后当你干这个事时才要用的#xff0c;我对孩子们这样说#xff0c;实际上你可以随便看一个快递单子来理解端到端传输协议。
源地址#xff0c…dns 找到了地址spf 确定了路径如何运输数据呢今天讲 tcp。
计算机网络领域的特定技术是最后当你干这个事时才要用的我对孩子们这样说实际上你可以随便看一个快递单子来理解端到端传输协议。
源地址目标地址一定要有一个地址可能有不同住户也就是 port 指示的一系列相关联包裹的顺序编号也是必须总共多少件这是第几件等等此外一个包裹能不能被拆分运输也要被标识三吨大米可以拆分运输而三吨大象就不行能收多少这个也要告知对方。哪些是 tcp哪些是 ip我是不区分的因为本来它们就没有区分。
和快递包裹类似tcp 不管具体运输路径所以它是端到端的。
和快递包裹不同的是tcp 指示一个双向的交互运输如何在 “运输单” 上紧凑地控制这个双向运输过程是 tcp 协议的设计目标之一序号 和 接收能力 标识本端信息而 “ack” 则捎带对方的需求但如果没有本端报文需要递送ack 也能单独发送这些信息在双向交互初始化时通过四次握手协商清楚由于 ack 可稍带四次握手合并为三次。
双向交互协议最自然的方式是 “单字节停等”若果然如此tcp 就是个再简单不过的协议但为了效率单字节停等扩展为单报文停等报文子节流可拆分最终是窗口停等窗口内报文可丢可乱序一次发送一窗数据就不得不有效处理丢包乱序问题。优化总是引入复杂。
如何检测丢包一开始只有超时后来有了更 trick 的方式即快速重传。对于孩子而言解释为什么三次重复 ack 标识丢包很轻松他们可以自然理解为什么是三次如果要解释就是事不过三。没必要进一步引申 reordering因为这不是重点。
tcp 影响了所有传输协议。
如果一开始的 tcp 不是现在这个 tcp现在的互联网就会是另一番景象。
从 tcp 滑动窗口停等 中可以看到一些历史另一些历史可以从编码和交互的视角来理解。
1970 年代典型的文件传输和远程登录(包括文件传输的 ftp 以及 email 交互命令)两类应用确实影响了 tcp 必须是流式停等协议。
首先文件传输的对端需要精确拷贝其次远程登录实际上是自己跟自己交互这就很有趣传输的对端不是人无法脑补纠错而交互的本端却是自己。自己与自己交互不存在脑补的空间比如输入一个 “s”显然希望马上回显一个 “s”“anderson” 是我自己输入的回显 “andersoX” 时我会怀疑自己输入错了而不是字母传丢了。
假想另一种平行历史如果 1970 年代的核心应用是用一个传输协议向远端放电影流式停等就再无必要nack 可能会被用来提示关键数据丢失也会有一个偶尔的指令反馈但大部分时间receiver 可能根本不会有任何反馈。拥塞控制大概会倾向于 receiver 的主动行为。
接下来可以想象不会有如今样式的慢启动也不会有内置的 reno aimd 策略因为稀疏的反馈不足以驱动这些机制运行。如果 ack 不是 tcp 的必须字段有关拥塞控制的所有机制都将改变并且也不会出现 ack 过多导致的资源抢占问题特别是在 wifi 环境下。
说说 aimd这实际上是一个并不需要干预的自然过程也印证了主动干预的合理性。
大片牧场承载着小规模羊群但羊群规模会逐渐变大当羊群规模略微超过牧场承载能力羊群就会出现内卷性竞争比如降低代谢率接下来就会出现大规模争夺资源的缠斗二者相斗必有一伤在统计学意义上羊群规模会快速减半这就是 aimd。同理当城市人口缓慢增加到人与人之间距离小于临界值传染病就会肆虐从而快速减少人口所以城市化进程达到一定程度必须停止。在理论上统计复用资源不可能实现 100% 的利用率这是需要用直感而不是数学讲明白的。
但不管怎样tcp 依然重要。
浙江温州皮鞋湿下雨进水不会胖。
