udp 校验和

qy5328464

在收到udp报文后
我的理解是会先进行校验和计算(伪头，头部，数据)，校验和正确再进行后续操作，入队列
但在协议栈代码中[2.6.34 kernel]
udp_rcv() -> __udp4_lib_rcv()中，只有udp4_csum_init()初始化了校验和，但并没有判断校验和是否正确，所以一定会调用
__udp_lib_lookup_skb()和udp_queue_rcv_skb()开始udp的接收。这样的话，即使udp的校验和是错误的，协议栈也会接收，我哪里理解错了吗？

1. int __udp4_lib_rcv(struct sk_buff *skb, struct udp_table *udptable,
   
2.                    int proto)
   
3. {
   
4.         struct sock *sk;
   
5.         struct udphdr *uh;
   
6.         unsigned short ulen;
   
7.         struct rtable *rt = skb_rtable(skb);
   
8.         __be32 saddr, daddr;
   
9.         struct net *net = dev_net(skb->dev);
   
10. 
    
11.         /*
    
12.          *  Validate the packet.
    
13.          */
    
14.         if (!pskb_may_pull(skb, sizeof(struct udphdr)))
    
15.                 goto drop;                /* No space for header. */
    
16. 
    
17.         uh   = udp_hdr(skb);
    
18.         ulen = ntohs(uh->len);
    
19.         saddr = ip_hdr(skb)->saddr;
    
20.         daddr = ip_hdr(skb)->daddr;
    
21. 
    
22.         if (ulen > skb->len)
    
23.                 goto short_packet;
    
24. 
    
25.         if (proto == IPPROTO_UDP) {
    
26.                 /* UDP validates ulen. */
    
27.                 if (ulen < sizeof(*uh) || pskb_trim_rcsum(skb, ulen))
    
28.                         goto short_packet;
    
29.                 uh = udp_hdr(skb);
    
30.         }
    
31. 
    
32.         if (udp4_csum_init(skb, uh, proto))
    
33.                 goto csum_error;
    
34. 
    
35.         if (rt->rt_flags & (RTCF_BROADCAST|RTCF_MULTICAST))
    
36.                 return __udp4_lib_mcast_deliver(net, skb, uh,
    
37.                                 saddr, daddr, udptable);
    
38. 
    
39.         sk = __udp4_lib_lookup_skb(skb, uh->source, uh->dest, udptable);
    
40. 
    
41.         if (sk != NULL) {
    
42.                 int ret = udp_queue_rcv_skb(sk, skb);
    
43.                 sock_put(sk);
    
44. 
    
45.                 /* a return value > 0 means to resubmit the input, but
    
46.                  * it wants the return to be -protocol, or 0
    
47.                  */
    
48.                 if (ret > 0)
    
49.                         return -ret;
    
50.                 return 0;
    
51.         }
    
52. 
    
53.         if (!xfrm4_policy_check(NULL, XFRM_POLICY_IN, skb))
    
54.                 goto drop;
    
55.         nf_reset(skb);
    
56. 
    
57.         /* No socket. Drop packet silently, if checksum is wrong */
    
58.         if (udp_lib_checksum_complete(skb))
    
59.                 goto csum_error;
    
60. 
    
61.         UDP_INC_STATS_BH(net, UDP_MIB_NOPORTS, proto == IPPROTO_UDPLITE);
    
62.         icmp_send(skb, ICMP_DEST_UNREACH, ICMP_PORT_UNREACH, 0);
    
63. 
    
64.         /*
    
65.          * Hmm.  We got an UDP packet to a port to which we
    
66.          * don't wanna listen.  Ignore it.
    
67.          */
    
68.         kfree_skb(skb);
    
69.         return 0;

复制代码

crspo

see udp_recvmsg()

瀚海书香

回复 1# qy5328464
的确是这样的。如果sk->sk_filter ==null，那么就直接放到对应的sock的sk_receive_queue，然后唤醒__skb_recv_datagram。

__skb_recv_datagram会调用udp_recvmsg，在udp_recvmsg中会进行校验和的检查。

qy5328464

谢谢 crspo 和  瀚海书香 的回复。
的确，用户创建udp socket后，调用recvfrom()系统调用，会调用sock_common_recvmsg() -> udp_recvmsg()，它会从
sk_receive_queue上取报文，然后验证校验和是否正确。
也就是说，校验和不正确的udp报文，是在用户调用recvfrom等调用接收时才被检测出来的，而不是在报文刚被UDP模块处理时；这样，
一个检验和不正确的报文，仍会执行插入udp table，在udp table中查找这两步。
我的理解是：如果在UDP模块接收时处理，即__udp4_lib_rcv()，会节省插入和查找udp table的时间；
                 如果在用户接收时处理，即udp_recvmsg()，则会节省部分报文校验和的计算时间，因为到达UDP模块的报并不一定有socket来接收。
检验和的验证位置是因为上述原因吗？校验和计算比udp table查找更费时？

c04n05

qy5328464 发表于 2011-11-04 09:39
谢谢 crspo 和  瀚海书香 的回复。
的确，用户创建udp socket后，调用recvfrom()系统调用，会调用sock_co ...

内核收到的报文要拷贝到用户空间，这个动作需要遍历一遍报文。计算报文的校验和也需要遍历一遍报文。
现在把这两个操作绑定到一块就节省了一次。