• TCP SYN,ACK 详解


    http://blog.csdn.net/hnney/article/details/5604677

    三次握手:
    握手过程的第一个段的代码位设置为SYN,序列号为x,表示开始一次握手。接收方收到这个段后,向发送者回发一个段。代码位设置为SYN和ACK,序列号设置为y,确认序列号设置为x+1。发送者在受到这个段后,知道就可以进行TCP数据发送了,于是,它又向接收者发送一个ACK段,表示,双方的连接已经建立。
    Client --> 置SYN标志 序列号 = J,确认号 = 0 ----> Server
    Client <-- 置SYN标志 置ACK标志 序列号 = K, 确认号 = J + 1 <-- Server
    Clinet --> 置ACK标志 序列号 = J + 1,确认号 = K + 1 --> Server
    a 发起方 b接受方
    a发送一个SYN包给b,b回一个[SYN,ACK]给b,a再回一个ACK包给b;

    数据交换:
    a ----》b
    a 发送数据完毕,(PSH,ACK) aseq = x,ack=y,datalen = z
    b 接受到以后发送(ACK)  bseq = aack, back = aseq + alen, datalen=blen
    b 发送数据完毕  (PSH,ACK)bseq = bseq + blen,back = back,datalen = blen
    a  确认接受     (ACK)   aseq = back ,aack = bseq + blen
    注:PSH标志指示接收端应尽快将数据提交给应用层。从我协议分析的经历来看,在数据传输阶段,几乎所有数据包的发送都置了PSH位;而ACK标志位在数据传输阶段也是一直是置位的

    在数据传输阶段,按照常理应用层数据的传输是这样的:(我们假定建立连接阶段Client端最后的确认包中序列号 = 55555, 确认号 = 22222)
    Client --> 置PSH标志,置ACK标志 序列号 = 55555, 确认号 = 22222,数据包长度 = 11 ---> Server 
    Client <-- 置ACK标志,序列号 = 22222, 确认号 = 55566 (=55555 + 11),数据包长度 = 0 <--- Server
    Client <-- 置PSH标志,置ACK标志 序列号 = 22223, 确认号 = 55566,数据包长度 = 22 <--- Server 
    Client --> 置ACK标志,序列号 = 55566, 确认号 = 22244(=22222+22),数据包长度 = 0 ---> Server
    /////////////////////////////////////////////////////////////////////////////////////////

  • 相关阅读:
    light-rtc: 理念与实践
    浅谈 WebRTC 的 Audio 在进入 Encoder 之前的处理流程
    倍频程与钢琴调式的距离
    实战排查|为什么遮挡推流摄像头,会导致播放绿屏?
    深入浅出 WebRTC AEC(声学回声消除)
    揭秘 VMAF 视频质量评测标准
    绕过CDN查找真实IP方法笔记
    Linux安全加固
    Windows安全加固
    常见端口渗透总结
  • 原文地址:https://www.cnblogs.com/gmth/p/3140766.html
Copyright © 2020-2023  润新知