summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorWei Yongjun <yjwei@cn.fujitsu.com>2008-11-02 16:11:01 +0000
committerDavid S. Miller <davem@davemloft.net>2008-11-02 23:52:45 -0800
commitf26ba1751145edbf52b2c89a40e389f2fbdfc1af (patch)
treeabb81ca460a07a99852f9c579d4c3324faacc801 /MAINTAINERS
parent70d9d15833864e7120c3ffcfdbd6fa61f5f9726a (diff)
downloadop-kernel-dev-f26ba1751145edbf52b2c89a40e389f2fbdfc1af.zip
op-kernel-dev-f26ba1751145edbf52b2c89a40e389f2fbdfc1af.tar.gz
udp: Fix the SNMP counter of UDP_MIB_INDATAGRAMS
If UDP echo is sent to xinetd/echo-dgram, the UDP reply will be received at the sender. But the SNMP counter of UDP_MIB_INDATAGRAMS will be not increased, UDP6_MIB_INDATAGRAMS will be increased instead. Endpoint A Endpoint B UDP Echo request -----------> (IPv4, Dst port=7) <---------- UDP Echo Reply (IPv4, Src port=7) This bug is come from this patch cb75994ec311b2cd50e5205efdcc0696abd6675d. It do counter UDP[6]_MIB_INDATAGRAMS until udp[v6]_recvmsg. Because xinetd used IPv6 socket to receive UDP messages, thus, when received UDP packet, the UDP6_MIB_INDATAGRAMS will be increased in function udpv6_recvmsg() even if the packet is a IPv4 UDP packet. This patch fixed the problem. Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud