UDP协议支持
协议名称 UDP端口号 协议名称解释
3GA11 699 3com Network Jack
5264:Packets to Managementstation
5265:Packets to Switch
ACTRACE 2428 Port used for Mobile IP based Tunneling Protocol (A11) T_AODV 654
ARMAGETRONAD 4534
MASTER 4533
ADP 8200
PIM_RP_DISC 496
BFD_CONTROL 3784
BOOTPS 67
BOOTPC 68
PHA 8116
CUPS 631
DDTP 1052
DHCPV6_DOWNSTREAM 546
DHCPV6_UPSTREAM 547
DLSW 2067
DNP 20000
DNS 53
MDNS 5353
RAS1 1718
RAS2 1719
HSRP 1985
SSDP 1900
IAPP 2313
ICP 3130
ICQ 4000
IPX 213
ISAKMP 500
KERBEROS 88
KRB4 750
KPASSWD 464
L2TP 1701
LAPLINK 1547
CLDAP 389
LDP 646
LLC1 12000
LLC2 12001
LLC3 12002
LLC4 12003
LLC5 12004
LMP_DEFAULT 701 MIP 434
MPLS_ECHO 3503 MSPROXY 1745 NBNS 137
NBDGM 138
NCP 524
NETFLOW 2055 TPCP 3121
NTP 123
OLSR 698
RADIUS 1645
RADIUS_NEW 1812 RADACCT 1646
RADACCT_NEW 1813 RIP 520
RIPNG 521
RMCP 623
RMCP_SECURE 664 RX_LOW 7000 RX_HIGH 7009
RX_AFS_BACKUPS 7021 SAP 9875
SEBEK 1101
SFLOW 6343 SIP 5060
SLIMP3_V1 1069 SLIMP3_V2 3483 SNMP 161
SNMP_TRAP 162 SRVLOC 427 STUN 3478
SYSLOG 514 TACACS 49
TEREDO 3544 TFTP 69
TIME 37
TIMED 525
TZSP 0x9090
VINES 573
WSP 9200
WTP_WSP 9201 WTLS_WSP 9202
WTLS_WTP_WSP 9203
WSP_PUSH 2948
WTLS_WSP_PUSH 2949
WCCP 2048
WHO 513
XDMCP 177
XYPLEX 173
NJACK1 5264
NJACK2 5265
ASAP 3863
AX4000 3357
bvlc 0xBAC0
CPFI 5000
cpfi_ttot 5001
dis 3000
ECHO 7
edonkey 4665
edonkey 4672
ENIP_ENCAP 44818
ENIP_IO 2222
IAX2 4569
udpencap 4500
IPVS_SYNCD 8848
ISNS 3205
KINK 57203
lwapp 12220/12222/12223
manolito 41170
MSMMS 1755
udp_encap_ucast_port 3055 Udp port for UDP encapsulation udp_encap_mcast_port 3056
PKTC_PORT 1293
PKTC_MTAFQDN_PORT 2246
EVENT_PORT_PTP 319
GENERAL_PORT_PTP 320
radius 0 这个好像不对
Rpc 111
SigCompUDPPort1 5555
SigCompUDPPort2 6666
Rdt 6970
rmt-alc 未知 从配置文件中读取
SSCOP 未知 从配置文件中读取
T38 6004
quakeworldServerPort 27500
quakeServerPort 26000
quake2ServerPort 27910
quake3_server_port 27960－27963
quake3_master_port 27965－27968
本篇文章来源于 中国协议分析网| 原文链接：/Class/Ethereal/200611/18770.html
第二篇：UDP协议及格式
UDP协议及格式
2009-07-30 15:12:05| 分类： | 标签： |字号大中小 订阅
UDP协议简介
UDP协议是英文UserDatagramProtocol的缩写，即用户数据报协议，主要用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即
使是在今天，UDP仍然不失为一项非常实用和可行的网络传输层协议。
与我们所熟知的TCP（传输控制协议）协议一样，UDP协议直接位于IP（网际协议）协议的顶层。根据
OSI（开放系统互连）参考模型，UDP和TCP都属于传输层协议。
UDP协议的主要作用是将网络数据流量压缩成数据报的形式。一个典型的数据报就是一个二进制数据的传输单位。每一个数据报的前8个字节用来包含报头信息，剩余字节则用来包含具体的传输数据。
UDP报头
UDP报头由4个域组成，其中每个域各占用2个字节，具体如下：
源端口号
目标端口号
数据报长度
校验值
UDP协议使用端口号为不同的应用保留其各自的数据传输通道。UDP和TCP协议正是采用这一机制实现对同一时刻内多项应用同时发送和接收数据的支持。数据发送一方（可以是客户端或服务器端）将UDP数据报通过源端口发送出去，而数据接收一方则通过目标端口接收数据。有的网络应用只能使用预先为其预留或注册的静态端口；而另外一些网络应用则可以使用未被注册的动态端口。因为UDP报头使用两个字节存放端口号，所以端口号的有效范围是从0到65535。一般来说，大于49151的端口号都代表动态端口。 数据报的长度是指包括报头和数据部分在内的总的字节数。因为报头的长度是固定的，所以该域主要被用来计算可变长度的数据部分（又称为数据负载）。数据报的最大长度根据操作环境的不同而各异。从理论上说，包含报头在内的数据报的最大长度为65535字节。不过，一些实际应用往往会限制数据报的大小，
有时会降低到8192字节。
UDP协议使用报头中的校验值来保证数据的安全。校验值首先在数据发送方通过特殊的算法计算得出，在传递到接收方之后，还需要再重新计算。如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏，发送和接收方的校验计算值将不会相符，由此UDP协议可以检测是否出错。这与TCP协
议是不同的，后者要求必须具有校验值。
UDPvs.TCP
UDP和TCP协议的主要区别是两者在如何实现信息的可靠传递方面不同。TCP协议中包含了专门的传递保证机制，当数据接收方收到发送方传来的信息时，会自动向发送方发出确认消息；发送方只有在接收到
该确认消息之后才继续传送其它信息，否则将一直等待直到收到确认信息为止。
与TCP不同，UDP协议并不提供数据传送的保证机制。如果在从发送方到接收方的传递过程中出现数据报的丢失，协议本身并不能做出任何检测或提示。因此，通常人们把UDP协议称为不可靠的传输协议。
UDP协议的应用
也许有的读者会问，既然UDP是一种不可靠的网络协议，那么还有什么使用价值或必要呢？其实不然，在有些情况下UDP协议可能会变得非常有用。因为UDP具有TCP所望尘莫及的速度优势。虽然TCP协议中植入了各种安全保障功能，但是在实际执行的过程中会占用大量的系统开销，无疑使速度受到严重的影
响。反观UDP由于排除了信息可靠传递机制，将安全和排序等功能移交给上层应用来完成，极大降低了执
行时间，使速度得到了保证。
关于UDP协议的最早规范是RFC768，19xx年发布。尽管时间已经很长，但是UDP协议仍然继续在主流应用中发挥着作用。包括视频电话会议系统在内的许多应用都证明了UDP协议的存在价值。因为相对于
可靠性来说，这些应用更加注重实际性能，
所以为了获得更好的使用效果（例如，更高的画面帧刷新速率）往往可以牺牲一定的可靠性（例如，会面质量）。这就是UDP和TCP两种协议的权衡之处。根据不同的环境和特点，两种传输协议都将在今后的
网络世界中发挥更加重要的作用。
UDP首部
端口号表示发送进程和接收进程，TPC端口号与UDP端口号是相互独立的，但通常选择相同的端口
号
UDP长度字段，UDP首部和UDP数据的字节长度，该字段的最小值是8字节
UDP检验和，覆盖UDP首部和UDP数据，UDP的检验和是可选的，其基本计算方法与IP首部检验和计算方法相类似，但UDP数据报的长度可以为奇数字节。UDP数据报包含一个12字节长的伪首部，是为了计算检验和而设置的，伪首部包含IP首部一些字段，其目的是让UDP两次检查数据是否已经正确
到达目的地
如果发送端没有计算检验和而接收端检测到检验和有差错，UDP数据报被丢弃，不产生任何差错报
文
UPD检验和是一个端到端的检验和，由发送端计算，由接收端验证，其目的是为了发现UDP首部和
数据在发送端到接收端之间发生的任何改动
UDP检验和选项在默认条件是打开的，如果发送端已经计算了检验和，那么接收端必须检验接收到
的检验和.
任何时候IP层接收到一份要发送的IP数据报时，它要判断向本地哪个接口发送数据（选路），并查
留询该接口获得其MTU。IP把MTU与数据报长度进行比较，如果需要则进行分片
分片可以发生在原始发送端主机上，也可以发生在中间路由器上
把一份IP数据报分片以后，只有到达目的地才进行重装，重新组装由目的端的IP层来完成，其目的
是使分片和重新组装过程对运输层是透明的
IP首部，标识字段、片偏移字段、总长度
标志字段中有一个比特称作“不分片”位，如果将这一比特置1，IP将不对数据报进行分片，相反把数
据报丢度并发送一个ICMP差错报文（“需要进行分片但设置了不分片比特”）给起始端
当IP数据报被分片后，每一片都成为一个分组，具有自己的IP首部，并在选择路由时与其他分组独
立
在分片时，除最后一片外，其他每一片中的数据部分必须是8字节的整数倍
IP数据报是指IP层端到端的传输单元，分组是指在IP层和链路层之间传送的数据单元
源抑制报文
源抑制报文（source quench message）一般被接受设备用于帮助防止它们的缓存溢出。接受设
备通过发送源抑制报文来请求源设备降低当前的数据发送速度
其具体过程为
首先，接收设备由于缓存溢出而开始丢弃数据，然后接收设备开始向源设备发送源抑制报文，其发送速度是每丢弃一个数据包就发送一个源抑制报文。源设备接收到源抑制报文就开始降低它的数据发送速度，知道不再接受源抑制请求为止。最后只要不再接受到作为接收方目的设备的源抑制请求，源设备
就会又逐渐开始增加其发送速度.
UDP通常忽略其接收到的源站抑制报文，TCP接受源站抑制差错报文，并将放慢在该连接上的数据
传输速度
UDP输出队列是FIFO
大多数UDP服务器在创建UDP端点时都使其本地IP地址具有通配符的特点，进入的UDP数据报
如果其目的地为服务器端口，那么在任何本地接口均可接收到它
大多数系统允许UDP端点对远端地址进行限制，端点将只能接收特定IP地址和端口号的UDP数据
报
UDP是一个简单协议，它向用户进程提供的服务位于IP层之上，包括端口号和可选的检验和
可以用UDP来检验检验和，并观察分片是如何进行的
大多数ARP实现在等待ARP应答时只保留最近传送给目的端的数据报
当系统接收IP数据报的速率超过这些数据报被处理的速率时，系统可以发送ICMP源站抑制差错报
文