[TCP/IP] TCP的传输连接管理
1.连接建立=>数据传输=>连接释放
2.主动发起连接的是客户端,被动接受连接的是服务器
3.三次握手
客户端 ==> SYN是1同步 ,ACK确认标志是0,seq序号是x ==> 服务器
客户端 <== SYN是1同步 ,ACK确认标志是1,seq序号是y,ack确认号是x+1 <==服务器
客户端 ==> ACK确认标志是1,seq序号是x+1,ack确认号是y+1 ==>服务器
4.为什么需要第三次握手再次确认,因为服务器需要确认客户端收到我的回复
5.状态转移
1.客户端发送完变成 SYN-SENT , 服务端接收到后变成SYN-RECEIVED,客户端接收到确认变成 ESTABLISHED,服务端收到确认变成 ESTABLISHED
2.当客户端访问不存在的IP时,可以看到客户端变成SYN-SENT状态,接收不到服务端的确认回复
3.SYN攻击,可以伪造来源ip,因此可以看到服务端变成SYN-RECEIVED状态,接收不到客户端的确认回复
6.四次挥手
客户端(主动关闭) ==> FIN标志是1,seq序号是u ==>服务器
客户端 <== ACK确认标志是1,seq序号是v,ack确认号是u+1 <== 服务器
客户端 <== FIN标志是1,ACK确认标志是1,seq序号是w,ack确认号是u+1 <== 服务器
客户端 ==> ACK确认标志是1,seq序号是u+1,ack确认号是w+1 ==>服务器
7.状态转移
主动关闭的一方是time_wait的状态
被动关闭的一方是close_wait的状态
8.面向字节流,比如 发送文件,文件二进制=>TCP发送缓存=>TCP接收缓存=>应用程序,这也是发送和接收窗口技术
9.TCP协议使用滑动窗口技术实现可靠传输
1.停止等待协议效率不高,连续发送确认是窗口技术
2.以字节为单位的滑动窗口技术,连续发送,接收窗口收到后确认,往右滑动发送窗口,接收窗口也要往右滑动
3.如果中间有顺序的包丢了,接收窗口发送确认号的时候,会发丢之前的ack号,选择重发的包序号,选择确认
4.超时重传,tcp每发送一个报文段,就设置一次计时器,重传时间到但还没收到确认,就重传这一报文段,这个时间是加权平均的往返时间
10.TCP流量控制是解决的通信两端处理数据能力不一致的问题,TCP协议如何实现流量控制
1.接收方数据处理不完了,就调整了接收窗口的大小
2.通过窗口大小来控制流量
最新文章
- mysql删除重复记录语句的方法
- python实现汉诺塔
- 初识CEF
- Intellij IDEA 创建Web项目并在Tomcat中部署运行（不使用maven）【转载】
- 关于C#中的new的用法
- 基于CentOS与VmwareStation10搭建Oracle11G RAC 64集群环境：4.安装Oracle RAC FAQ-4.2.Oracleasm Createdisk ASM磁盘失败:Instantiating disk: failed
- twisted 安装时，安装顺序为 zope.interface ->twisted
- *J2EE中乱码处理
- CONTROLS: <> TYPE TABLEVIEW USING SCREEN<>.在 ABAP/4 中声明表格 控制
- jquery 过滤器
- Android应用清单文件：AndroidManifest.xml
- Pie
- 使用Kubernetes需要注意的一些问题（FAQ of k8s)
- 启动期间的内存管理之引导分配器bootmem--Linux内存管理(十)
- 无备份时用dbms_repair恢复坏块的方法
- day11 闭包函数和装饰器
- WEB打印（jsp版）
- MT【148】凸数列
- Android Paging库使用详解
- Qt正则表达式提取数据