UDP的特点

目录

1.主要特点:

1.2一些实际应用经验:

2.UDP首部格式:

3.检验和的计算


                     UDP 用户数据协议 (User Datagram Protocal)

用户数据报协议UDP只在IP的数据报服务之上增加了很少一点的功能,这就是复用和分用的功能以及差错检测的功能。

1.主要特点:

(1)不可靠信道

        UDP使用尽最大努力交付。

(2)无连接

        传送数据之前不需要先建立连接,目标主机的运输层收到之后不用给出确认。

(3)是面向报文的

        对应用层下来的报文 和 对IP网络层交上来的报文 都不进行改动,直接添加或去除首部后进行下一步操作。

        若报文太长,交付给IP层后会进行分片,降低了IP层效率;

        报文太短,会使得交付给IP层后的IP数据报的首部相对长度太长。

(4)没有拥塞控制

        网络出现拥塞后不会降低源主机的发送速率,对某些实时应用很重要。

        如IP电话、实时视频会议等。

        允许在网络拥塞时丢失一些数据,但不允许数据有太大的时延。

(5)支持 一对一、一对多、多对一、多对多的交互通信。

(6)首部开销小,只有8个字节。

 

1.2一些实际应用经验:

 

2.UDP首部格式:

UDP报文由数据字段和首部字段组成。

首部有8字节,由四个字段组成每个自诉案两个字节:

(1)源端口        源端口号。在需要对方回信时选用。不需要时可用全0。

(2)目的端口     目的端口号。这在终点交付报文时必须使用。

(3)长度             UDP用户数据报的长度,其最小值是8(仅有首部)。

(4)检验和         检测UDP用户数据报在传输中是否有错。有错就丢弃。

 

注意:

1.如果接收方UDP发现收到的报文中的目的端口号不正确(即不存在对应于该端口号的应用进程),

   就丢弃该报文,并由网际控制报文协议ICMP发送“端口不可达”差错报文给发送方。

2.首部中的检验和在计算时,要在UDP用户数据报之前增加12个字节的伪首部。

   只是在计算检验和时临时添加的,既不向下传递也不向上递交。

3.伪首部的第3字段是全零;第4字段是IP首部中的协议字段的值;第5字段是UDP用户数据报的长度。

 

3.检验和的计算

UDP的检验和是把首部和数据部分一起都检验。

发送方:

        1.首先是先把全零放入检验和字段。

        2.再把伪首部以及UDP用户数据报看成是由许多16位的字串接起来的。

           若UDP用户数据报的数据部分不是偶数个字节,则要填入一个全零字节(但此字节不发送)。

        3.然后按二进制反码计算出这些16位字的和。

        4.将此和的二进制反码写入检验和字段后,就发送这样的UDP用户数据报。

接受方:

        1.把收到的UDP用户数据报连同伪首部(以及可能的填充全零字节)一起,按二进制反码求这些16位字的和。

        2.当无差错时其结果应为全1。否则就表明有差错出现,接收方就应丢弃这个UDP用户数据报

        (也可以上交给应用层,但附上出现了差错的警告)。

 

不难看出,这种简单的差错检验方法的检错能力并不强,但它的好处是简单,处理起来较快。

这样的检验和,既检查了UDP用户数据报的源端口号和目的端口号以及UDP用户数据报的数据部分,又检查了IP数据报的源IP地址和目的地址。

 

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值