RTK8370N报文上CPU处理流程梳理

一、报文上CPU目的

前提：由于原先设备使用管理VLAN1来实现设备管理，但是这样实现的缺陷是大量二层数据报文会广播到CPU上，对CPU的性能影响较大，所以我们希望使用ACL的方式进行处理上CPU报文。

      设备上CPU报文的类型：

1. 首先ARP广播 报文会上CPU，我们需要进行处理
2. 报文的目的MAC地址是设备的也需要TRAP到CPU上进行处理

 针对以上 两种报文，我们可以使用ACL进行处理。此文不针对ACL进行分析，ACL的意思就是将符合条件的报文上送CPU，上送CPU方式可以有多种，如COPY-TO-CPU、TRAP-TO-CPU 等

二、CPU-TAG 的功能

CPU-TAG的 功能在这里有 比较重要的作用，它可以告知我们报文是从哪个设备 端口上来的，我们也可以插入CPU-TAG，告知ASIC 报文应该发往哪个端口。在发送报文是需要添加这个CPU-TAG，CPU-TAG插入位置为报文源 MAC地址之后，VLAN-TAG之前。VLAN-TAG的作用是限制了报文的广播域。

三、前期工作

由于在验证CPU-TAG的功能上花费的 时间较多，并且在入口我们 始终未能发现 带上CPU-TAG，但是幸运的 是报文的前8个字节中有 我们需要的源端口号，故我们也 没有在这里折腾为啥没有插入CPU-TAG了。

      我们如何知道CPU-TAG的功能，当然需要相关芯片的 寄存器手册以及芯片的datasheet手册 了。我相信很多搞嵌入式的人员对这都不默认了。

四、遇到问题

在调试过程中也出现了很多与我们预期不一样的 效果，比如端口上的VLAN配置 对上CPU报文没有作用，就是说本来 该端口不允许携带该VLAN-TAG的报文通过，但是他还是被上送CPU了，所以这个是我们 需要特别需要注意的。需要在软件进行 判断了。

五、分析总结

该项工作 暂时完成了，不过期间也为之花费了 比较多的精力，需要我们不断去尝试，由于缺少相关的文档资料。并且有点比较重要的是，如果在工作中遇到一些自己比较难以把握的东西，需要与相关技术人员进行沟通交流，这样子可以加快自己的进度。