不去手动做练习实践，就总有一种无从下手的感觉，先按照老师的已有的源码，把场景，现象运行起来。
工作太忙，抽时间学习，本文更趋向于笔记，整理思路，为下一步做准备。
0：准备环境并启动，使用dpdk接管其中一个网卡。
ubuntu虚拟机环境配置多队列网卡，安装dpdk。
在环境已经配置ok的前提下，每次重启环境后需要重新配置环境变量，并且绑定网卡。
export RTE_SDK=/home/hlp/dpdk/dpdk-stable-19.08.2
export RTE_TARGET=x86_64-native-linux-gcc
ifconfig #注意保存要绑定的网卡的ip和mac地址，理解是mac地址比较重要
#这里我dpdk要绑定eth0网卡，其对应的ip和mac为 192.168.50.59和00-0c-29-4d-f0-d3
sudo ifconfig eth0 down #关闭要绑定的网卡
./usertools/dpdk-setup.sh #通过脚本绑定网卡，使dpdk接管网卡数据。 这里用49
1：测试dpdk接管网卡数据，测试对udp数据的接收。
1：描述预计准备
通过第0步，dpdk已经接管了网卡，个人理解是这里与mac地址。==》dpdk接管网卡
获取老师提供的已有的基于dpdk实现的测试接收功能的demo代码。==》准备demo
demo实现原理 ==》通过dpdk提供的接口获取到网卡数据，对数据进行过滤，观察udp数据
参考dpdk examples目录，用makefile进行编译。 ===》编译测试代码，使用make命令
查看生成的可执行文件，目录如下：
root@ubuntu:/home/hlp/dpdk/dpdk-stable-19.08.2/examples/01_recv# tree
├── build #这个目录都是编译生成的相关文件
│ ├── app
│ │ ├── dpdk_recv
│ │ └── dpdk_recv.map
│ ├── dpdk_recv #生成的可执行文件
│ ├── dpdk_recv.map
│ ├── _install
│ ├── _postbuild
│ ├── _postinstall
│ ├── _preinstall
│ └── recv.o
├── Makefile #编译makefile配置文件
└── recv.c #我们的demo代码
2 directories, 12 files
运行测试进行查看，
===》网卡接收到的数据过多
===》使用测试代码对接收到数据进行过滤，解析udp的相关数据，通过打印观察现象，
===》运行测试demo，使用串口调试工具模拟udp的发送，观察demo打印信息。
2：正确测试结果如下：
1：测试demo运行如下：
root@ubuntu:/home/hlp/dpdk/dpdk-stable-19.08.2/examples/01_recv# ./build/dpdk_recv
EAL: Detected 8 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
EAL: Selected IOVA mode 'PA'
EAL: No available hugepages reported in hugepages-1048576kB
EAL: Probing VFIO support...
EAL: VFIO support initialized
EAL: PCI device 0000:02:06.0 on NUMA socket -1
EAL: Invalid NUMA socket, default to 0
EAL: probe driver: 8086:100f net_e1000_em
EAL: PCI device 0000:03:00.0 on NUMA socket -1
EAL: Invalid NUMA socket, default to 0
EAL: probe driver: 15ad:7b0 net_vmxnet3
2：启动网络调试助手进行数据发送测试：==》中间可能有发送不成功，下文分析
描述：
====》从图中可以看到，测试发送后，基于dpdk实现的测试demo运行ok
====》demo可以正常接收到我们的数据，并正常分析出我们的报文中的原ip，目的ip，以及发送内容
遗留问题：
====》 这里的端口打印可能有问题，后期通过自己实现解决
====》这里除了接收我们的消息外，还会接收到相关其他的udp数据，为什么？
3：测试中流程分析：
我的测试场景是：使用物理机+虚拟机（linux环境进行测试）
在物理机上用串口模拟工具下发，目标ip填写的是上文保存的dpdk 绑定网卡前的ip，端口随机。
使用串口工具进行测试时，会发现必然无法发送成功的场景，这是因为这里的发送ip没有找到对应的arp表。
分析：
===》要想在物理机发送给虚拟机的链路ok，需要arp表的支持。
===》ip其实是可变的，mac地址（唯一）是寻址的关键，需要配置arp表。
===》配置arp表需要关注，arp -a查出的arp表是多个接口有对应关系，需要配置arp表在对应的接口上。
配置arp表的相关命令如下：
#注意 这里一定要保存对dpdk绑定的网卡的mac地址
# 查看arp 表
arp -a
#使用arp命令进行添加 ==》还是不生效，没添加在对应接口中
arp -s 192.168.50.59 00-0c-29-4d-f0-d3
arp -d 192.168.50.59
#使用netsh进行arp的绑定
#1：找到 网线或者网卡对应的idx
netsh i i show in
#2： 绑定网卡和解绑命令（这里使用有线网或者以太网） 16是查找到的网卡对应的idx值
netsh -c i i add neighbors 16 192.168.50.59 00-0c-29-4d-f0-d3
#配置后可以通过arp -a查看，发现多了一个静态arp
#192.168.50.59 00-0c-29-85-2e-88 静态
netsh i i delete neighbors 16
3：基于dpdk实现通过网卡发送数据。
3.1：思路描述
在dpdk 接管网卡数据，解析udp数据的基础上，实现udp数据的回复发送。
通过dpdk相关接口，初始化时要获取到dpdk绑定的本端网卡的mac地址
需要根据获取到的udp的数据报，按照ethhdr协议栈，ip协议栈，udp协议栈依次解析，获取原端口，目的端口，原ip，目的ip，来源数据的mac地址等必要数据
根据相关协议栈规则，构造附后udp报文的结构的数据 eth头，ip头，udp头+body数据的结构进行发送。
3.2：测试
这里直接用老师的demo，02_send.c，编译和运行同上。
参考上文，同样需要手动配置绑定arp，使通路可以识别。
观察：串口通信工具能正常接收到dpdk回复的原数据。
4：实现arp的探测回复功能。
每一次测试时，都需要手动配置arp才能使链路通，需要arp功能支持。
arp业务处理有三个点：
===》1：收到arp探测报文，对探测报文的回复（arp response）
===》2：广播发送arp探测报文（arp request）
===》3：arp表的保存
arp主要实现和获取了网络ip和mac地址的对应映射，是局域网网络互通的关键。
4.1 arp描述及demo梳理
dpdk可以接管网卡接收到的所有数据。
对数据进行解析，过滤arp报文，根据协议类型（0x0806）。
对所有的arp报文进行解析（根据本机ip），因为会收到局域网所有节点的arp探测报文。
已经过滤出是本机ip对应探测的arp报文，根据arp协议（eth头+arp头），构造arp报文进行发送
4.2 测试demo的操作及运行
获取老师提供的arp.c文件，修改文件中设定的本机ip。
删除测试物理机上已经配置的arp映射关系（netsh i i delete neighbors 16）。
编译并进行运行测试。
===》在没有对物理机arp表做dpdk绑定的网卡映射信息前提下，使用串口工具进行udp发送测试
===》启动后发现，可以收到并过滤出局域网多个环境发来的arp探测请求
===》使用串口工具进行udp发送测试，观察到现象
#1： 使用arp -a查物理机arp表，新增了dpdk接收网卡对应mac的一条信息
192.168.50.59 00-0c-29-4d-f0-d3 动态
#2: 不用手动配置arp 上文udp的发送和接收都正常。
理解：在发送udp/tcp等数据前，会查看对应的arp缓存表，如果没有找到映射信息，会先发arp探测报文。
现象：可以尝试观察日志/抓包，针对物理机给dpdk发送udp数据的场景，分析这里arp 探测报文的发送时机。（物理机可以抓包查看，dpdk测试机可以通过日志查看，应该是在接收udp报文前有一个物理机ip的arp探测报文）
5：icmp协议报文的实现
5.1：概述
icmp协议是ip层的附属协议，
ICMP 相当于网络世界的侦察兵。常用的有两种类型，主动探查的查询报文和异常报告的差错报文。
ping 命令使用查询报文，Traceroute 命令使用差错报文。
这里实现基础的ping命令的功能，
5.2：测试
1：获取已有的测试demo，同上，修改源码中设定本机的ip值，获取网卡mac地址与该ip绑定，提供arp支持（这里的ip设置要注意，注意和测试机同一网段）。
2：对网卡接收到的报文，根据ip头部协议类型解析提取icmp相关的报文，根据icmp协议头部类型，提取为ping命令对应报文，解析后获取必要信息构造icmp报文进行回复。
3：运行该demo的情况下，在测试机器上运行ping 网卡配置的ip，观察返回报文以及我们的运行日志。
5.3：测试结果
可以看到，在没有启动测试代码前，无法ping通，启动后，已经实现ping命令功能，日志上可以看到一些日志：
下一步计划：架构设计，基于dpdk，采用ringbuffer和多线程，实现udp/tcp协议栈报文相关，（实现udp/tcp协议栈,貌似前提要支持arp表的支持）。
参考课程链接：https://ke.qq.com/course/417774?flowToken=1040954