硬件部分的处理可以用这句话来描述：
收到报文后，判断该报文是二或是三层报文，然后判断其中的源，目的地址是否已经解析，如果已经解析，则硬件完成该报文的转发，如果是未解析的情况，则产生CPU中断，靠软件来学习该未解析的地址。
3）驱动代码部分
其中关键的核心有：
地址解析任务：在该任务中对已经报上来的未解析的地址进行学习，以便硬件完成后续的报文的转发而不需软件干预。
地址管理任务：为了便于软件管理和维护，软件部分保存了一份同硬件中转发表相同的地址表copy。
华为认证技术文章
9
fib（forwardinginformationbase）表:这个表的信息来源于ip route table 中的路由信息，之所以把它放在了driver 部分， 是为了地址解析任务在学IP 地址时查找的方便。
举例：
showfib：
Destination/MaskNexthopFlagInterface
0.0.0.0/010.110.255.9IVLAN-Interface2
10.110.48.0/2110.110.48.1DVLAN-Interface1
10.110.48.1/32127.0.0.1DInLoopBack0
10.110.255.8/3010.110.255.10DVLAN-Interface2
10.110.255.10/32127.0.0.1DInLoopBack0
127.0.0.0/8127.0.0.1DInLoopBack0
三层转发主要涉及到两个关键的线程：
地址学习线程和报文转发线程，这个和二层的线程是类似的；
1）报文转发线程主要根据地址学习线程生成的转发表（ipfdbtable）信息来对报文进行转发，如果里面的信息足够多，这个转发的过程全部由硬件来完成，如果信息不够，则会要求地址学习线程来进行学习，同时该报文硬件不能转发，会交给软件协议栈来进行转发。
2）地址学习线程主要用来生成硬件转发表（ipfdbtable）其实ipfdbtable和二层的MAC 地址表也是类似的，只不过里面的具体表项所代表的含义和所起的作用不同罢了。
有一个问题：在路由器等软件转发引擎中，每收一个报文都会去查路由表查下一跳，然后再查ARP表找下一跳的MAC，可是在三层交换机（如S3526）中，报文转发的时候不需要去查路由表和ARP表，这样的话，这两个表是不是就没有什么作用了？
回答当然是否定的，在S3526的三层转发流程中，过程一般都是这样的，第一个报文硬件无法转发，要进行IP地址的学习，同时为了保证不丢包，该报文也由软件来进行转发，在学习完成以后，第二，第三个报文以华为认证技术文章
10
后就一直是由硬件来完成转发了，这个过程也可以套用“一次路由，多次交换”来形象的进行总结，在一次路由中，要利用路由表和ARP表来学习IP地址，和转发第一个报文，在以后的多次交换过程中，则只要有ipfdbtable 就可以了。
