本文共 2564 字,大约阅读时间需要 8 分钟。
名称 | 功能 |
---|---|
应用层(Application) | 直接向用户提供服务,文件传输、电子邮件、文件服务、虚拟终端 |
表示层(Presentation) | 数据格式化、代码转换、数据加密 |
会话层(Session) | 在两个会话实体间建立和使用连接、解除连接 |
传输层(Transport) | 提供可靠的端到端的差错和流量控制,保证报文的正确传输 |
网络层(Network) | 通过路由选择算法,为报文或分组通过通信子网选择最适当的路径。 |
数据链路层(Data Link) | 传输有地址的帧,错误检测功能 |
物理层(Physical) | 以二进制数据形式在物理媒体上传输数据 |
TCP:
面向连接的,可靠的,基于字节流的传输层通信协议 将应用层的数据流分割成报文段,并发送目标节点的TCP层 数据包都有序号,对方收到则发送ACK确认,未收到重传 使用校验和来检验数据在传输过程中是否有误位码即tcp标志位,有6种标示:
SYN(synchronous建立联机) ACK(acknowledgement 确认) PSH(push传送) FIN(finish结束) RST(reset重置) URG(urgent紧急) 第一次握手:主机A发送位码为syn=1,随机产生seq number=1234567的数据包到服务器,主机B由SYN=1知道,A要求建立联机;第二次握手:主机B收到请求后要确认联机信息,向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包
第三次握手:主机A收到后检查ack number是否正确,即第一次发送的seq number+1,以及位码ack是否为1,若正确,主机A会再发送ack number=(主机B的seq+1),ack=1,主机B收到后确认seq值与ack=1则连接建立成功。
完成三次握手,主机A与主机B开始传送数据。
(1)客户端发送SYN包(seq=x)到服务器,
进入SYN_SEND状态。 (2)服务器收到SYN包,确认(ack=x+1) 自己也发送SYN包(seq=y),即(SYN+ACK)包 进入SYN_RECV状态。 (3)客户端收到服务器(SYN+ACK)包, 向服务器发送ACK包确认 (4)服务器和客户端进入ESTABLISHED状态一、为什么需要保活机制?
设想这种情况,TCP连接建立后,在一段时间范围内双发没有互相发送任何数据。思考以下两个问题:1,怎么判断对方是否还在线。这是因为,TCP对于非正常断开的连接系统并不能侦测到(比如网线断掉)。
2,长时间没有任何数据发送,连接可能会被中断。这是因为,网络连接中间可能会经过路由器、防火墙等设备,而这些有可能会对长时间没有活动的连接断掉。二、过程
连接中启动保活功能的一端,在保活时间内连接处于非活动状态,则向对方发送一个保活探测报文,如果收到响应,则重置保活计时器,如果没有收到响应报文,则经过一个保活时间间隔后再次向对方发送一个保活探测报文,如果还没有收到响应报文,则继续,直到发送次数到达保活探测数,此时,对方主机将被确认为不可到达,连接被中断。简洁版
第一次挥手:client发送FIN(关闭client到server数据传输),进入FIN_WAIT_1状态 第二次挥手:server收到FIN后,发送ACK,进入CLOSE_WAIT状态 第三次挥手:server发送FIN(关闭Server到client数据传输),进入LAST_ACK状态 第四次挥手:client收到FIN后,client进入TIME_WAIT状态,发送ACK给Server,Server进入closed状态因为当Server端收到Client端的SYN连接请求报文后,可以直接发送SYN+ACK报文。其中ACK报文是用来应答的,SYN报文是用来同步的。但是关闭连接时,当Server端收到FIN报文时,很可能并不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端,“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送。故需要四步握手。
转载地址:http://tgqen.baihongyu.com/