ACK=1Send_Seq=yAck_Seq=x+1正常连接情形呼叫冲突.PPTVIP

TCP的窗口管理 发送端 接收端 Send_Seq=0（0-2047） Ack_Seq= 2048，WIN=2048 应用进程交付3K Ack_Seq= 4096, WIN= 0 向应用进程交付2K 空闲缓存 4K 2K Send_Seq=2048 (2048-4095) 0 Ack_Seq= 4096, WIN= 2048 2K 暂停发送 Send_Seq=4096 (4096- 5119) 1K TCP窗口管理的问题 (1) 如果每收到应用进程的消息即发送，对于短消息，会浪费带宽 解决：A. 推迟发送确认和窗口更新消息，以捎带信息 B. Nagle 算法，尽量把短消息组合发送 (2) “傻瓜窗口”问题，接收端每次只能向应用进程交付少量消息，窗口更新消息只提供少量缓存，导致低效 解决：Chark 方法，禁止接收方频繁发送窗口更新消息，有一定空闲缓存后再发送 TCP的拥塞控制 两个潜在问题：网络容量和接收方容量 发送方要保持2个窗口：拥塞窗口和接收方窗口，取较小的值为可以 发送的字节数 拥塞控制的参数：拥塞窗口、接收方窗口、窗口临界值 拥塞控制算法：在定时器不超时的情况下，拥塞窗口从0开始以指数级增大；到达临界值时，按线性增大，直到和接收窗口相同；一旦出现超时，临界值减半，拥塞窗口降为0，重新开始增大。 平均往返时延（RT