UDP(用户数据报协议)

UDP是UserDatagramProtocol的简称,中文名是用户数据报协议,是OSI(OpenSystemInterconnection,开放式系统互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETFRFC768是UDP的正式规范。UDP在IP报文的协议号是17。UDP协议全称是用户数据报协议,在网络中它与TCP协议一样用于处理数据包,是一种无连接的协议。在OSI模型中,在第四层——传输层,处于IP协议的上一层。

UDP(用户数据报协议)

协议

UDP是OSI参考模型中一种无连接的传输层协议,它主要用于不要求分组顺序到达的传输中,分组传输顺序的检查与排序由应用层完成,提供面向事务的简单不可靠信息传送服务。UDP协议基本上是IP协议与上层协议的接口。UDP协议适用端口分别运行在同一台设备上的多个应用程序。

UDP提供了无连接通信,且不对传送数据包进行可靠性保证,适合于一次传输少量数据,UDP传输的可靠性由应用层负责。常用的UDP端口号有:

应用协议端口号

DNS53

TFTP69

SNMP161

UDP报文没有可靠性保证、顺序保证和流量控制字段等,可靠性较差。但是正因为UDP协议的控制选项较少,在数据传输过程中延迟小、数据传输效率高,适合对可靠性要求不高的应用程序,或者可以保障可靠性的应用程序,如DNS、TFTP、SNMP等 。

使用

在选择使用协议的时候,选择UDP必须要谨慎。在网络质量令人十分不满意的环境下,UDP协议数据包丢失会比较严重。但是由于UDP的特性:它不属于连接型协议,因而具有资源消耗小,处理速度快的优点,所以通常音频、视频和普通数据在传送时使用UDP较多,因为它们即使偶尔丢失一两个数据包,也不会对接收结果产生太大影响。比如我们聊天用的ICQ和QQ就是使用的UDP协议。

报头

UDP报头由4个域组成,其中每个域各占用2个字节,具体如下:

源端口号

目标端口号

数据报长度

校验值

UDP协议使用端口号为不同的应用保留其各自的数据传输通道。UDP和TCP协议正是采用这一机制实现对同一时刻内多项应用同时发送和接收数据的支持。数据发送一方(可以是客户端或服务器端)将UDP数据包通过源端口发送出去,而数据接收一方则通过目标端口接收数据。有的网络应用只能使用预先为其预留或注册的静态端口;而另外一些网络应用则可以使用未被注册的动态端口。因为UDP报头使用两个字节存放端口号,所以端口号的有效范围是从0到65535。一般来说,大于49151的端口号都代表动态端口。

数据报的长度是指包括报头和数据部分在内的总字节数。因为报头的长度是固定的,所以该域主要被用来计算可变长度的数据部分(又称为数据负载)。数据报的最大长度根据操作环境的不同而各异。从理论上说,包含报头在内的数据报的最大长度为65535字节。不过,一些实际应用往往会限制数据报的大小,有时会降低到8192字节。

UDP协议使用报头中的校验值来保证数据的安全。校验值首先在数据发送方通过特殊的算法计算得出,在传递到接收方之后,还需要再重新计算。如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏,发送和接收方的校验计算值将不会相符,由此UDP协议可以检测是否出错。这与TCP协议是不同的,后者要求必须具有校验值。

许多链路层协议都提供错误检查,包括流行的以太网协议,也许你想知道为什么UDP也要提供检查和校验。其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测。虽然UDP提供有错误检测,但检测到错误时,UDP不做错误校正,只是简单地把损坏的消息段扔掉,或者给应用程序提供警告信息。

UDP Helper是实现对指定UDP端口广播报文的中继转发,即将指定UDP端口的广播报文转换为单播报文发送给指定的服务器,起到中继的作用。

功能

为了在给定的主机上能识别多个目的地址,同时允许多个应用程序在同一台主机上工作并能独立地进行数据包的发送和接收,设计用户数据报协议UDP。

使用UDP协议包括:TFTP、SNMP、NFS、DNS、BOOTP

UDP使用底层的互联网协议来传送报文,同IP一样提供不可靠的无连接数据包传输服务。它不提供报文到达确认、排序、及流量控制等功能。

报文格式

每个UDP报文分UDP报头和UDP数据区两部分。报头由四个16位长(2字节)字段组成,分别说明该报文的源端口、目的端口、报文长度以及校验值。

分层封装

在TCP/IP协议层次模型中,UDP位于IP层之上。应用程序访问UDP层然后使用IP层传送数据报。IP层的报头指明了源主机和目的主机地址,而UDP层的报头指明了主机上的源端口和目的端口。

分解操作

UDP的复用、分解与端口

UDP软件应用程序之间的复用与分解都要通过端口机制来实现。每个应用程序在发送数据报之前必须与操作系统协商以获得协议端口和相应的端口号。

UDP分解操作:从IP层接收了数据报之后,根据UDP的目的端口号进行分解操作。

UDP端口号指定有两种方式:由管理机构指定端口和动态绑定的方式。

配置命令

1.1.1 display udp-helper server

【命令】

display udp-helper server[interfaceinterface-type interface-number]

【视图】

任意视图

【缺省级别】

2:系统级

【参数】

interfaceinterface-type interface-number:显示指定接口的UDP中继转发相关信息。interface-type interface-number为接口类型和接口编号。

【描述】

display udp-helper server命令用来显示UDP中继转发的相关信息。

如果不选择参数,则显示所有接口的UDP中继转发相关信息。

【举例】

显示VLAN接口1的UDP中继转发相关信息。

<Sysname> display udp-helper server interface vlan-interface 1

Interface name Server address Packets sent

Vlan-interface1 192.1.1.2 0

以上显示信息表示VLAN接口1对应的目的服务器的IP地址为192.1.1.2,中继转发到该目的服务器的报文数为0。

1.1.2 reset udp-helper packet

【命令】

reset udp-helper packet

【视图】

用户视图

【缺省级别】

2:系统级

【参数】

【描述】

reset udp-helper packet命令用来清除UDP中继转发的报文统计数目。

【举例】

清除UDP中继转发的报文统计数目。

<Sysname> reset udp-helper packet

1.1.3 udp-helper enable

【命令】

udp-helper enable

undo udp-helper enable

【视图】

系统视图

【缺省级别】

2:系统级

【参数】

【描述】

udp-helper enable命令用来使能UDP Helper功能,设备会将指定UDP端口的广播报文转换为单播报文发送给指定的目的服务器,起到中继的作用。undo udp-helper enable命令用来关闭UDP Helper功能。

缺省情况下,UDP Helper功能处于关闭状态。

【举例】

使能UDP Helper功能。

<Sysname> system-view

[Sysname] udp-helper enable

1.1.4 udp-helper port

【命令】

udp-helper port{port-number|dns|netbios-ds|netbios-ns|tacacs|tftp|time}

undo udp-helper port{port-number|dns|netbios-ds|netbios-ns|tacacs|tftp|time}

【视图】

系统视图

【缺省级别】

2:系统级

【参数】

port-number:需要中继转发的UDP端口号,取值范围为1~65535(不支持67和68)。

dns:对DNS的数据报文进行中继转发,对应的UDP端口号为53。

netbios-ds:对NetBIOS数据报服务的数据报文进行中继转发,对应的UDP端口号为138。

netbios-ns:对NetBIOS名字服务的数据报文进行中继转发,对应的UDP端口号为137。

tacacs:对终端访问控制器访问控制系统的数据报文进行中继转发,对应的UDP端口号为49。

tftp:对简单文件传输协议的数据报文进行中继转发,对应的UDP端口号为69。

time:对时间服务的数据报文进行中继转发,对应的UDP端口号为37。

【描述】

udp-helper port命令用来配置需要中继转发的UDP端口。undo udp-helper port命令用来取消对需要中继转发的UDP端口的配置。

缺省情况下,没有配置中继转发的UDP端口。

关闭UDP Helper功能后,所有已配置的UDP端口都被取消。

【举例】

配置对目的UDP端口号为100的广播报文进行中继转发。

<Sysname> system-view

[Sysname] udp-helper port 100

1.1.5 udp-helper server

【命令】

udp-helper serverip-address

undo udp-helper server[ip-address]

【视图】

三层以太网接口视图/VLAN接口视图

【缺省级别】

2:系统级

【参数】

ip-address:目的服务器的IP地址,为点分十进制形式。

【描述】

udp-helper server命令用来配置中继转发的目的服务器。undo udp-helper server命令用来删除中继转发的目的服务器。

缺省情况下,没有配置中继转发的目的服务器。

目前,一个接口上最多可以配置20个中继转发的目的服务器。

需要注意的是,undo udp-helper server命令后不加参数时,将会删除该接口下配置的所有目的服务器。

相关配置可参考命令display udp-helper server。 

特性

(1)UDP是一个无连接协议,传输数据之前源端和终端不建立连接,当它想传送时就简单地去抓取来自应用程序的数据,并尽可能快地把它扔到网络上。在发送端,UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制;在接收端,UDP把每个消息段放在队列中,应用程序每次从队列中读一个消息段。

(2)由于传输数据不建立连接,因此也就不需要维护连接状态,包括收发状态等,因此一台服务机可同时向多个客户机传输相同的消息。

(3)UDP信息包的标题很短,只有8个字节,相对于TCP的20个字节信息包的额外开销很小。

(4)吞吐量不受拥挤控制算法的调节,只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。

(5)UDP使用尽最大努力交付,即不保证可靠交付,因此主机不需要维持复杂的链接状态表(这里面有许多参数)。

(6)UDP是面向报文的。发送方的UDP对应用程序交下来的报文,在添加首部后就向下交付给IP层。既不拆分,也不合并,而是保留这些报文的边界,因此,应用程序需要选择合适的报文大小。

虽然UDP是一个不可靠的协议,但它是分发信息的一个理想协议。例如,在屏幕上报告股票市场、在屏幕上显示航空信息等等。UDP也用在路由信息协议RIP(Routing Information Protocol)中修改路由表。在这些应用场合下,如果有一个消息丢失,在几秒之后另一个新的消息就会替换它。UDP广泛用在多媒体应用中,例如,Progressive Networks公司开发的RealAudio软件,它是在因特网上把预先录制的或者现场音乐实时传送给客户机的一种软件,该软件使用的RealAudio audio-on-demand protocol协议就是运行在UDP之上的协议,大多数因特网电话软件产品也都运行在UDP之上。

对比

UDP和TCP协议的主要区别是两者在如何实现信息的可靠传递方面不同。TCP协议中包含了专门的传递保证机制,当数据接收方收到发送方传来的信息时,会自动向发送方发出确认消息;发送方只有在接收到该确认消息之后才继续传送其它信息,否则将一直等待直到收到确认信息为止。与TCP不同,UDP协议并不提供数据传送的保证机制。如果在从发送方到接收方的传递过程中出现数据报的丢失,协议本身并不能做出任何检测或提示。因此,通常人们把UDP协议称为不可靠的传输协议。

相对于TCP协议,UDP协议的另外一个不同之处在于如何接收突发性的多个数据报。不同于TCP,UDP并不能确保数据的发送和接收顺序。例如,一个位于客户端的应用程序向服务器发出了以下4个数据报

D1

D22

D333

D4444

但是UDP有可能按照以下顺序将所接收的数据提交到服务端的应用:

D333

D1

D4444

D22

事实上,UDP协议的这种乱序性基本上很少出现,通常只会在网络非常拥挤的情况下才有可能发生。

应用

既然UDP是一种不可靠的网络协议,那么还有什么使用价值或必要呢?其实不然,在有些情况下UDP协议可能会变得非常有用。因为UDP具有TCP所望尘莫及的速度优势。虽然TCP协议中植入了各种安全保障功能,但是在实际执行的过程中会占用大量的系统开销,无疑使速度受到严重的影响。反观UDP由于排除了信息可靠传递机制,将安全和排序等功能移交给上层应用来完成,极大降低了执行时间,使速度得到了保证。

关于UDP协议的最早规范是RFC768,1980年发布。尽管时间已经很长,但是UDP协议仍然继续在主流应用中发挥着作用。包括视频电话会议系统在内的许多应用都证明了UDP协议的存在价值。因为相对于可靠性来说,这些应用更加注重实际性能,所以为了获得更好的使用效果(例如,更高的画面帧刷新速率)往往可以牺牲一定的可靠性(例如,画面质量)。这就是UDP和TCP两种协议的权衡之处。根据不同的环境和特点,两种传输协议都将在今后的网络世界中发挥更加重要的作用。

程序设计

UDP Server程序

编写程序

(1)使用socket()来建立一个UDP socket,第二个参数为SOCK_DGRAM。

(2)初始化sockaddr_in结构的变量,并赋值。sockaddr_in结构定义:

struct sockaddr_in {

uint8_t sin_len ;

sa_family_t sin_family;

in_port_t sin_port ;

structin_addrsin_addr;

char sin_zero;

};

这里使用“8888”作为服务程序的端口,使用“INADDR_ANY”作为绑定的IP地址即任何主机上的地址。

(3)使用bind()把上面的socket和定义的IP地址和端口绑定。这里检查bind()是否执行成功,如果有错误就退出。这样可以防止服务程序重复运行的问题。

(4)进入无限循环程序,使用recvfrom()进入等待状态,直到接收到客户程序发送的数据,就处理收到的数据,并向客户程序发送反馈。这里是直接把收到的数据发回给客户程序。

例子程序

1、编译例子程序

使用如下命令来编译例子程序:

gcc -Wall -o udpserv udpserv.c

gcc -Wall -o udpclient udpclient.c

编译完成生成了udpserv和udpclient两个可执行程序。

2、运行UDP Server程序

执行./udpserv&命令来启动服务程序。我们可以使用netstat-ln命令来观察服务程序绑定的IP地址和端口,部分输出信息如下:

Active Internet connections (only servers)

Proto Recv-Q Send-Q Local Address Foreign Address State

tcp000.0.0.0:32768 0.0.0.0:* LISTEN

tcp000.0.0.0:111 0.0.0.0:* LISTEN

tcp000.0.0.0::6000 0.0.0.0:* LISTEN

tcp000.0.0.0::631 0.0.0.0:* LISTEN

udp000.0.0.0:32768 0.0.0.0:*

udp000.0.0.0:8888 0.0.0.0:*

udp000.0.0.0:111 0.0.0.0:*

udp000.0.0.0:882 0.0.0.0:*

可以看到udp处有“0.0.0.0:8888”的内容,说明服务程序已经正常运行,可以接收主机上任何IP地址且端口为8888的数据。

如果这时再执行./udpserv&命令,就会看到如下信息:

bind error: Address already in use

说明已经有一个服务程序在运行了。

运行程序

执行./udpclient 127.0.0.1命令来启动客户程序,使用127.0.0.1来连接服务程序,执行效果如下:

Hello,World!

Hello,World!

this is a test

this is a test

^d

输入的数据都正确从服务程序返回了,按ctrl+d可以结束输入,退出程序。

如果服务程序没有启动,而执行客户程序,就会看到如下信息:

$./udpclient127.0.0.1

test

read error: Connection refused

说明指定的IP地址和端口没有服务程序绑定,客户程序就退出了。这就是使用connect()的好处,注意,这里错误信息是在向服务程序发送数据后收到的,而不是在调用connect()时。如果使用tcpdump程序来抓包,会发现收到的是ICMP的错误信息。

其他相关

UDP=uridine diphosphate,尿苷二磷酸,一种嘧啶核苷酸,由碱基、尿嘧啶与核糖组成,主要用途是RNA合成(转录)时的原料。另外UDP也是DTP能量消耗后产物,功能类似ADP,但较ADP少见。参与微生物肽聚糖等的合成。

该文章由作者:【陈怡安】发布,本站仅提供存储、如有版权、错误、违法等相关信息请联系,本站会在1个工作日内进行整改,谢谢!

发表回复

登录后才能评论