运输层 水深无声 2023-02-25 10:16 118阅读 0赞 ### 文章目录 ### * 每层封装数据 * UDP * * 特点 * 报文结构 * 可靠数据传输 * * 停等协议 * * 1: 假设连接是可靠的 * 2:当连接为不可靠时 * 3:通过序号解决顺序传递问题 * 4:去掉nck,解决顺序问题 * 5:丢包解决,超时重试 * * 执行流程 * 流水可靠数据传输协议 * * 解决差错恢复方法 * * 回退N步 * * 基于GBN协议的扩展FSM * 响应过程 * 选择重传 * * 执行流程 * 存在问题 * 总结 * TCP * * 报文段结构 * 超时时间预估公式 * 简化实现 * * 存在情况 * 优化策略 * * 超时间隔超倍 * 快速重传 * TCP与选择重传和回退N步的不同 * 流量控制 * 连接过程 * TCP拥塞控制 * * 如何判断拥塞? * 如何确定传输速率? * 算法 * 拥塞控制 * * 存在情况 * 拥塞控制方法 # 每层封装数据 # ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70] 网络层与运输层之间的关系:网络层提供主机之间通讯,而运输层提供主机进程之间的通讯. 多路复用:将运输层报文字段中的数据交付给正确的套接字的工作 多路分解:在数据块上封装首部信息从而生成报文段,然后将报文段发送网络. # UDP # ## 特点 ## 仅提供多路复用和分解功能 无需建立连接 无连接状态 分组开销小 与TCP比较,因为没有拥塞控制机制,所以能及时传送数据,且分组开销比TCP小而且无需记录连接状态,所以能承受更大的并发,缺点是不保证能到达.可在应用层添加超时重试解决 ## 报文结构 ## ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 1] 长度=数据长度+首部数据长度 校验和:用来校验当UDP报文运输到目的过程中,是否数据发生改变. 发送方对所有16位bite的和(若溢出则回卷)进行反码运算得出. # 可靠数据传输 # ## 停等协议 ## 停等协议就是处于nck~ack状态不在发送新的数据,这样就保证了顺序传递. ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 2] ### 1: 假设连接是可靠的 ### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 3] ### 2:当连接为不可靠时 ### 通过校验和,接收反馈,重传解决不可靠问题 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 4] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 5] 存在问题:发送方不知道接收方是否正确接收了上一个发送的数据 ### 3:通过序号解决顺序传递问题 ### 每个分组发送时,添加序号,1比特存储序号即可 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 6] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 7] 存在问题 第一:当发送端接收到同一个分组的多个ack,无法确定接收方有没有正确接收到跟在被确定多次的分组后面的分组 第二:nck多余 ### 4:去掉nck,解决顺序问题 ### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 8] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 9] ### 5:丢包解决,超时重试 ### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 10] #### 执行流程 #### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 11] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 12] 这种分组序号不停01交替,也称之为比特交替协议 ## 流水可靠数据传输协议 ## 与停等操作的对比 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 13] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 14] 单位时间和吞吐提升三倍. 对比停等协议,有如下改变 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 15] 序号可看做一个环,若分组序号比特位可看做k,则序号范围为\[0,2^k-1\] ### 解决差错恢复方法 ### #### 回退N步 #### GBN协议也称为滑动窗口协议 允许发送多个分组,不许等待确认,但未确认分组不得超过N个. 优点:支持流量控制. ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 16] ##### 基于GBN协议的扩展FSM ##### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 17] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 18] ##### 响应过程 ##### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 19] 存在问题,当1000未接收,1000之后的数据都要丢失重试. #### 选择重传 #### 仅重传那些怀疑有问题的分组 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 20] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 21] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 22] ##### 执行流程 ##### ![流程][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 23] ##### 存在问题 ##### 当接收窗口过大,无法确定接收的是一个新分组还是重传 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 24] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 25] 窗口长度<=序号空间*1/2即可, 原理 假设序号空间0~3,窗口=3 A发送012给B B移动到301 B响应A中断 A重试012 则B01覆盖. 也就是说当B第一次接收到数据,第二次移动的位置不能和第一次有重叠. 也就是2*窗口长度<=序号空间 这里的范围就是2\*窗口长度<=4 窗口空间<=2 ![则B当前为23,接收01完美避过覆盖.][B_23_01_.] ## 总结 ## ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 26] 依旧存在问题,序号x分组出现,但是接收方和发送方窗口不包含x.解决办法,确保任何发送的序号x不在网络中出现,给x设置存活时间. # TCP # 注意在第三次握手时,可发送数据. ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 27] 发送接收过程 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 28] ## 报文段结构 ## 最大报文段长度(MSS)=最大链路层帧长度(MTU)-TCP/IP首部长度![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 29] 序号和确认号 序号建立在传送字节流上,主机中的TCP会隐式的对数据流中的每个字节编号,连接双方都可以随意设置序号 假设数据流有500,000字节组成,MSS为1000字节,则TCP将为数据流构建500报文段,从序号0开始.第二个序号为1000![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 30] 确认号:主机A填充进报文段的确认号是主机A期望从主机B收到的下一字节的序号 如主机A收到主机B包含字节0~535和900-1000的报文段,主机A会发送确认号为536的报文段,期望主机B发送下一个确认号为536的报文段. 因为TCP确认该流中至第一个丢失字节为止的字节,所以TCP提供**累积确认** ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 31]![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 32] ## 超时时间预估公式 ## ![在这里插入图片描述][20200713232116848.png] 偏差预估 ![在这里插入图片描述][2020071323214847.png] 超时时间 ![在这里插入图片描述][20200713232205229.png] ## 简化实现 ## ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 33] ### 存在情况 ### ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 34] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 35] ## 优化策略 ## ### 超时间隔超倍 ### 超时定时器延长过期时间一倍,这样能间接减少网络拥塞,但是带来了更多的延时. ### 快速重传 ### TCP发送方收到3个冗余ACK,则说明已被确认三次的冗余ACK后的报文段丢失,TCP将快速重传 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 36] ### TCP与选择重传和回退N步的不同 ### 选择重传是没有收到响应的,发送 回退N步是没有接收响应,没接收响应后面分组重传. 与TCP的不用,TCP采用部分GBN,接收方只维护未被确认的最小序号,和下一个字节要发送的字节序号,但是不同的是,当假设N超时时,仅发送N报文,与选择重传不同的是,接收到N~Z报文,不会响应每个报文,而是响应被确认的最小序号 ## 流量控制 ## 每一条TCP连接,主机都设置了接收缓存,相关联的应用程序从缓存中读取数据,当发送的数据速度超过接收方的取出数据速度,直至接收方接收缓存溢出,为了避免这种情况,提供流量控制服务,主要是利用发送方的控制窗口控制速度. 控制窗口=接收方的应用程序从缓存中读出的最后一个数据编号- 从网络中到达的并放入接收方缓存的数据流中的最后一个字节编号 ![20200714000312870.png][] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 37] 当接收方窗口为0时,发送方继续发送一个字节的报文段,等待接收方清空缓存,返回一个非0的接收窗口给发送方. ## 连接过程 ## ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 38] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 39] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 40] ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 41] ## TCP拥塞控制 ## 拥塞窗口(cwnd):限制对一个TCP发送方能向网络中发送流量的速率 ![在这里插入图片描述][20200714122343871.png] ### 如何判断拥塞? ### 当拥塞的时候,会造成丢包或者延时过长情况,延时过长意味着发送方会超时,丢包意味着接收方发送三次ACK.也就是说当发送方接收到3次ACK和超时就判定拥塞. ### 如何确定传输速率? ### 即保证最大速率发送,也能保证不造成网络拥塞 当正常接收ack,则增加拥塞窗口 当出现丢包,减少拥塞窗口 乐观判断路径无拥塞,增加传输速率,当速率变慢,则减少速率.然后再次探测. ### 算法 ### 分别进入三个阶段 慢启动 拥塞避免 快速恢复 如何执行? 第一次cwnd设置1个mss,当ack,设置2个mss,之后呈指数增长. ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 42] 何时停止? 1:发现丢包 ssthresh(慢启动阀值)设置为cwnd/2 cwnd重置1 重启慢启动 2:cwnd>=ssthresh 结束慢启动,进入拥塞避免模式 3:检测3个ACK,进入快速重传并进入快速恢复 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 43] # 拥塞控制 # ## 存在情况 ## 1:分组到达速率越接近链路容量时,延时越大 2:出现缓存溢出,发送方必须重传. 3:发送方遇到大的延时,当进行重传时,可能会因为链路有一个待发送的分组,从而造成不必要的分组副本发送. 4:当分组由于阻塞被丢弃,则从发送方到整个阻塞丢弃的链路空间就被浪费了. ## 拥塞控制方法 ## 1:端到端拥塞控制,TCP报文段丢失(超时或三次ACK)被认为拥塞,从而通过减少窗口长度控制 2:网络辅助的拥塞控制,通过路由器发送输出链路上支持的传输速率.如下图,2种方式 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 44] [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70]: /images/20230209/75ed44acccf844538abbb8cbcb3bb0ac.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 1]: /images/20230209/d48df977da3a4af79feb63863411e1aa.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 2]: /images/20230209/a1a68d34388a499ab7045282f1c7371a.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 3]: /images/20230209/bfd375a0f500475bbb992198ac6e1abe.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 4]: /images/20230209/cfe564c80ebf4d1c9ebaae2b9f9645e6.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 5]: /images/20230209/80ccac1cc9264ba9a4706022662bfb28.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 6]: /images/20230209/7f499be5b813457c88c673cb4e469e58.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 7]: /images/20230209/f3182389231c481aa2210377afe80c0e.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 8]: /images/20230209/d42983848a7149e1ad44c8ced2953146.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 9]: /images/20230209/2d16605a888a408d8813d82c7ed4a7aa.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 10]: /images/20230209/ef2fefb58c994cd5b68fc7f9684ab4f2.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 11]: /images/20230209/e6d47231a625461d91d2f7a049f575ba.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 12]: /images/20230209/a4699c7dfa974174a48f4a628e93132c.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 13]: /images/20230209/fff8804dd815473f963f90ba04b9bda9.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 14]: /images/20230209/ec1b692cef4d42119332b576b0184e42.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 15]: /images/20230209/6e69996b1f394ca7ad6c39a7da07c0f7.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 16]: /images/20230209/7a1949239b524ca78465ccd1712965f1.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 17]: /images/20230209/7a7522bbd1a244a29a70d803492862a2.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 18]: /images/20230209/f6fd83465fe6489ab9f212825ed6e566.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 19]: /images/20230209/cde9ad41559c404eabbdf76e39a379e4.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 20]: /images/20230209/2d37c83b78fc42259a3449da02f9a358.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 21]: /images/20230209/d3053749daa645e28d5b429a54f3b489.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 22]: /images/20230209/e7a402fb4782483f8ffe8f0f9d66a59b.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 23]: /images/20230209/1b37a3ac6eb74f04825da40cf34e3ab1.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 24]: /images/20230209/64a41ed4a0a94be7b9f56132964880ef.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 25]: /images/20230209/f50ef69433e1420185d8bdfb516e3bce.png [B_23_01_.]: /images/20230209/9b8dccb44ce14429a022cb94c46e90d8.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 26]: /images/20230209/4250e3f6154348db9911a295229dd523.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 27]: /images/20230209/2a9642a5e3684982b0e424e11197f758.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 28]: /images/20230209/3f2737346a0f4973a65533ee0440664e.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 29]: /images/20230209/7412013db9da4c7082782c33e01cf3b9.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 30]: /images/20230209/e2a5a9b8549f4027a6231709597755dd.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 31]: https://img-blog.csdnimg.cn/20200713221508851.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw==,size_16,color_FFFFFF,t_70 [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 32]: /images/20230209/92ea6c79471f4de481c7680bbd089c74.png [20200713232116848.png]: /images/20230209/0359f6766fb74be8a55d35ffa1c82ee3.png [2020071323214847.png]: /images/20230209/dc46375ee740403093c9c7483d5a79ea.png [20200713232205229.png]: /images/20230209/7097e17792a448b6a45e4d717fad54bf.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 33]: /images/20230209/c6d995fb570c46939d3828d96f730d26.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 34]: /images/20230209/183d26292ae44ab08ce65092ba2779b2.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 35]: /images/20230209/8dbc51e661ba44bf8bfbe03d6ea63031.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 36]: /images/20230209/c66c91f0432a46b1a6c1535a20287430.png [20200714000312870.png]: /images/20230209/da220587dd384e139ac068d082469035.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 37]: /images/20230209/56a39be96b574ff3bca05a331fca5fa7.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 38]: /images/20230209/6135083db06b4311ba354c1f6b0afc61.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 39]: /images/20230209/b8eaa71750994055ae25f5535c682fdb.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 40]: /images/20230209/62ad14fd3d7a4095baefaf1af574bf2a.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 41]: /images/20230209/debbd00257db4eafbb1f2131daba512b.png [20200714122343871.png]: /images/20230209/185b519fca0743da833a8e4cf8b44a4c.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 42]: /images/20230209/857b06d81651491a9a6e2c7078776f64.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 43]: /images/20230209/80dafd91aa654ae5ac085a96659f9bed.png [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L051YW5fRmVuZw_size_16_color_FFFFFF_t_70 44]: /images/20230209/890592eceaa344d093874259e07f69e4.png
相关 计算机网络-运输层 目录 一、运输层概述 二、运输层端口号、复用和分用的概念 (一)端口号 (二)发送方的复用和接收方的分用 (三)TCP/IP体系的应用层常用协议所使用的运输层熟知端口 爱被打了一巴掌/ 2023年10月13日 09:05/ 0 赞/ 147 阅读
相关 计算机网络——运输层 一、 运输层的两个主要协议 > (1) 用户数据报协议 UDP (User Datagram Protocol) > (2) 传输控制协议 TCP (Transmis 电玩女神/ 2023年10月06日 18:04/ 0 赞/ 122 阅读
相关 运输层详解 一、概述 运输层: 主机到主机数据传输,负责从应用层接收消息,并传输应用层的message,到达目的后将消息上交应用。 ![在这里插入图片描述][20191011160 绝地灬酷狼/ 2023年06月06日 12:06/ 0 赞/ 90 阅读
相关 浅谈运输层 一. 概述 首先看两个图吧 ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG 今天药忘吃喽~/ 2022年04月02日 12:26/ 0 赞/ 365 阅读
相关 网络层、运输层复习 文章目录 以太网帧(Frame)格式 ARP协议:用来识别主机ip地址和mac地址的映射 网络层数据包(Packet,也叫分 ゝ一纸荒年。/ 2021年11月23日 14:10/ 0 赞/ 597 阅读
相关 运输层 一、运输层的基本概念 从通信和信息处理的角度看,运输层向它上面的应用层提供通信服务,它属于面向通信部分的最高层,同时也是用户功能中的最低层。只有位于网络边缘部分的主机的协 绝地灬酷狼/ 2021年09月30日 20:34/ 0 赞/ 511 阅读
相关 运输层 运输层 一、运输层协议概述 1. 进程之间的通信 2. 运输层的两个主要协议 二、用户数据报协议 UDP 三、控制传输协议 T 迈不过友情╰/ 2021年08月20日 00:26/ 0 赞/ 661 阅读
还没有评论,来说两句吧...