传输控制协议

 TCP (Transmission Control Protocol) 是专门为了在不可靠的互联网络上提供可靠的端到端字节流而设计的

 TCP必须动态地适应不同的拓扑、带宽、延迟、分组大小和其它的参数,并且当有错误的时候,能够足够健壮

传输控制协议

 支持TCP的机器都有一个 TCP 实体,或者是用户进程或者是操作系统内核,都可以管理TCP流和跟IP层的接口

发:封装
TCP实体接收本地进程的用户数据流,将其分割成不超过64kB的分片(实践中,通常分割成1460字节,以通过以太网传输)

收:解封装
当包含TCP数据段的报文到达某台机器的时候,被提交给传输实体,传输实体将其重构出原始的字节流

TCP 协议

 TCP连接上的每个字节都有它自己独有的32位序列号

 收发双方的TCP实体以数据段的形式交换数据

 一个数据段包括20字节的头部(不包括可选项)和数据域(0
或更多字节)

TCP 数据段的大小

 TCP软件决定数据段的大小,有两个因素限制了数据段的长度:

 TCP数据段必须适合IP的65515的载荷限制

 每个TCP数据段必须适合于下层网络的 MTU (如,1500 字节
– 以太网载荷大小)

 TCP使用的基本协议具有动态窗口大小的滑动窗口协议
(sliding window protocol)

TCP 数据段(TPDU)格式

TCP 数据段头

1.源端口 和 目的端口 字段标明了一个连接的两个端点

用来跟踪同一时间内通过网络的不同会话。一般每个端口对应一个应用程序

2.序列号 – 字节号 (32 位)

初始序列号ISNs(initial sequence numbers ):随机产生的

SYN:携带了ISNs 和SYN 控制位的数据段

3.确认号 – 期望接收的字节号 (32位)

4.TCP 段头长度 – TCP段头长度,
单位32位(4字节)

5.保留域/字段

6.

当紧急指针使用的时候,URG 被置为1。紧急指针是一个对于当前序列号的字节偏移量,标明紧急数据从哪里开始

- 当URG=1时,表明有紧急数据,必须首先处理

- 紧急指针配合使用

- 方收到这样的数据后,马上处理,处理完后恢复正常操作

- 使win=0,也可以发送这样的紧急数据段

  • ACK 可设为 1/0

    1 表示确认号有效
    0 标明确认号无效
  • PSH 表示这是带有PUSH标志的数据
    接收方收到这样的数据,应该立刻送到上层,而不需要缓存它
  • RST 被用来重置一个已经混乱的连接
  • SYN 用在连接建立的过程

    SYN=1 ,ACK=0 连接请求

    当 SYN=1 ,ACK=1 连接接受
  • FIN 被用来释放连接,它表示发送方已经没有数据要传输了,但是可以继续接收数据

7.

TCP中的流控(Flow control)使用一个可变长的滑动窗口来完成的

Window size – 告诉对方可以发送的数据字节数(从确认字节号开始(决定于接收方)

8.
Checksum –提供额外的可靠性

  校验的范围包括头部、数据和概念性的伪头部

9.

选项域提供了一种增加基本头没有包含内容的方法

  • 选项实例1

    最重要的选项是允许每台主机指定他愿意接收的最大TCP净荷长度

     使用大的数据段比使用小的数据段更高效

     在连接建立阶段,每方可以在选项中宣布他的最大TCP净荷长度,并查看对方的给出的最大值;选择双方中宣布小的那个使用

     缺省的值为 536 bytes,所有互联网主机默认为可以接受 536 +
    20 = 556 bytes的数据段
  • 选项实例2

     对于高带宽、高延迟或两者兼备的线路,64kB窗口可能是一个问题

     窗口尺度(Window scale)选项允许收发双方协商一个窗口尺度因子, 这个因子允许双方把窗口尺寸域向左移动至14位

     因此窗口数可多达 2 30 字节,很多TCP都支持这个选项
  • 选项实例3

    RFC 1106中描述的另一个选项,现在广泛实现了,即使用选择性重传( selective repeat ),而不是回退n帧协议( go back n )

TCP是一个复杂的传输层协议,负责将TCP
数据段可靠地送达目的端。

TCP段格式

源端口、目的端口

序列号

确认号(ack控制位置位才有效)

六个控制位

窗口尺寸(流控)

s6-4 TCP 数据段的更多相关文章

  1. TCP数据段格式+UDP数据段格式详解

    TCP 报文格式 TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的.可靠的.基于字节流的传输层通信协议. TCP 报文段的报头有 10 个必需的字段和 ...

  2. 详解TCP和UDP数据段的首部格式

    TCP数据段的首部格式: 源端口号(16) 目的端口号(16) 序列号(32) 确认应答号(32) 数据偏移(4) 保留(6) 代码位(6) 窗口(16) 校验和(16) 紧急指针 选项(长度可变) ...

  3. TCP报文段首部详解

    TCP虽然是面向字节流的,但是tcp传送的数据单元却是报文段,一个报文段分为首部和数据两部分,几乎TCP所有功能都从首部来体现,下面我们来详细的剖析下它的首部. (1):源端口与目标端口:分别写入源端 ...

  4. TCP报文格式和三次握手——三次握手三个tcp包(header+data),此外,TCP 报文段中的数据部分是可选的,在一个连接建立和一个连接终止时,双方交换的报文段仅有 TCP 首部。

    from:https://blog.csdn.net/mary19920410/article/details/58030147 TCP报文是TCP层传输的数据单元,也叫报文段. 1.端口号:用来标识 ...

  5. 一个TCP报文段的数据部分最多为多少个字节,为什么

    IP数据报的最大长度=2^16-1=65535(字节)TCP报文段的数据部分=IP数据报的最大长度-IP数据报的首部-TCP报文段的首部=65535-20-20=65495(字节) 一个tcp报文段的 ...

  6. 计算机网络(8)-----TCP报文段的首部格式

    TCP报文段的首部格式 概述 TCP报文段首部的前20个字节是固定的,因此TCP首部的最小长度是20字节. 源端口和目标端口 各占2个字节,分别写入源端口号和目的端口号. 序列号 占4个字节,表示本报 ...

  7. 网络TCp数据的传输设计(黏包处理)

    //1.该片为引用别人的文章:http://www.cnblogs.com/alon/archive/2009/04/16/1437599.html 解决TCP网络传输"粘包"问题 ...

  8. [转] TCP数据包重组实现分析

    PS: 这个实现对于某些特定情况未必是最佳实现,可以用数组来代替队列来实现 参照TCP/IP详解第二卷24~29章,详细论述了TCP协议的实现,大概总结一下TCP如何向应用层保证数据包的正确性.可靠性 ...

  9. TCP数据包结构

    源端口号( 16 位):它(连同源主机 IP 地址)标识源主机的一个应用进程.目的端口号( 16 位):它(连同目的主机 IP 地址)标识目的主机的一个应用进程.这两个值加上 IP 报头中的源主机 I ...

随机推荐

  1. generator 生成器

    L=[i*i for i in range(10)] print(L) G=(i*i for i in range(10)) #变中括号为小括号 print(G) 另一种方法: fib(max): n ...

  2. jpa table主键生成策略

    用 table 来生成主键详解 它是在不影响性能情况下,通用性最强的 JPA 主键生成器.这种方法生成主键的策略可以适用于任何数据库,不必担心不同数据库不兼容造成的问题. initialValue不起 ...

  3. Mac gitk安装与优化

    一.mac系统安装gitk gitk是git的一个bin工具,如果git不包含gitk只能说明当前使用的git版本过老. 因此我们只需要安装最新的git就可以了.安装git方法如下: 首先安装brew ...

  4. java中的编译时常量与运行时常量

    常量是程序运行期间恒定不变的量,许多程序设计语言都有某种方式,向编译器告知一块数据是恒定不变的,例如C++中的const和Java中的final. 根据编译器的不同行为,常量又分为编译时常量和运行时常 ...

  5. [原创] debian 9.3 搭建Jira+Confluence+Bitbucket+crowd+seafile (零) 修改端口的问题

    [原创] debian 9.3 搭建Jira+Confluence+Bitbucket+seafile  (零)  修改端口的问题 来来来,今天说个没有人说过的事, 搭建好Jira+Confluenc ...

  6. 2017.2.6Redis连接问题排查

    现象:早8:15起开始收到redis主从不停切换的报警短信,某系统连接流控redis报超时. 排查:1.查看zabbix,看流控系统的redis服务器是否正常——正常: 2.查看redis监控,red ...

  7. C# 加载静态资源问题

    加载的格式是这样:

  8. spring boot 1.x配置,不断完善中

    spring boot是典型的约定大于配置,那么很有必要对在开发过程中这些配置做统一的添加记录,以免用到的时候到处搜索,网上的东西又良莠不齐. server.port=8880 微服务注册中心,yml ...

  9. jq动画设置图片抽奖

    (因为自己是前端刚入门的小白所以中间出现很多问题,不过这对于我来说就是一次经验的积累) 预想效果:点击"开始",图片循环旋转,不是同时的效果,而是有一定的时间差.点击"开 ...

  10. Golang学习---test写法和benchmark写法

    一.Test 1. 每一个test文件须import一个testing 2. test文件下的每一个test case 均必须用Test开头并且符合TestXxxx形式,否则go test会直接跳过测 ...