数据报文如何从网卡到应用层

前面的物理层和数据链路层先不介绍。此处通过IPv4进行介绍

1.进入网络层
首先看ip头结构：

struct iphdr {
#if defined(__LITTLE_ENDIAN_BITFIELD)   // 小端
         __u8    ihl:4,                 // 首部长度(4位):首部长度指的是IP层头部占32 bit字的数目(也就是IP层头部包含多少个4字节 -- 32位),包括任何选项
                 version:4;             // 版本(4位)，目前的协议版本号是4,称作IPv4。（注意头最长是：当4位全部取1即1111=15，那么15*32/8=60B）
 #elif defined (__BIG_ENDIAN_BITFIELD)  // 大端：调换位置
         __u8    version:4,             // 因为这两个字段共享一个字节，所以必须要区分大小端
                 ihl:4;
 #else
 #error  "Please fix <asm/byteorder.h>"
 #endif
         __u8    tos;                   // 服务类型字段(8位): 服务类型(TOS)字段包括一个3 bit的优先权子字段，4 bit的TOS子字段和1 bit未用位但必须置0。4 bit的TOS子字段分别代表:最小时延、最大吞吐量、最高可靠性和最小费用。4 bit中只能设置其中1 bit。如果所有4 bit均为0,那么就意味着是一般服务。
         __be16  tot_len;               // 总长度字段(16位)是指整个IP数据报的长度,以字节为单位。
         __be16  id;                    // 标识字段(16位)唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。
         __be16  frag_off;              // frag_off域的低13位 -- 分段偏移(Fragment offset)域指明了该分段在当前数据报中的什么位置上。除了一个数据报的最后一个分段以外，其他所有的分段(分片)必须是8字节的倍数。这是8字节是基本分段单位。iphdr->frag_off的高3位(1) 比特0是保留的，必须为0；(2) 比特1是“更多分片”(MF -- More Fragment)标志。除了最后一片外，其他每个组成数据报的片都要把该比特置1。 (3) 比特2是“不分片”(DF -- Don't Fragment)标志,如果将这一比特置1，IP将不对数据报进行分片,这时如果有需要进行分片的数据报到来，会丢弃此数据报并发送一个ICMP差错报文给起始端。
         __u8    ttl;                   // 生存时间字段设置了数据报可以经过的最多路由器数
         __u8    protocol;              // 协议字段(8位):指明了该将它交给哪个传输进程。TCP是一种可能，但是UDP或者其他的协议也是可能的。
         __sum16 check;                 // 首部检验和字段(16位)是根据IP首部计算的检验和码。它不对首部后面的数据进行计算。
         __be32  saddr;                 // 源IP地址
         __be32  daddr;                 // 目的ip地址
         /*The options start here. */   // 
 };

a.IP层入口ip_rcv函数。函数首先做类似package checksum在内的各个检查，
    IP_INC_STATS_BH给重组碎片进行计数->
    skb_share_check判断缓冲区skb是不是共享->
    pskb_may_pull判断skb和ip头长度，如果skb比ip头长度还小，肯定出错->
    ip_fast_csum校验ip头->
    pskb_trim_rcsum去除空数据，把skb->len和len统一起来->
    ip_rcv_finish
b.ip_rcv_finish函数，决定包的去向：被转发；或传递给上层。
    skb->dst （）== NULL的时候会调用ip_route_input（dst_entry可以理解为路由表的缓冲区,每次主机发送数据时询问路由表后,都会将记录记在一个cache内）->
     #ifdef CONFIG_NET_CLS_ROUTE宏到结束主要是QOS相关操作->
     dst_input->
c.ip_route_input查找路由并且将结果记录到skb->dst中，此时收到的包有两种情形：1）发往本地则调用ip_local_deliver 2）进行转发调用ip_forward.skb->dst->input
    rcu_read_lock（）在高速缓存中进行匹配，查找路由表->
    ip_route_input_mc()返回组播处理->
    ip_route_input_slow()缓存中没有找到或者不是组播数据进行处理。
1）发往本机：
    调用ip_local_delived函数，该函数根据package的下一个处理层的protocal number,调用下一层接口，包括tcp_v4_rcv,udp_rcv,icmp_rcv,igmp_rcv。对于TCP来书，函数tcp_v4_rcv函数会被调用，从而处理流程进入TCP栈。
2）转发：
    该流程需要处理TTL，再调用dst_input函数。该函数会
    a.处理netfilter hook
    b.执行 ip fragmentation
    c.调用dev_queue_xmit，进入链路层处理流程。

2.进入传输层
    a.传输层TCP包处理入口在tcp_v4_rcv函数，它会做tcp header检查等处理。
    b.调用__inet_lookup接口查找open socket，如果找不到那么报文会被丢弃。
    c.如果socket和connection一切正常，调用tcp_prequeue使package从内核进入user space（针对prequeue不大了解可以参照博客Linux 网络协议栈收消息过程-TCP Protocol Layer）,放进socket的receive queue。然后socket会被唤醒，调用system call，并最终调用tcp_recvmsg函数去从socket recieve queue中获取segment。

3.进入应用层

1. 每当用户应用调用 read 或者 recvfrom 时，该调用会被映射为/net/socket.c 中的 sys_recv 系统调用，并被转化为 sys_recvfrom 调用，然后调用 sock_recgmsg 函数。
2. 对于 INET 类型的 socket，/net/ipv4/af inet.c 中的 inet_recvmsg 方法会被调用，它会调用相关协议的数据接收方法。
3. 对 TCP 来说，调用 tcp_recvmsg。该函数从 socket buffer 中拷贝数据到 user buffer。
4. 对 UDP 来说，从 user space 中可以调用三个 system call recv()/recvfrom()/recvmsg() 中的任意一个来接收 UDP package，这些系统调用最终都会调用内核中的 udp_recvmsg 方法。