linux网络协议栈结构
本结构框图
引用的，出处未知...
协议栈结构的说明
1、 驱动中，使用ISR/POLL/NAPI等方式从硬件收包
2、 收包接口中通过netif_receive_skb()上交协议栈
3、 在netif_receive_skb()函数中做协议解析
core/dev.c中，为报文处理的第二层，用于分离收到的以太网报文的协议类型，同我们某产品上一个叫做Packet Handler模块一样，逐级分发报文。
该模块有一个list_head链表，链表上挂了很多packet_type数据结构，packet_type数据结构中包括ether_type, dev指针以及func指针等成员。
为加快对报文的分发速度，这个链表实现成了一个HASH表，共16way，使用ethertype作为索引。
内核中常注册的ethertype类型：
ETH_P_IP
ETH_P_ARP
ETH_P_HDLC
ETH_P_DEC
ETH_P_PPP
PKT_TYPE_LACPDU
ETH_P_PPP_SES
ETH_P_PPP_DISC
ETH_P_BPQ
ETH_P_PARP
ETH_P_802_2
ETH_P_TR_802_2
ETH_P_X25
ETH_P_8021Q
ETH_P_ALL用于所有
其中Func是上层协议的钩子函数，常用的有ip_rcv()和arp_rcv()等，然后iprcv()中又会解析ip上的协议，调用icmp_rcv/igmp_rcv/udp_rcv/tcp_rcv()等等。
新的协议类型可以在驱动模块加载时，通过下面的接口增加到packet_type_list中：
void dev_add_pack()用于增加一种协议类型，将其packet_type指针加到链表上。
void dev_remove_pack()用于从list_head上删除一种协议类型
4、 解析完报文协议之后，将报文放到skb_queue队列中
skb_queue为系统底层与应用程序之间一个接口。所有接收到的同类报文都会被挂到这个队列上，然后由协议栈上层接口来取。
5、 协议上层接口通过系统调用获取skb。代码位于net模块下：
sys_recv()
sys_recvfrom()
sock_recvmsg()
__sock_recvmsg()
udp_recvmsg()或者tcp_recvmsg()
__skb_recv_datagram()
ip_cmsg_recv()
从skb接收队列skb_queue收包
某项目中的代码
1. 驱动driver使用NAPI方式，从硬件queue中收包
2. 调用netif_receiv_skb()函数，上交收到的报文
这个项目支持NAPT，因此会在该函数中直接调用NAPT回调做NAT，而对于非NAPT印射的报文，进行如下处理：
先遍历ptype_all链表，list_for_each_entry_rcu()，最终调用packet_type.func()
编译内核时选上BRIDGE，则会执行网桥模块br_handle_frame_hook(skb)，源文件为bridge/br.c
网桥模块的初始化pkt_type为PACKET_HOST或者PACKET_OTHERHOST
如果编译内核时选上了MAC_VLAN模块，则会执行macvlan_handle_frame_hook
初始化为PACKET_BROADCAST、PACKET_MULTICAST、PACKET_HOST
最后一步，判断type==skb->protocol，会查询链表，找到匹配的protocol钩子并且调用。
3. Skb的释放时机
如果是合法报文，放入接收队列，在用户系统调用取包时释放，否则在netif_receiv_skb()函数中释放。
802.1q协议模块实现
带802.1qTAG的模块有自己单独的协议类型，一般是0x8100。使用前面说的packet_list操作接口注册一个新的packet_type挂到链表中，这样，所有带TAG的报文会被转发到802.1q的接口上。
应用程序里，每调用vconfig创建一个VLAN，就会创建一个新的net device，这个虚拟扩展的net device会在原来物理的net device上面工作，将VLAN对应的报文都转移到虚拟net device的收发接口上。
new_dev = alloc_netdev(sizeof(struct vlan_dev_info), name,vlan_setup);