即使发送和接收TCP段,同步控制位是否也可能未设置?为什么?请举例子

问题描述

我当前正在阅读有关传输控制协议的注释请求793。这是文档的链接https://tools.ietf.org/html/rfc793

首先,即使发送和接收TCP段,也可能没有设置SYN控制位吗?

根据以下摘录,当存在同步控制位时,序列号是该段中第一个数据字节的序列号。

这是否意味着即使没有同步控制位 目前是否可以发送和接收细分受众群? 我认为,如果不存在同步控制位,则为0。如果为0,则未连接套接字(传输控制协议设备)。如果未连接,则无法接收或发送段。这种逻辑是否有缺陷?如果是,为什么? **老实说,我想问一下以下内容之间有什么区别:

  • 此段中第一个数据八位位组的序号
  • 初始序列号
  • 一个数据八位位组**(我不为什么,但是在这种情况下,它被视为数字,因为它等于ISN + 1。我想它是“第一个数据的序列号的缩写”八位位组”,但它首先是定义,因此它应该是一个且等于初始序列号。我只能说我的逻辑有缺陷,但不能说出原因。)

收到段中的第一个数据八位字节后,SYN是否变为0?

请注意,我才刚刚开始研究协议,TCP,IP,标头,套接字以及几乎所有其他内容。如果您发现我的推理中有任何不合逻辑的陈述,请告诉我! 对于什至是小学生都能理解的任何解释,我将非常感谢。谢谢!

“序列号:32位 该段中第一个数据字节的序列号(存在SYN时除外)。如果存在SYN,则序列号为初始序列号(ISN),而第一个数据字节为ISN + 1。“

解决方法

TCP连接从初始TCP握手开始。握手要求设置了SYN位-否则它不是初始的TCP握手。

虽然可以(使用原始套接字)发送带有协议TCP和TCP标头的IP数据包,并且从不使用SYN位,但这不是实际的TCP,而只是某些类似于TCP的协议。不可能将其用于与实际的TCP对等方交换数据,并且状态防火墙也将阻止这些数据包,因为它们不属于任何已知的TCP连接。