zoukankan      html  css  js  c++  java
  • UDP/TCP拾遗

    1.UDP的特点

    (1)UDP 是无连接的,即发送数据之前不需要建立连接。

    (2)UDP 使用尽最大努力交付,即不保证可靠交付,同时也不使用拥塞控制。

    (3)UDP 是面向报文的。UDP 没有拥塞控制,很适合多媒体通信的要求。

    (4)UDP 支持一对一、一对多、多对一和多对多的交互通信。

    (5)UDP 的首部开销小,只有 8个字节。

    (6)发送方 UDP 对应用程序交下来的报文,在添加首部后就向下交付 IP 层。UDP 对应用层交下来的报文,既不合并,也不拆分,而是保留这些报文的边界。应用层交给UDP多长的报文,UDP 就照样发送,即一次发送一个报文。接收方 UDP 对 IP 层交上来的 UDP用户数据报,在去除首部后就原封不动地交付上层的应用进程,一次交付一个完整的报文。应用程序必须选择合适大小的报文。

    2.TCP报文段格式

    (1)序号:本报文段发送数据的第一个字节的序号。

    (2)确认号:期望收到的下一个报文段数据的第一个字节的序号。

    (3)数据偏移:占4位。指数据起始处距离tcp报文段起始处的距离,以32位字(4字节)为计算单位。

    (4)保留:占6位。未用。

    (5)URG:紧急URG。当URG=1时,表明报文段有紧急数据,应当尽快传送。

    (6)ACK:当ACK=1时,上面的确认号才管用。

    (7)PSH:当PSH=1时,接收端应当将缓冲区中的数据尽快交付上层。

    (8)RST:当RST=1时,表示TCP连接出现严重差错(比如主机崩溃等原因),必须释放连接,然后再重新建立运输连接。

    (9)SYN:当SYN=1时,表示这是一个连接请求或者连接接受报文。

    (10)FIN:当FIN=1时,表示要求释放连接。

    (11)窗口:占2个字节。告诉对方设置发送窗口,单位为字节。

    (12)检验和:计算检验和时要加上12个字节的伪首部。

    (13)紧急指针:指出本报文段中紧急数据共有多少个字节。紧急数据在报文数据的最前面。

    (14)选项:

    MSS(最大报文段):MSS选项用于在TCP建立连接时,收发双方协商一个TCP报文段所能承载的最大数据长度。MSS选项只在初始化连接请求(SYN=1)的报文段中使用。选择合适的MSS很重要。如果MSS小了,网络利用率低。如果MSS大了,由于在网络层需要分片,也会影响网络性能。一般MSS的长度为MTU(1500)-IP首部(20)-TCP首部(20)=1460字节。

    窗口扩大选项:占3字节,其中有一个字节表示移位值S。新的窗口值等于TCP首部中的窗口位数增大到(16 + S),相当于把窗口值向左移动S位后获得实际的窗口大小。

    时间戳选项:占10字节,其中最主要的字段时间戳值字段(4字节)和时间戳回送回答字段(4 字节)。

    选择确认选项:

    (15)填充:为了使TCP首部长度为4字节的整数倍。

    3.TCP的特点

    (1)TCP不提供广播或多播服务。每一条 TCP 连接只能有两个端点(endpoint),每一条TCP 连接只能是点对点的(一对一)。 

    (2)TCP 根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节(UDP 发送的报文长度是应用进程给出的)。

    (3)TCP 可把太长的数据块划分短一些再传送。TCP也可等待积累有足够多的字节后再构成报文段发送出去。 

    (4)在发送完一个分组后,必须暂时保留已发送的分组的副本。

    (5)分组和确认分组都必须进行编号。

    (6)超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些。 

    注:

    RTT(Round-Trip Time): 往返时延。在计算机网络中它是一个重要的性能指标,表示从发送端发送数据开始,到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认),总共经历的时延。

    往返延时(RTT)由三个部分决定:即链路的传播时间、末端系统的处理时间以及路由器的缓存中的排队和处理时间。其中,前面两个部分的值作为一个TCP连接相对固定,路由器的缓存中的排队和处理时间会随着整个网络拥塞程度的变化而变化。所以RTT的变化在一定程度上反映了网络拥塞程度的变化。简单来说就是发送方从发送数据开始,到收到来自接受方的确认信息所经历的时间。

    (7)这种可靠传输协议常称为自动重传请求ARQ (Automatic Repeat reQuest)。ARQ 表明重传的请求是自动进行的。接收方不需要请求发送方重传某个出错的分组 。

    (8)累积确认。

    接收方一般采用累积确认的方式。即不必对收到的分组逐个发送确认,而是对按序到达的最后一个分组发送确认,这样就表示:到这个分组为止的所有分组都已正确收到了。累积确认有的优点是:容易实现,即使确认丢失也不必重传。缺点是:不能向发送方反映出接收方已经正确收到的所有分组的信息。

    (9)TCP中发送缓存和接收缓存的作用

    发送缓存存放:发送应用程序传送给发送方TCP准备发送的数据;TCP已发送出但尚未收到确认的数据。

    接收缓存存放:按序到达的、但尚未被接收应用程序读取的数据;不按序到达的数据。

    4.TCP和UDP在高并发和高负载下传输对比

    (1)传输效率UDP要比TCP高,TCP保证可靠传输,协议栈需要处理重发等机制,会影响TCP传输效率。但是UDP传输效率虽然高,但是也要通过应用层相关协议来对传输质量做保证。

    (2)稳定性上UDP也要比TCP高,这里的稳定性主要指服务端稳定性。TCP协议下,客户端的异常可能会影响服务端,比如客户端网络或者接受出现异常,会影响到服务端,服务端如果有缓存机制,会导致缓存变大,甚至可能造成溢出。

    (3)但是TCP协议在实现上要比UDP简单,因为UDP需要在应用层上对传输质量做处理。

  • 相关阅读:
    Android应用程序与SurfaceFlinger服务的关系概述和学习计划【转】
    Linux内核的LED设备驱动框架【转】
    电源管理-4种休眠方式状态
    linux 管道,输出重定向,后端执行
    find 和grep的区别
    linux启动脚本
    linux启动介绍
    sudo的使用
    ps aux|grep *** 解释
    php图片防盗链
  • 原文地址:https://www.cnblogs.com/justkong/p/7192707.html
Copyright © 2011-2022 走看看