计算机网络之TCP协议

计算机网络之TCP协议

1.TCP协议

传输控制协议(TCP,Transmission Control Protocol)是一种面向连接的、可靠的、基于字节流的传输层通信协议,在连接双方发送数据之前,都需要首先建立一条连接

image-20220125100301041

2.TCP与UDP的区别

TCP (Transmission Control Protocol)和UDP(User Datagram Protocol)协议属于传输层协议,它们之间的区别包括:
1)TCP是面向连接的,所谓面向连接就是双方传输数据之前,必须先建立一条通道,例如三次握手就是建议通道的一个过程,而四次挥手则是结束销毁通道的一个其中过程;UDP是无连接的传输层协议;
2)TCP是可靠的传输服务,即传送的数据无差错、不丢失、不重复、按序到达;UDP是不可靠的,UDP使用尽最大努力交付,不保证可靠交付;
3)TCP只支持点对点通信,即每一条TCP连接只能有两个端点(即两个套接字),只能是点对点的;UDP支持一对一、一对多、多对一、多对多的通信模式;
4)TCP是面向字节流的;
UDP是面向报文的,对应用层交下来的报文,不合并,不拆分,保留原报文的边界
5)TCP有拥塞控制机制,即TCP提供全双工通信,允许通信双方的应用进程在任何时候都可以发送数据,因为两端都设有发送缓存和接受缓存;UDP没有拥塞控制,因此即使网络出现拥塞也不会降低发送速率;
6)TCP首部开销(20个字节)比UDP的首部开销(8个字节)要大;
7)传输速度方面UDP快,TCP慢
8)是否有序方面,UDP无序;TCP有序,消息在传输过程中可能会乱序,TCP 会重新排序
9)TCP有流量控制,UDP无流量控制

在这里插入图片描述

3.TCP的可靠性原理

可靠传输有如下两个特点:
a.传输信道无差错,保证传输数据正确;
b.不管发送方以多快的速度发送数据,接收方总是来得及处理收到的数据;

TCP主要提供了检验和、序列号/确认应答、超时重传、滑动窗口、拥塞控制和 流量控制等方法实现了可靠性传输。
1)检验和:
通过检验和的方式,接收端可以检测出来数据是否有差错和异常,假如有差错就会直接丢弃TCP段,重新发送。
2)序列号/确认应答:
采用三次握手来建立TCP连接,四次挥手来释放TCP连接,从而保证建立的传输信道是可靠的;
序列号的作用不仅仅是应答的作用,有了序列号能够将接收到的数据根据序列号排序,并且去掉重复序列号的数据。
TCP传输的过程中,每次接收方收到数据后,都会对传输方进行确认应答。也就是发送ACK报文,这个ACK报文当中带有对应的确认序列号,告诉发送方,接收到了哪些数据,下一次的数据从哪里发。
3)滑动窗口:
使用滑动窗口协议来保证接方能够及时处理所接收到的数据,滑动窗口既提高了报文传输的效率,也避免了发送方发送过多的数据而导致接收方无法正常处理的异常。
4)超时重传:
TCP采用了连续ARQ协议(回退N,Go-back-N;超时自动重传)来保证数据传输的正确性,超时重传是指发送出去的数据包到接收到确认包之间的时间,如果超过了这个时间会被认为是丢包了,需要重传。最大超时时间是动态计算的。
5)拥塞控制:
在数据传输过程中,可能由于网络状态的问题,造成网络拥堵,此时引入拥塞控制机制,TCP使用慢开始、拥塞避免、快重传和快恢复来进行拥塞控制,避免网络拥塞,在保证TCP可靠性的同时,提高性能。
6)流量控制:如果主机A 一直向主机B发送数据,不考虑主机B的接受能力,则可能导致主机B的接受缓冲区满了而无法再接受数据,从而会导致大量的数据丢包,引发重传机制。而在重传的过程中,若主机B的接收缓冲区情况仍未好转,则会将大量的时间浪费在重传数据上,降低传送数据的效率。所以引入流量控制机制,主机B通过告诉主机A自己接收缓冲区的大小,来使主机A控制发送的数据量。流量控制与TCP协议报头中的窗口大小有关。

4.基于TCP和UDP的常用协议

基于TCP和UDP的一般都是应用层协议

基于 TCP 的应用层协议有:HTTP、FTP、SMTP、TELNET、SSH
HTTP: HyperText Transfer Protocol (超文本传输协议) ,默认端囗 80
FTP: File Transfer Protocol (文件传输协议), 默认端口 (20 用于传输数据,21 用于传输控制信息)
SMTP: Simple Mail Transfer Protocol (简单邮件传输协议), 默认端口 25
TELNET: Teletype over the Network (网络电传), 默认端口 23
SSH:Secure Shell (安全外壳协议),默认端口 22

基于 UDP的应用层协议:DNS、TFTP、SNMP
DNS:Domain Name Service (域名服务), 默认端口 53
TFTP: Trivial File Transfer Protocol (简单文件传输协议),默认端口 69
SNMP:Simple Network Management Protocol(简单网络管理协议),通过 UDP端口161接收,只有Trap 信息采用 UDP 端口 162。

5.TCP 和 UDP 应用场景

TCP应用场景:
效率要求相对低,因为传输中需要对数据确认、重发、排序等操作,相比之下效率没有UDP高。但面向连接,能保证数据的可靠性交付,对准确性要求相对高的场景。举几个例子:
文件传输(准确高要求高、但是速度可以相对慢)
接受邮件
远程登录
FTP文件传输
HTTP / HTTPS
UDP应用场景:
面向无连接,它可以随时发送数据,再加上UDP本身的处理既简单又高效,效率要求相对高,对准确性要求相对低的场景。举几个例子:
QQ聊天
在线视频
网络语音电话(即时通讯,速度要求高,但是出现偶尔断续不是太大问题,并且此处完全不可以使用重发机制)
广播通信(广播、多播)
视频、音频等多媒体通信
包总量较少的通信,如 DNS 、SNMP等

总结:TCP 用于在传输层有必要实现可靠传输的情况,UDP 用于对高速传输和实时性有较高要求的通信。TCP 和 UDP 应该根据应用目的按需使用

image-20210519180008296

6.为什么视频用UDP

1.TCP需要三次握手,建立会话需要时间;
2.TCP在网络拥塞时,会调整滑动窗口大小,影响传输速度;
3.UDP无连接,没有拥塞控制,会以恒定速度发送数据,缺点是造成丢包,优点是实时性好。

7.UDP处理丢包

1.发生丢包,就立即发送冗余包,尽快恢复数据;
2.建立长期参考帧,解决连贯性问题;
3.发生网络抖动,降低码率,保证传输数据小于网络带宽。

8.说说 TCP 是如何确保可靠性的呢

思路: TCP 是可靠的连接,为什么具有可靠性呢?记住这些点:连接和断开的可靠性(三次握手,四次挥手)、有状态(哪些数据发送了,哪些没发)、可控制(超时重传、流量控制、拥塞控制等)。
● 首先,TCP 的连接是基于三次握手,而断开则是基于四次挥手。确保连接和断开的可靠性。
● 其次,TCP 的可靠性,还体现在有状态;TCP 会记录哪些数据发送了,哪些数据被接收了,哪些没有被接受,并且保证数据包按序到达,保证数据传输不出差错。
● 再次,TCP 的可靠性,还体现在可控制。它有数据包校验、ACK 应答、超时重传 (发送方)、失序数据重传(接收方)、丢弃重复数据、流量控制(滑动窗口)和拥塞控制等机制。

9.说说 TCP 报文首部有哪些字段,其作用又分别是什么

思路: 小伙伴们,可以记下这个图。

在这里插入图片描述
在这里插入图片描述

● 16 位端口号:源端口号,主机该报文段是来自哪里;目标端口号,要传给哪个上层协议或应用程序
● 32 位序号:一次 TCP 通信(从 TCP 连接建立到断开)过程中某一个传输方向上的字节流的每个字节的编号。
● 32 位确认号:用作对另一方发送的 tcp 报文段的响应。其值是收到的 TCP 报文段的序号值加 1。
● 4 位头部长度:表示 tcp 头部有多少个 32bit 字(4 字节)。因为 4 位最大能标识 15,所以 TCP 头部最长是 60 字节。
● 6 位标志位:URG(紧急指针是否有效),ACk(表示确认号是否有效),PSH(缓冲区尚未填满),RST(表示要求对方重新建立连接),SYN(建立连接消息标志接),FIN(表示告知对方本端要关闭连接了)
● 16 位窗口大小:是 TCP 流量控制的一个手段。这里说的窗口,指的是接收通告窗口。它告诉对方本端的 TCP 接收缓冲区还能容纳多少字节的数据,这样对方就可以控制发送数据的速度。
● 16 位校验和:由发送端填充,接收端对 TCP 报文段执行 CRC 算法以检验 TCP 报文段在传输过程中是否损坏。注意,这个校验不仅包括 TCP 头部,也包括数据部分。这也是 TCP 可靠传输的一个重要保障。
● 16 位紧急指针:一个正的偏移量。它和序号字段的值相加表示最后一个紧急数据的下一字节的序号。因此,确切地说,这个字段是紧急指针相对当前序号的偏移,不妨称之为紧急偏移。TCP 的紧急指针是发送端向接收端发送紧急数据的方法。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

GoGo在努力

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值