以太网口差分电平_「正点原子FPGA连载」第二十六章以太网UDP测试实验

1)摘自【正点原子】领航者 ZYNQ 之FPGA开发指南

2)实验平台：正点原子领航者ZYNQ开发板
3)平台购买地址：https://item.taobao.com/item.htm?&id=606160108761
4)全套实验源码+手册+视频下载:http://www.openedv.com/docs/boards/fpga/zdyz_linhanz.html
5)对正点原子FPGA感兴趣的同学可以加群讨论：876744900
6)正点原子资料更新和新品发布，请加正点原子公众号：正点原子
关注方法：微信→添加好友→公众号→输入：正点原子

第二十六章以太网UDP测试实验

UDP是一种面向无连接的传输层协议，属于TCP/IP协议簇的一种。UDP具有消耗资源少、通信效率高等优点，通常用来传输音频、视频等对实时性要求高的场合。本章我们来学习如何通过领航者ZYNQ开发板实现UDP通信的功能。
本章分为以下几个章节：
2626.1简介
26.2实验任务
26.3硬件设计
26.4程序设计
26.5下载验证
26.1简介
UDP概述
UDP(User Datagram Protocol)，即用户数据报协议，是一种面向无连接的传输层协议。无连接是指在传输数据时，数据的发送端和接收端不建立逻辑连接。简单来说，当一台计算机向另外一台计算机发送数据时，发送端不会确认接收端是否存在，就会发出数据，同样接收端在收到数据时，也不会向发送端反馈是否收到数据。由于使用UDP协议消耗资源小，通信效率高，所以通常都会用于音频、视频和普通数据的传输(如视频会议等)都会采用UDP协议进行传输，这种情况即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。
UDP和TCP是传输层中非常重要的两个协议，位于OSI(Open System Interconnection，开放式系统互联)参考模型中的第四层(传输层)，是一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，位于IP协议层(网络层)之上。OSI将计算机网络体系结构分为七层：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层，OSI参考模型如下图所示。

图 26.1.1 OSI参考模型

以太网UDP传输单包数据的格式由图 26.1.2所示。从图中可以看出，以太网的数据包就是对各层协议的逐层封装来实现数据的传输。用户数据打包在UDP协议中，UDP协议又是基于IP协议之上的，IP协议又是走MAC层发送的，即从包含关系来说：MAC帧中的数据段为IP数据报，IP报文中的数据段为UDP报文，UDP报文中的数据段为用户希望传输的数据内容。接下来我们逐个来向大家介绍不同层的数据格式。

图 26.1.2 以太网UDP传输数据包格式

其中以太网的帧格式在“以太网ARP测试实验”中已经向大家作了详细的介绍，如果对以太网帧格式不熟悉的话，可以参考“以太网ARP测试实验”。IP协议(互联网分组交换协议)是TCP/IP协议簇中非常重要的一个协议，下面我们来熟悉下IP协议。
IP协议
IP协议是TCP/IP协议簇中的核心协议，也是TCP/IP协议的载体，IP协议规定了数据传输时的基本单元和格式。从前面介绍的图 26.1.2中可以看出，IP协议位于以太网MAC帧格式的数据段，IP协议内容由IP首部和数据字段组成。所有的TCP、UDP及ICMP数据都以IP数据报格式传输，IP数据包格式如图 26.1.3所示。

图 26.1.3 IP数据报格式

前20个字节和紧跟其后的可选字段是IP数据报的首部，前20个字节是固定的，后面可选字段是可有可无的，首部的每一行以32位(4个字节)为单位。
版本：4位IP版本号(Version)，这个值设置为二进制的0100时表示IPv4，设置为0110时表示IPv6，目前使用比较多的IP协议版本号是4。
首部长度：4位首部长度(IHL，Internet Header Length)，表示IP首部一共有多少个32位(4个字节)。在没有可选字段时，IP首部长度为20个字节，因此首部长度的值为5。
服务类型：8位服务类型(TOS，Type of service)，该字段被划分成两个子字段：3位优先级字段(现在已经基本忽略掉了)和4位TOS字段，最后一位固定为0。服务类型为0时表示一般服务。
总长度：16位IP数据报总长度(Total Length)，包括IP首部和IP数据部分，以字节为单位。我们利用IP首部长度和IP数据报总长度，就可以知道IP数据报中数据内容的起始位置和长度。由于该字段长16bit，所以IP数据报最长可达65535字节。尽管理论上可以传输长达65535字节的IP数据报，但实际上还要考虑网络的最大承载能力等因素。
标识字段：16位标识(Identification)字段，用来标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。
标志字段：3位标志(Flags)字段，第1位为保留位；第2位表示禁止分片(1表示不分片 0：允许分片)；第3位标识更多分片(除了数据报的最后一个分片外，其它分片都为1)。
片偏移：13位片偏移(Fragment Offset)，在接收方进行数据报重组时用来标识分片的顺序。
生存时间：8位生存时间字段，TTL(Time To Live)域防止丢失的数据包在无休止的传播，一般被设置为64或者128。
协议：8位协议(Protocol)类型，表示此数据报所携带上层数据使用的协议类型，ICMP为1，TCP为6，UDP为17。
首部校验和：16位首部校验和(Header Checksum)，该字段只校验数据报的首部，不包含数据部分；校验IP数据报头部是否被破坏、篡改和丢失等。
源IP地址：32位源IP地址(Source Address)，即发送端的IP地址，如192.168.1.123。
目的IP地址：32位目的IP地址(Destination Address)，即接收端的IP地址，如192.168.1.102。
可选字段：是数据报中的一个可变长度的可选信息，选项字段以32bit为界，不足时插入值为0的填充字节，保证IP首部始终是32bit的整数倍。
以上内容是对IP首部格式的详细阐述，还需要补充的内容是IP首部校验和的计算方法，其计算步骤如下：
将16位检验和字段置为0，然后将IP首部按照16位分成多个单元；
对各个单元采用反码加法运算(即高位溢出位会加到低位，通常的补码运算是直接丢掉溢出的高位)；
此时仍然可能出现进位的情况，将得到的和再次分成高16位和低16位进行累加；
最后将得到的和的反码填入校验和字段。
例如，我们使用IP协议发送一个IP数据报总长度为50个字节(有效数据为30个字节)的数据包，发送端IP地址为192.168.1.123，接收端IP地址为192.168.102，则IP首部数据如下：

图 26.1.4 IP首部数据

按照上述提到的 IP 首部校验和的方法计算 IP 首部校验和，即：
0x4500 + 0x0032 + 0x0000 + 0x4000 + 0x4011 + 0x0000(计算时强制置0) + 0xc0a8 + 0x017b + 0xc0a8 + 0x0166 = 0x24974
0x0002 + 0x4974 = 0x4976
0x0000 + 0x4976 = 0x4976(此种情况并未出现进位)
check_sum = ~0x4976(按位取反) = 0xb689
到此为止IP协议内容已经介绍完了，我们从前面介绍的图 26.1.2错误!未找到引用源。可以知道，UDP的首部和数据位于IP协议的数据段。既然已经有IP协议了，为什么还需要UDP协议呢？为什么我们选择的是UDP还不是传输更可靠的TCP呢？带着这些疑问我们继续往下看。
UDP协议
首先回答为什么还需要UDP协议？事实上数据是可以直接封装在IP协议里而不使用TCP、UDP或者其它上层协议的。然而在网络传输中同一IP