您的位置: 首页  >  文章  >  【详解】计算机网络从总到细——UDP与TCP

【详解】计算机网络从总到细——UDP与TCP

分类: 文章 • 2024-10-27 21:08:34

重点协议TCP与UDP

1. 认识传输层的两个协议

  • 传输层功能： 为相互通信的应用进程提供逻辑通信

  • TCP(Transmission Control Protocol，传输控制协议) ：需要将要传输的文件分段进行传输，在传输之前需要建立会话，他的传输过程是可靠传输，同时要进行流量控制；[QQ传文件]

  • UDP(User Data Protocol，用户数据报协议)：一个数据包就能够完成数据通信，不分段，也不需要建立会话，不需要流量控制，是一种不可靠传输；[DNS域名解析；QQ聊天]

  • 查看会话：netstat -n

  • 查看建立会话的进程：netstat -nb

  • 查看服务侦听的端口：netstat -an

  • 测试到远程计算机某个端口是否打开 ：telnet 39.99.188.117 8080

2.传输层协议和应用层协议之间的关系

  • 常见的应用层协议使用的端口
    • http=TCP+80
    • https=TCP+443
    • RDP=TCP+3389
    • ftp=TCP+21
    • SMTP=TCP+25
    • 共享文件夹=TCP+445
    • POP3=TCP+23
    • telnet=TCP+23
    • SQL=TCP+1433
    • DNS=UDP+53

3.服务和应用层协议之间关系

  • 服务使用TCP或UDP的端口侦听客户端请求
  • 客户端使用IP地址定位服务器使用目标端口定位服务
  • 可以在服务器网卡上设置只开放必要的端口实现服务器网络安全

4.UDP

【详解】计算机网络从总到细——UDP与TCP

16位UDP长度，表示数据报(UDP首部+UDP数据)的最大长度。

如果校验和出错，就会直接丢弃

  • 特点：不安全但是效率高
    • 无连接
    • 不可靠：没有确定应答机制，没有超时重传机制，也没有连接管理机制
    • 面向数据报：最大发送64k
      • 应用层交给UDP多长的报文, UDP原样发送, 既不会拆分, 也不会合并;、
      • 用UDP传输100个字节的数据:
        • 如果发送端调用一次sendto, 发送100个字节, 那么接收端也必须调用对应的一次recvfrom, 接收100个字节; 而不能循环调用10次recvfrom, 每次接收10个字节;
    • UDP没有发送缓冲区，只有接收缓冲区：
      • UDP没有真正意义上的 发送缓冲区. 调用sendto会直接交给内核, 由内核将数据传给网络层协议进行后续的传输动作;
      • UDP具有接收缓冲区. 但是这个接收缓冲区不能保证收到的UDP报的顺序和发送UDP报的顺序一致; 如果缓冲区满了, 再到达的UDP数据就会被丢弃;
  • 基于UDP的应用层协议:
    • NFS: 网络文件系统
    • TFTP: 简单文件传输协议
    • DHCP: 动态主机配置协议
    • BOOTP: 启动协议(用于无盘设备启动)
    • DNS: 域名解析协议

5. TCP

  • 协议格式：

    【详解】计算机网络从总到细——UDP与TCP

    • 源/目的端口号：从那个进程来，到那个进程去；
    • 32位序号/32位确定号：和 TCP 的 ACK 机制有关，发送端给数据进行编号，接收端收到数据后确认收到哪些编号的数据。
    • 4位TCP报头长度：表示该TCP头部有多少个32位bit（有4个字节）；所以TCP头部最大长度是15*4=60
    • 6位标志位：
      • URG:紧急指针是否有效
      • **ACK:**确认号是否有效
      • PSH:提示接收端应用程序立刻从TCP缓冲区把数据读走
      • RST:对方要求重新建立连接; 我们把携带RST标识的称为复位报文段
      • **SYN:**请求建立连接; 我们把携带SYN标识的称为同步报文段
      • **FIN:**通知对方, 本端要关闭了, 我们称携带FIN标识的为结束报文段
    • 16位窗口大小：
    • 16位校验和：发送端填充，CRC 校验，接收端校验不通过，则认为数据有问题。此处的检验和不光包含TCP首部，也包含TCP数据部分。
    • 16紧急指针：略
    • 40字节头部选项：略

  • 特点：

    • 有连接
    • 可靠的
    • 面向字节流
    • 具有接收和发送缓冲区

  • 确定应答机制(ACK):序号+确定序号实现

    • 生活案例理解确定应答机制

通常，两个人对话时，在谈话的停顿处可以点头或询问以确认谈话内容。如果对方迟迟没有任何反馈，说话的一方还可以再重复一遍以保证对方确实听到。 因此，对方是否理解了此次对话内容，对方是否完全听到了对话的内容，都要靠对方的反应来判断。网络中的 “确认应答” 就是类似这样的一个概念。当对方听懂对话内容时会说： ＂ 嗯 ＂，这就相当于返回了一个确认应答(ACK)。而当对方没有理解对话内容或没有听清时会问一句 ｀｀ 咦？” 这好比一个否定确认应答
【详解】计算机网络从总到细——UDP与TCP

  • TCP将每个字节都进行了编号，既为***

  • 每个ACK都带有对应得确认***，意思是告诉发送者，我已经收到那些数据；下一次你从什么地方开始

  • 超时重传机制：系统基于TCP协议实现，动态计算报文的最大生存时间(MSL),超时时间设置为2MSL

    • 作用：超过超时时间，表示丢包(两种情况，如下)，需要重新发送数据报(系统中发送缓冲区保存有数据，可以重发)

    【详解】计算机网络从总到细——UDP与TCP

    • 主机A发送数据给B之后, 可能因为网络拥堵等原因, 数据无法到达主机B;
    • 如果主机A在一个特定时间间隔内没有收到B发来的确认应答, 就会进行重发;、

    但是，主机A未收到B发来的确认应答, 也可能是因为ACK丢失了;

    ​ 【详解】计算机网络从总到细——UDP与TCP

    • 因此主机B会收到很多重复数据. 那么TCP协议需要能够识别出那些包是重复的包, 并且把重复的丢弃掉.
      这时候我们可以利用前面提到的***, 就可以很容易做到去重的效果.

  • 连接管理机制：

    • 在正常情况下, TCP要经过三次握手(红色)建立连接, 四次挥手(蓝色)断开连接
    • **！**注意：建立连接都是单方向的连接

    【详解】计算机网络从总到细——UDP与TCP

    • 三次握手：（建立连接）

      1. 客户端的协议栈向服务器端发送了 SYN 包，并告诉服务器端当前发送*** j，客户端进入 SYNC_SENT 状态；
      2. 服务器端的协议栈收到这个包之后，和客户端进行 ACK 应答，应答的值为 j+1，表示对 SYN 包 j 的确认，同时服务器也发送一个 SYN 包，告诉客户端当前我的发送***为 k，服务器端进入 SYNC_RCVD 状态；
      3. 客户端协议栈收到 ACK 之后，使得应用程序从 connect 调用返回，表示客户端到服务器端的单向连接建立成功，客户端的状态为 ESTABLISHED，同时客户端协议栈也会对服务器端的 SYN 包进行应答，应答数据为 k+1；
      4. 应答包到达服务器端后，服务器端协议栈使得 accept 阻塞调用返回，这个时候服务器端到客户端的单向连接也建立成功，服务器端也进入 ESTABLISHED 状态。

    • 四次挥手：（断开连接）

      TCP 连接终止时，主机 1 先发送 FIN 报文，主机 2 进入 CLOSE_WAIT 状态，并发送一个 ACK 应答，同时，主机 2 通过 read 调用获得 EOF，并将此结果通知应用程序进行主动关闭操作，发送 FIN 报文。主机 1 在接收到 FIN 报文后发送 ACK 应答，此时主机 1 进入 TIME_WAIT 状态

      • 为什么要ACK与FIN分开发送？服务器没有继续发FIN包给客户端。
        • 服务器为什么不发FIN，可能是业务实现上的需要，现在不是发送FIN的时机，因为服务器还有数据要发往客户端，发送完了自然就要通过系统调用发FIN了

    • ClOSE_WAIT状态：服务端程序没有调用close方法，导致出现大量的连接处于CLOSE_WAIT状态，代表半关闭，是一种bug，只需要加上对应的 close 即可解决问题.

      • 关于 “半关闭” , 类似男女朋友分手

    • TIME_WAIT状态：

      • 为啥不能设置为CLOSED? 因为低4次ACK响应报文时可能丢包，导致服务端无法关闭连接，需要服务器重新发送FIN请求
      • **为啥是2MSL？**返回ACK传输时间+服务端重新发送FIN的传输时间

  • 滑动窗口：

    • 窗口大小指的是无需等待确定应答而可以继续发生数据的最大值。假如窗口为n段
      • 依赖ACK响应报文中的窗口大小字段
      • 依赖拥塞控制窗口大小
    • 收到第一个ACK，滑动窗口向后移动，继续发送第n+1段的数据
    • 操作系统内核为了维护这个滑动窗口，需要开辟发送缓冲区来记录当前还有那些数据没有应答；只有确认应答过的数据，才能从缓冲区删掉
    • ACJ响应报文中，携带下一个序号是多少。---->表示在此序号之前的所有数据都已经接收到、
    • 窗口的滑动：
      • 依赖ACK响应报文中的下一个序号进行滑动，而下一个序号是多少，又依赖接接收到连续报文的最大序号。

  • 流量控制：

    • 接收端：通过TCP协议头中的“窗口大小”字段，告诉发送端，发送数据的大小。
    • 目的：接收端接收能力有限，为了防止接收缓冲区被打满，再接收数据直接丢弃。使用窗口大小可以告诉发送端发送数据的大小。

  • 拥塞控制：

    • 因为网络上有很多的计算机，可能当前网络状态就已经比较拥堵，在不清楚当前网络状态下，贸然发送大量的数据，是很有可能引起雪上加霜的
    • TCP引入慢启动机制，先发少量的数据探探路，摸清当前网络拥塞状态，再决定按照多大的速度传输数据。
    • 原理：
      • 拥塞窗口初始值设为1，以慢启动指数级增长的方式，达到一定阈值变为线性增长的方式

  • 延时应答机制：

    • 原理：接收到多个数据段时，不针对每条数据报响应ACK，而是延迟一定时间，这样接收缓冲区数据很快被处理，可用空间更大，返回窗口大小字段就可以设置的更大，使网络吞吐量更大，传输效率更高。

  • 捎带应答：

    • 如果服务端也要传输数据到客户端，可以和ACK结合起来一起发送，这就叫捎带应答

  • TCP安全机制：

    • 响应应答，超时重传，连接机制，流量控制，拥塞控制

  • TCP性能机制：

    • 滑动窗口，延迟应答，捎带应答

相关推荐