目标
之前虽然能够解析udp报文，但无法承载上面的应用程序。换句话说，我们希望udp_server程序使用我们提供的API，API的函数内部是对于报文的解析。
解释server：UDP 不同于 TCP，不存在请求连接和受理过程，因此在某种意义上无法明确区分服务器端和客户端，只是因为其提供服务而称为服务器端。1
详细的，请看如下的一个使用内核api的udp程序 unix_udp.c:
分类： DPDK
dpdk-架构重组：两线程+一组ring
目标
之前是在main函数的while(1)中实现了全部功能，本次把之前的流水账改为层次化。层次化需要不同模块共同运作，依赖环形队列进行数据传送，这就叫做“异步解耦”。如图所示。
dpdk-完整的arp功能
目标
arp的相关功能分为：
- 定时发送arp请求（广播）
- 收到对方应答
- 记录在arp表中，等待查表时使用
- 应答其他人发来的arp请求
在前面实现了“4.应答其他人发来的arp请求”，本节来实现“2”和“3”.
dpdk-icmp应答的实现（附：网卡没有ipv4地址的解决）
dpdk-arp应答的实现
目标
还记得前面是手动在windows的cmd中添加一条静态arp表项。如果没有此项，windows会广播arp请求报文，但在虚拟机上我们没做应答功能。
如果做了应答功能，那么就能完成mac地址的自动解析，就不用手动添加了。
dpdk-发送udp包的实现
发送过程的实现
- 加宏定义ENABLE_SEND，之后在recv.c基础上改的内容都框在
#if ENABLE_SEND与#endif间。 - 定义6个全局变量，分别是：源mac，目的mac，源ip，目的ip，源port，目的port。并且在拆包时给它们依次赋值。
- 从外到里：
- 源mac是虚拟机网卡eth0的mac地址（
rte_eth_macaddr_get(gDpdkPortId, (struct rte_ether_addr *)gSrcMac);）从绑定pci地址（dpdk-setup.sh的【49】那一步来的） - 目的mac是windows的网卡mac地址，从刚刚收到的包的eth中拆出来（
rte_memcpy(gDstMac, ehdr->s_addr.addr_bytes, RTE_ETHER_ADDR_LEN);） - 后四个值是iphdr和udphdr源和目的互换而来 (hdr是header的意思)
dpdk的第一份代码
一些工具
| 工具 | 用途 | 版本 |
|---|---|---|
| Ubuntu虚拟机 | 运行dpdk代码 | 16 Server |
| vmware | 虚拟机软件 | 17 |
| Source Insight | 阅读代码、编写代码 | |
| NetAssist | 模拟发包 | 5.0.14 |
| xshell | 远程连接 | 8（free for home/school） |
| wireshark | 抓包，看包到底发出去了没有 | 4.2.4 |
| Samba | 在虚拟机里装，共享文件 |