传输层TCP与UDP

传输层:负责能够从发送者传送到接收端的数据。进程到进程的通信

再谈端口号

港口号在应用层中确定一个不同的过程,并有港口号,用以确定直至传输层的具体交付过程。

为确定TCP/IP协议中的通信,使用一种五边形,如知识产权来源、源港号、目的地IP、目的港号、协议号。

端口号范围划分:

0 - 1023:众所周知的港口号(HTTP、FTP、SSH等)是使用良好的应用级协议,设定了港口号。
1024-65535:动态操作系统部署的端口号。操作系统从此范围内为客户软件选择端口号。

我们避免使用这些众所周知的港口号,同时使用港口号来撰写我们自己的程序。

pidof命令

Pid of [ p进程名称] 是语法 。
函数: 使用进程名称定位进程 。

UDP

①UDP协议端格式

16 UDP长度:指数据报告的总长度(UDP第一+UDP数据)。
16 个校验总和:确保收到的数据与发送的信息兼容;如果校验总和不正确,则仅删除数据。

UDP如何确保将报告和有效载荷分开保存
UDP是页眉;读取头8字节是页眉;有效载荷在头8字节后面。

UDP如何选择哪些有效载荷发送到上层?
目标流程通过16位数的目的地港口与港口号相连,从而使其能够发现一个高级别协议。
传输层如何通过港口确定相关服务流程的位置?
哈希手表的直图显示65536个大小的阵列,其中包括连接港口的Pid。

对于报头的理解：

②UDP的特点

一. 当从申请一级收到数据时,它无法与相反端互动;它不转移到缓冲区,而是以原始形式发送到网络。
2 UDP传输程序与邮件相似,UDP只是发送邮件,并不在意收件者是否收到邮件。
三. 无连接:端端的IP和端口号立即交付,无需连接。
四. 不可信赖:没有确认机制,也没有再传送机制;如果由于网络故障而无法相互发送本段,联合DP协议层将不会向申请层提供任何不正确的信息。
五. 数据报告:由于应用水平无法灵活地调节读写数据的数量和数量,申请水平被授予了联合民主党,期限为多长时间,并且原封不动地交付了联合民主党,没有分割或合并。

更好地掌握数据报告:
如果UDP传输100字节,发件人调用1个Sendto,发送100字节;接收人调用相应的更正。一旦阅读, 接收 100 字节; 无法循环 10 个请求, 一次接收 10 字节 。

③UDP的缓冲区

UDP 不发送缓冲。 Sendto 将直接被内核调用, 数据将发送到网络层协议, 以便随后传输 。

联合民主党有一个临时储存收到的信息的缓冲区,但它不能确保联合民主党的接收和发送顺序与接收和发送顺序相同,如果缓冲区被填满,即将收到的联合民主党数据将被删除。

4 UDP 观察

初始联合民主党协议的最长长度为16位数,例如,联合民主党可转让数据的最长长度为64K(包括第一个联合民主党部分)。
如果我们需要发送超过64K,我们就必须发送。应用层手动的分包,多次传输,手动拼写到接收端

TCP

TCP是一项安全的协议,它为确保可靠性做了更多工作,但效率较低。
因为民主联盟不能保证合法性,

TCP协议段格式

序号: 数据传输的起点,由计算机随机生成。
确认序列号:规定电文的起始号应在下一时间发出,提醒对方以前收到的所有确认序列号的字节均已收到。
TCP 第一部长:首先用四个字节说明TCP的长度,因此TCP的最高长度,包括选项在内,是15* 4=60,至少标准字节为20字节。
未用外地准备金d
6个标记:用于区分不同种类的信息,以便执行适当的处理逻辑。
SYN: 表示连接 。
ACK:确认号有效性
FIN：断开连接
PSH:指示上一级尽快阅读缓冲区数据,使用水平线的概念,水平线只有在水位达到时才会被提醒,而如果漏掉,则允许PSH读取。
RST:双方之间存在连接故障,一方要求重新建立连接。
URG: 紧急指示器是否属实,如果属实,则紧急指示器是否优先阅读这部分数据。
16项紧急情况准则:报告中紧急数据的偏离,查明数据中哪一部分是紧急数据,读取数据时可选择的实地说明界定的数据

对于RST：

在现实中,每当路的一方发生意外的分手,而另一方发出信息,RST就会发送到另一方,表明另一方认为连接仍然存在,但已被切断,并要求重新建立连接。

拆分信头和有效载荷:4个第一个部级领域

TCP不仅确保可靠性,而且还努力提高传输效率。

可靠性

TCP可靠性由两个部分组成:一方面是头版,另一方面是tcp代码逻辑。

①校验和

检查完整报告,发现错误时丢弃报告。

2. 反应确认机制

一般说来,如果我们得到对发出的信息的答复,我们可以假定对方收到的信息是可靠的,这是确认答复的程序。

如果在一段时间后没有收到经核实的答复,发件人可以假定数据丢失并重新发布,这样,即使随之而来的丢失包也能够确保数据到达对应方进行可信赖的传输。

③序列号

TCP 为发送的数据的每个字节指定一个数字。 这是你的序列号 。

序列号印章是否证明收到数据?

每个ACK都与一个确认的序号有关,该序号通知发件人收到收到预先收到的序号,下次从这里送交。

序号实现按序到达
由于TCP是一个字节流,而将信息传送到缓冲区接收方的顺序是无法预测的,因此,如何确保以有序的方式接收缓冲区的信息?
当收到大量电文时,通过按序列号重新排列传输层的电文顺序,确保发送和接收顺序。

序号去重：
如果收到相同的序列信息,接收端将干脆丢弃,从而发挥重要作用。

有两个序列号有什么意义?
由于TCP是全时协议,双方可以同时传输数据,而且双方都必须验证反应机制,它们需要两个序列号,一个用于发送数据,另一个用于接收数据。

④超时重传机制

如前所述,解释你提供的数据是否取决于是否收到答复,如果在规定的时间内没有收到答复,将重复传送。

由于两个原因之一:发件人丢失或答复丢失,没有收到。
假设情况一:发送信息丢失。

第二:错误的答复报告
收到重复报告后,即按序号确认重复报告,直接删除送交的文本。

那么,如果它过期了呢?
超时加薪以500毫秒计,每次被宣布为加班的加班时间整数为500毫秒。

如果再次重复,它仍然没有得到回答,等待2* 500ms,等待2* 500ms,等待再传送,如果仍未回答,等待4* 500ms再传送。例如,索引形式的递增。

TCP认为,在一定数量的再传输后,网络或终端主机中存在异常,因此它停止了再传输,迫使关闭连接,并提醒通信中的异常应用,通过强制畸变结束,即网络或终端主机中存在异常,在一定数量的再传输之后,它停止了再传输,迫使关闭连接,并提醒通信中的异常应用,以武力终止通信。

⑤流量控制

数据的发送过程：

交通管制克服了发件人数据过快无法接收接收人接收的问题,造成包件丢失,即:数据传播和接收能力协调

接受此窗口后, 发件人会放慢通过幻灯片窗口传输的速度 。

当您第一次提交数据时, 您如何知道最后窗口的大小?
在三次握手中,双方就窗口的大小进行了辩论。

因此,文件中窗口的大小与缓冲区所剩空间的数量有关。

为了建立交通管理,按从另一侧收到的窗口大小调整传输数据的速度。

⑥连接管理

TCP通常通过握手连通三次,波形连通四次。
三次握手：

四次挥手：

时间现状

根据TCP协议,自愿关闭连接的一方将处于时间-WAIT状态,在获得两个MSL之前不会处于封闭状态。

所以在时间现状时，客户端还没有释放干净连接，端口号还在被占用，导致无法再绑定该端口号

那么,我们如何解决有约束力的失败问题?
当构建监听软件包时, 设置插座描述符, 选项为 SO_ REUSEADD 到 1, 允许建立多个插座描述符, 其端口号相同, 但IP地址不同 。

⑦拥塞控制

在交通控制方面,只考虑了两个终端主机,而不是整个网络。
虽然这不是解决网络堵塞问题的适当办法,但可以减少这种堵塞,而不增加堵塞,等待重新开通,造成交通堵塞,降低交通堵塞区交通量,减少堵塞。
网络堵塞影响到网络中的所有主机,所有主机都要负责,而且所有主机都不只是单个主机控制。
我们认为,少数空投袋只是促使加班重新传送;大量空投袋是由于网络堵塞造成的。

确定压缩窗口的概念是为了限制向发送者提供的数据数量:
压缩窗口是一个表示单一交付数据的数值,该数值大于压缩窗口,并可能造成网络堵塞。

每个主机都有压缩窗口的大小, 压缩窗口的大小会动态变化 。

幻灯片窗口、 VSTCP 消息窗口和 VS 抽搐窗口

以下是如何与特定主机联系的说明:

TCP增加了一个缓慢的启动机制:
发送少量数据, 调查路径, 确定当前的网络拥堵, 然后重新启动连接 。
具体: 发送开始时, 将压缩窗口设置为 1, 压缩窗口将从那里扩展到指数水平 。

为什么你想在成倍增长之前 回到原地呢?
一. 在只有少量数据可用的情况下,确定网络是否仍然包含缺失的软件包。
在指数前的时代,指数上升速度较慢,可以进行更准确的测试,然后以指数的形式迅速恢复通信状态。

然而,在恢复期间,指数型增长过快,如果比对方接受窗口更大,就会失去凝结窗口的感觉,从而确定逐步启动的阈值,并超越这一阈值到线性增长是必要的。

当出现网络堵塞时,缓慢的起始门槛将降低到原来价值的一半,而压缩窗口返回1。

提高性能

1个幻灯片窗口和快速转播

使用所解释的确认答复办法,在接送和发离信息中传送数据部分,效率极低。

那么发件人为什么不只发送一次数据呢?
发件人不仅从彼此之间接收能力方面转让数据,而且从网络拥堵方面转让数据。

为了提高性能,已实施了一个幻灯片窗口,以平行传送数据。
发送者在幻灯片面板中说明。您不需要等待 ACK 一次发送的最大数量的数据 。

当收到回复时,窗口会移动到响应中的序列号位置,而窗口的大小会动态变化。

当数据从幻灯片窗口传输时,有两种可能性可以使用拖放软件包:
一,数据组已经来了, 但ACK还没有。

二,我把发送的数据包放错地方了

为什么在迅速重新传送时要花这么长时间才能重新发送?
在不启动它的情况下,快速再传送必须获得3次相同的确认。
因此,随着时间的推移,重复它是一种防御性做法,以确保在信息丢失时再次传递信息。

②延迟应答

如果接收数据的主机迅速响应 ACK 响应, 窗口返回可能较小 。
在现实中,高层处理数据的速度比网络应对速度快。

如果接收器需要多一点时间回应,缓冲区内的数据将更多地从顶部取出,窗口将返回到原来的大小。
窗口越大,网络输送量越高,传输效率越高,网络在安全时效率越高。

③捎带应答

在答复确认后,发送必须提供的数据。
文本可以验证,数据可以传送。

例如,四个波变器将两个波变器合并为一份报告。

面向字节流

字节流：
由于TCP在连续流中传输数据,必须避免粘糊糊的袋问题。

特点：
数据传送到缓冲区并从缓冲区收到后,无需书面或宣读。
也就是说,如果你只是写或读数据, 你可以随意写或读。

粘包问题

粘性包装:应用层中或多或少物品,导致不使用其他物品

那么,我们如何防止粘糊糊的袋子问题?
删除两个包之间的屏障。

主要有以下方法
一页头的纸,看看长度
二. 特殊性,阅读具有独特性的报告
3个自说明长度加上固定长度(UDP)或自说明长度+特殊性(HTTP)

联合民主党协议有"棍子袋问题"吗?
UDP采用自我描述与确定相结合的方式。 请指定报告的边界 。
第二,向联合民主党提供数据,可选择接收或不接收整个联合民主党,不会出现“半途”情况。

那么,为什么TCP层协议有一个粘糊糊的袋子问题呢?
TCP面向字节,因此书写读数可能不完整;TCP报告没有指定报告长度的字段,没有报告和汇报的限制,迫使方案自己处理这一问题。

TCP异常情况

一. 处理程序终止: 已经终止的程序将发布文件配置文件, 但仍能发送 FIN 。 和任何其他关闭程序一样 。
二. 计算机重新启动:它同时杀死所有进程,同时过程结束。
三. 机器失效/网络线:结尾处假定连接仍然在结尾处写,当结尾处发现连接不再存在时,机器被重置。
即使没有书面材料,如果另一方没有提交延长期限的请求,TCP也演变成实时定时器(通常由申请层完成)。他们会定期互相联系 看看他们是否还在那里 如果他不在场,他会切断联系相反,他们可以经常地相互沟通,以确保他们的安全。确保对方还存在

倾听的第二个理由

Linux 内核为 tcp 连接管理有两个队列 :

1. 半链接队列( 用于以 SYN_ SENT 和 SYN_ RECV 状态存储请求)
2. 完整连接队列( 保存已三次动摇且可被接受而直接撤回的已建立状态中的连接)

而全连接队列的长度会受到 listen 第二个参数的影响,这个队列的长度是 倾听的第二个理由 + 1
当整个线路被填满时,目前的连接无法推进到既定状态。

为什么要有队列？
当内部连接断开时, 可以从连接队列中选择连接, 以便立即处理, 确保服务器几乎100%的负载工作 。
为什么不能太长呢？
如果等待时间过长,服务器的维护费用就会增加,使客户放弃等待。

SYN洪水攻击：

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/21042.html。