网络:TCP包头格式

在这里插入图片描述

  • 首先,源端口号目标端口号是不可少的,如果没有这两个端口号,数据就不知道应该发给哪个应用。

  • 接下来有包的序号Seq,这个是为了解决包乱序的问题。

    • 为什么要给包编号呢?当然是为了解决乱序的问题,不编好号怎么确认哪个包应该先来,哪个应该后到呢?
    • TCP连接中传送的数据流中的每一个字节都有一个序号,序号字段的值指的是本报文所发送的第一个字节的序号。
  • 然后就是确认号Ack

    • ACK是期望收到对方下一个报文段的数据的第一个字节的序号。
    • 只有ACK标志位为1时,确认序号字段才有效,ACK=SEQ+1
    • 目的是确认发出去对方是否有收到。如果没有收到就应该重新发送,直到送达,这个是为了解决不丢包的问题。(答应了就要做到,暂时做不到也应该有个回复)
      • TCP是靠谱的协议,但这不能说明它面临的网络环境好。
      • 从IP层面来讲,如果网络状态的确那么差,是没有任何可靠性保证的,而作为IP的上一层TCP也无能为力,唯一能做的就是更加努力,不断重传,通过各种算法保证
      • 也就是说,对于TCP来讲,IP层你丢不丢包,我管不着,但是我在我的层面上,会努力保证可靠性
  • 接下来还有一些状态位:也就是包的类型,主要用于操控TCP状态机。TCP 是面向连接的,因而双方要维护连接的状态,这些带状态位的包的发送,会引起双方的状态变更。

    • SYN是同步比特:当SYN=1时,表明这时一个链接请求或者连接接受报文,也就是发起一个链接
    • RST 是重新连接:当RST=1时,表明TCP连接中出现了严重错误(比如主机崩溃),必须释放连接,然后再重新建立传输连接
    • FIN 是结束连接:当FIN=1时,表明此报文段的发送端已发送完毕,并要求释放运输连接。
    • URG
      • 设置为1时,首部中的紧急指针有效;它告诉系统此报文段中有紧急数据,应该尽快传送
      • 设置为为0时,紧急指针没有意义。
    • ACK
      • 设置为1时,确认字段号才有效
      • 设置为0时,确认字段号才无效
    • PSH:当设置为1时,要求把数据尽快的交给应用层,而不要等到这个缓存都填满了后再向上交付
  • 首部长度,也叫做数据偏移。它指出TCP报文段的数据起始处距离TCP报文段的起始处由多远

  • 还有一个重要的就是窗口大小。也就是著名的滑动窗口(Sliding Window),用于解决流控的。

    • TCP 要做流量控制,通信双方各声明一个窗口(缓存大小),标识自己当前能够的处理能力,别发送的太快,撑死我,也别发的太慢,饿死我。(适当提出对别人的要求)
    • 除了做流量控制以外,TCP还会做拥塞控制,对于真正的通路堵车不堵车,它无能为力,唯一能做的就是控制自己,也即控制发送的速度。不能改变世界,就改变自己嘛。(控制自己的速度)
  • 校验和:它校验的范围包括首部和数据这两部分。在计算校验和时,要在TCP报文段的前面加上12字节的伪首部

  • 紧急指针:指出本报文段中的紧急数据的最后一个字节的序号

  • 选项字段:长度可变,TCP只规定了一种选项,即最大报文段长度MSS。MSS告诉对方TCP:“我的缓存所能接收的报文段的数据字段的最长长度是MSS个字节”

  • 保留字段:占6位,保留为今后使用,当目前应该置0

TCP协议主要关注下面五个问题:

  • 顺序问题,稳重不乱
  • 丢包问题,承诺靠谱
  • 连接维护,有始有终
  • 流量控制,抱我分寸
  • 拥塞控制,知进知退
  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值