《计算机网络-UDP概述及首部格式》

5.2用户数据报协议UDP
5.2.1.UDP概述

UDP只在IP的数据包服务之上增加了复用、分用、差错检验的功能,UDP主要特点:
(1) UDP是无连接的,即发送数据之前不需要建立连接,减少了开销和时延。
(2) UDP尽最大努力交付,不保证可靠交付,主机不需要维持复杂的连接状态表。
(3) UDP是面向报文的,发送方的UDP对应用程序交下来的报文,在添加首部后就像下交付IP层,UDP对应用层交下的报文保留边界,应用层交给UDP多长报文,UDP照样发送(当然还要加头部),即一次发送一个报文。在接收方的UDP对IP层交上来的数据报去除首部后原封不动的交给上层应用进程,即UDP一次交付一个完整报文。因此应用程序必须选择合适报文长度,报文过长交付给IP层需要进行分片传输,若太短报文首部的相对长度太大,都会导致IP层效率的降低。
(4) UDP没有拥塞控制,网络出现拥塞不会降低源主机发送速率。适合允许网络堵塞丢失一些数据,但不允许太大延时的应用如IP电话、实时视频会议。
(5) UDP支持一对一、一对多、多对一和多对多的交互通信。
(6) UDP首部开销小,只有八个字节。
当很多源主机同时向网络发送高速的实时视频流,网络可能发生堵塞,UDP因为没有拥塞控制可能导致网络严重堵塞。还有一些应用需要对UDP的不可靠传输进行改进以减少数据的丢失。

5.2.2UDP首部格式
UDP有两个字段:数据字段和首部字段,首部由八个字节四个字段组成,每个字段长度都是两字节。
(1) 源端口:源端口号,对方回信时选用,不需要可全为0;
(2) 目的端口:终点交付报文必须使用;
(3) 长度:UDP用户数据报长度,最小值为8;
(4) 检验和:检测UDP用户数据报长度在传输中是否有错,有错就丢弃。
在这里插入图片描述
上图为UDP数据报首部和伪首部,当运输层从IP层接收到UDP数据报时,根据首部中的目的端口,把UDP数据包通过相应端口,上交到最后的应用进程。
如果接收方UDP发现收到的端口号不明确,则丢弃该报文,并由网际控制报文协议ICMP发送端口不可到达差错报文给发送方。虽然UDP之间通信要用到其端口号,但由于UDP通信是无连接的,因此不需要使用套接字,而TCP之间的通信必须要在两个套接字之间建立连接。
UDP用户数据报首部中检验和计算方法需要在用户数据包前加上12个字节的伪首部,检验和按该临时UDP用户数据报计算,该报文只用于计算检验和,不向上或向下传输。
UDP计算检验和的方法:和计算IP数据报首部检验和方法相似,但UDP把首部和数据部分一起检验,该方法检错能力不强,但简单快速。
(1) 发送方:首先把全0放入检验和字段,再把伪首部及UDP数据报看为16位字节串联,若UDP数据报数据部分为奇数则要填入一个全零字节(该字节不发送),按二进制反码计算出这些16位字节的和,然后写入检验和字段,发送该UDP数据报。
(2) 接收方:把收到的数据报连同伪首部按二进制反码求和,当无差错结果全为1,否则丢弃该数据。
在这里插入图片描述
伪首部第三字段全为0,第四字段是IP首部中协议字段的值,对于UDP该值为17,第五字段为UDP数据报长度,这样的检验和检查了UDP用户数据报的源端口、目的端口、数据部分,以及IP数据报的源IP和目的地址。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值