TCP/IP 三次握手、四次挥手
来源:互联网 发布:足彩过滤软件下载 编辑:程序博客网 时间:2024/05/17 23:05
TCP是一种面向连接(连接导向)的、可靠的、基于字节流的运输层(Transport layer)通信协议。
TCP建立连接和释放连接又分别叫做“三次握手”、“四次挥手”。下面,对它们进行说明解释。
- TCP报文的结构:
- 确认比特ACK ——只有当ACK= 1 时确认号字段才有效。当ACK= 0 时,确认号无效。
- 同步比特SYN ——同步比特SYN 置为1,就表示这是一个连接请求或连接接受报文。
- 终止比特FIN (FINal) ——用来释放一个连接。当FIN= 1 时,表明此报文段的发送端的数据已发送完毕,并要求释放传输连接。
- 三次握手:
- 主动方发出连接请求,其中:SEQ(序号)= X,SYN=1;
- 被动方收到请求后,进行确认,发送:SYN=1,ACK=1,SEQ=Y,确认号=X+1;
- 主动方收到确认后,再次进行确认,发送: ACK=1,SEQ=X+1,确认号=Y+1。到此连接建立。
注:为什么主动方还要发送一次确认?
原因:是为了防止已失效的连接请求突然又传送到了被动方,造成被动方误认为是一次新的连接请求。
图示如下:
- 四次挥手:
由于TCP连接是全双工的,所以双方都必须释放连接,双方都可以主动释放连接。
- A发送释放请求,其中:FIN=1,SEQ=u(u为A传送过的最后一个字节的序号+1);
- B收到后,发出确认:确认号=u+1,ACK=1,SEQ=v(v为B传送过的最后一个字节的序号+1);
-
- A收到确认后,A对B方向的连接就释放了
- 但是TCP处于半关闭状态,因为B到A的连接还未关闭,所以B还需发出释放连接请求:FIN=1,确认号=u+1,ACK=1,SEQ=w(B可能又发送了一些数据);
- A收到释放请求后,再次发出确认:ACK=1,确认号=w+1,SEQ=u+1。这个时候TCP连接就释放了
图示如下:
- 【[TCP/ip】-TCP三次握手四次挥手
- TCP/IP三次握手四次挥手
- TCP/IP三次握手和四次挥手
- TCP/IP 三次握手、四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- tcp ip 三次握手 四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手和四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手 四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP三次握手与四次挥手
- leetcodequestion_56 Merge Intervals
- 递归学习,试下汉罗塔
- linux解决xhost: unable to open display
- javax.servlet.jsp.PageContext cannot be resolved to a type
- The type javax.servlet.ServletContext cannot be resolved. It is indirectly referenced from required
- TCP/IP 三次握手、四次挥手
- MFC中LButtonDown下拖动鼠标绘制直线
- 虚拟内存(一)
- vs助手
- 最通俗的CRC校验原理剖析
- php项目开发遇到的囧事集锦.
- 把程序嵌入网页之ATL编写ActiveX[标准窗口+接受参数]
- java 替换字符
- [每天一个Linux小技巧] reset