概述:
主要功能:
TCP:
特点***:
数据格式:
连接管理***:
建立连接(三次握手)
释放连接(四次挥手)
应用场景
UDP:
特点:
数据格式:
应用场景
概述:
传输层是计算机网络体系结构中的重要层次,主要负责在不同主机上的应用进程之间提供端到端的通信服务。
主要功能:
提供端到端的通信:传输层为应用层提供了进程到进程的逻辑通信服务,它通过端口号来标识不同的应用进程,使得不同主机上的应用程序能够相互通信,实现数据的准确传输。
复用和分用:是传输层的重要功能,在接收端主要用于实现多个应用程序或进程对网络连接的(复用)共享以及(分用)数据的准确交付给对应的进程。
分段与重组:将应用层交付的较长的报文分成若干个较小的数据包进行传输,并在接收端将这些数据包重新组装成原始的报文,确保数据的完整性和准确性。
流量控制:通过一些机制来控制发送方发送数据的速率,使其与接收方的接收能力相匹配,防止接收方因来不及处理而导致数据丢失,保证数据传输的稳定性。
差错控制:对传输的数据进行差错检测和纠正,通过校验和等方式检测数据在传输过程中是否发生错误,若发现错误则请求发送方重传,以确保数据的可靠性。
连接管理:负责建立、维护和释放传输连接,如在 TCP 协议中,通过三次握手建立连接,四次挥手释放连接,保证通信的有序进行。
TCP:
传输控制协议,是一种面向连接的、可靠的、基于字节流的传输层通信协议
特点***:
面向连接:在数据传输之前,TCP 需要在发送方和接收方之间建立一条逻辑连接,就像打电话时先拨号建立连接,通话结束后再挂断连接一样。这个过程通过三次握手来实现,确保双方都做好了数据传输的准备。
可靠传输:TCP 通过多种机制来保证数据的可靠传输,如校验、序列号、确认应答、重传机制等。发送方会为每个发送的数据段分配一个序列号,接收方收到数据后会发送确认应答,告知发送方数据已正确接收。如果发送方在一定时间内没有收到确认应答,就会重传数据。
(校验法和UDP的一致,
但是是采用的累计确认,如果因为意外,接收的是6-7-8的数据,但是现在需要的是4号数据,那么接收方返回的确认字段仍然为4而不是6-7-8,但是6-7-8会正常的接收,之后会要求发送发重传。
这里的重传机制是超时重传,时间的确定使用自适应算法,动态的改变重传时间RTTs
冗余ACK表示期望的下一个字节,如果多次接收到同一个Ack,那么重传这个文段
比如发送方发送了1,2,3,4,5接收方按如下顺序接收
接收1,发送1的确认
接收3,发送1的确认
接收4,发送1的确认
接收5,发送1的确认
3次接受到1的ACk,认为2丢失,重传
)
字节流传输:TCP 将应用层交付的数据看作是无结构的字节流,它不关心数据的具体含义和格式,只负责按照顺序将数据从发送方传输到接收方,并在接收方重新组装成原始的字节流。
流量控制:TCP 采用滑动窗口机制来实现流量控制,通过让发送方根据接收方的接收能力来调整发送数据的速率,防止接收方因来不及处理而导致数据丢失。
(
在通信过程中接收方根据自己的接收缓存的大小,动态的调整发送窗口的大小rwnd,发送方的发送窗口大小为min(发送方接收窗口大小,接收方接收窗口大小),
)
拥塞控制:TCP 通过慢启动和拥塞避免、快重传和快恢复等算法来避免网络拥塞,确保网络的稳定性和数据传输的效率。(拥塞:全局的资源需求总量>可用资源)
下面讨论四个算法,有下面的几个假定:单向传送且另外一个方向只传输ACk;接收方缓存足够大,但是发送窗口大小取决于用拥塞度发送窗口=min(接收rwnd,拥塞rwnd)
传输轮次表示的是:发送一批报文段后接收到ack的时间
快重传就是3个冗余ack后立即重传,而不是等计时,快恢复就是重传不再是慢开始,而是从新的ssthresh开始
TCP只可以进行点对点的连接
支持全双工通信:含有发送缓存(存储待发送和已发送未接收Ack的数据)和接收缓存(未接收完和接收完但无序的数据),
数据格式:
TCP 数据段由首部和数据两部分组成,首部长度通常为 20 字节,包含了很多重要的控制信息。
源端口和目的端口:各占 2 字节,分别标识发送方和接收方的应用进程所使用的端口号。
服务端端口号包括熟知端口号,给TCP/IP重要的一些应用,其他的是登记端口号
客户端端口号的范围在客户使用的时候动态选择的
序号:占 4 字节,用来标识 TCP 发送的字节流中的每个字节的编号,确保数据的有序传输和正确组装。
确认号:占 4 字节,是期望收到对方下一个报文段的第一个数据字节的序号,用于实现确认应答机制。
数据偏移:占 4 位,指出 TCP 首部的长度,以 4 字节为单位,用于确定数据部分的 。
保留:占 6 位,保留为今后使用,目前都置为 0。
控制位:占 6 位,包含了 URG、ACK、PSH、RST、SYN、FIN 等标志位,用于控制 TCP 的连接建立、数据传输和连接释放等过程。
URG:紧急位,表示高优先级
ACK:确认位,建立连接后所有传送的报文都必须将ACK置1
PSH:推送位,接收方希望尽快交付,不在等到缓存填满
RST:复位,表示出现严重差错,要释放连接后重新传输
STN:同步位,表明这是一个连接请求or连接接收
窗口:占 2 字节,用于通告接收方的接收窗口大小,告知发送方自己能够接收的数据量,实现流量控制。
检验和:占 2 字节,用于检测 TCP 数据段在传输过程中是否发生错误。
紧急指针:占 2 字节,当 URG 标志位为 1 时,紧急指针指出紧急数据的末尾在字节流中的位置。
还有选项和填充部分
连接管理***:
建立连接(三次握手)
第一次握手:客户端向服务器发送一个 SYN(同步)报文段,其中包含客户端选择的初始序列号 seq=x,此时客户端进入 SYN_SENT 状态。
第二次握手:服务器接收到客户端的 SYN 报文段后,向客户端发送一个 SYN+ACK 报文段,其中确认号 ack=x+1,表示已收到客户端的 SYN 请求,同时服务器也选择一个初始序列号 seq=y,服务器进入 SYN_RCVD 状态。
第三次握手:客户端接收到服务器的 SYN+ACK 报文段后,向服务器发送一个 ACK 报文段,确认号 ack=y+1,序列号 seq=x+1,此时客户端和服务器都进入 ESTABLISHED 状态,连接建立成功。
(有句话想说.......,说吧.....,好的....)
SYN洪泛攻击,发生在OSI第四层,利用3次握手的特性,发送SYN,使得服务端发送ACK后一直处在挂起状态,占用服务器资源甚至使得服务器死机
释放连接(四次挥手)
第一次挥手:主动关闭方(假设为客户端)发送一个 FIN(结束)报文段,其中序列号 seq=u,客户端进入 FIN_WAIT_1 状态,表示客户端没有数据要发送给服务器了,但还可以接收服务器发送的数据。
第二次挥手:服务器接收到客户端的 FIN 报文段后,向客户端发送一个 ACK 报文段,确认号 ack=u+1,序列号 seq=v,服务器进入 CLOSE_WAIT 状态,此时客户端进入 FIN_WAIT_2 状态。
第三次挥手:服务器数据发送完毕后,向客户端发送一个 FIN 报文段,序列号 seq=w,确认号 ack=u+1,服务器进入 LAST_ACK 状态。
第四次挥手:客户端接收到服务器的 FIN 报文段后,向服务器发送一个 ACK 报文段,确认号 ack=w+1,序列号 seq=u+1,客户端进入 TIME_WAIT 状态,服务器收到 ACK 报文段后进入 CLOSED 状态。客户端在 TIME_WAIT 状态等待一段时间(2MSL,MSL 为最长报文段寿命)后,也进入 CLOSED 状态,连接彻底释放。
(1,我说完,2,好的,我还有一点3,我说的也完了,4,好的)
应用场景
TCP 协议适用于对数据可靠性要求较高的场景,如文件传输、电子邮件、远程登录、网页浏览等。在这些应用中,数据的准确性和完整性至关重要,TCP 能够保证数据无差错、按顺序地传输,为应用程序提供可靠的通信基础。
UDP:
用户数据报协议,是一种无连接的、不可靠的传输层协议
特点:
无连接:UDP 在数据传输前不需要在发送方和接收方之间建立连接,发送方可以直接将数据报发送出去,就像邮寄信件一样,不需要事先与接收方打招呼。
不可靠传输:UDP 不保证数据一定能正确到达接收方,也不保证数据的顺序和完整性。它没有确认应答机制、重传机制等保证数据可靠性的措施,数据报可能会丢失、重复或乱序到达。
面向数据报:UDP 以数据报为单位进行数据传输,每个数据报都是独立的,包含了完整的源地址、目的地址等信息。UDP 不会像 TCP 那样将数据看作是连续的字节流,而是将应用层交付的数据直接封装成数据报进行发送。
低开销、高效率:由于 UDP 不需要建立连接,也没有复杂的可靠性保证机制,所以它的开销较小,传输效率较高,适合于对实时性要求较高、但对数据可靠性要求相对较低的应用场景。
UDP无拥塞控制并且首部开销只有8B,比TCP的20B小很多
数据格式:
UDP 数据报也由首部和数据两部分组成,
首部长度固定为 8 字节。
源端口:占 2 字节,标识发送方应用进程所使用的端口号,可选字段,若不需要返回数据,该字段可置为 0。
目的端口:占 2 字节,标识接收方应用进程所使用的端口号,这是必须有的字段,用于将数据报正确交付给接收方的应用程序。
长度:占 2 字节,记录 UDP 数据报的总长度,包括首部和数据部分,最小值为 8(仅首部)。
检验和:占 2 字节,用于检测 UDP 数据报在传输过程中是否发生错误,但不是必须的,若不使用检验和,则该字段置为 0。
数据如果有的话为任意大小
伪首部(仿IP首部):只出现在计算校验和时才出现,不会向下传送也不会向上递交
应用场景
UDP 适用于一些对实时性要求高,能容忍一定数据丢失或错误的场景:
实时音视频通信:如视频会议、网络直播、在线游戏等,这些应用要求数据能够快速传输,即使有少量数据丢失或延迟,也不会对整体的通信效果产生太大影响,用户通常感觉不到或者可以接受一定程度的卡顿、花屏等现象。
域名系统(DNS):DNS 用于将域名转换为 IP 地址,通常只需要快速地查询和返回结果,对于少量查询结果的丢失或错误,不会对整个网络的运行造成严重影响,因为可以进行重试或使用缓存的结果。
简单网络管理协议(SNMP):SNMP 用于网络设备的管理和监控,它通常会周期性地发送一些管理信息和查询请求,即使有部分数据报丢失,也不会影响对网络设备的整体管理和监控,后续的请求可以补充丢失的信息。
流媒体传输:在流媒体播放中,如在线音乐、视频点播等,偶尔的数据丢失可能只会导致短暂的卡顿或画面模糊,但不会影响整个播放过程的连续性,用户一般可以接受一定程度的质量下降。