Revision dafee490858f79e144c5e6cdd84ceb9efa20a3f1 authored by Wei Dong on 02 August 2006, 20:41:21 UTC, committed by David S. Miller on 02 August 2006, 20:41:21 UTC
When I tested linux kernel 2.6.71.7 about statistics "ipv6IfStatsOutFragCreates", and found that it couldn't increase correctly. The criteria is RFC 2465: ipv6IfStatsOutFragCreates OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of output datagram fragments that have been generated as a result of fragmentation at this output interface." ::= { ipv6IfStatsEntry 15 } I think there are two issues in Linux kernel. 1st: RFC2465 specifies the counter is "The number of output datagram fragments...". I think increasing this counter after output a fragment successfully is better. And it should not be increased even though a fragment is created but failed to output. 2nd: If we send a big ICMP/ICMPv6 echo request to a host, and receive ICMP/ICMPv6 echo reply consisted of some fragments. As we know that in Linux kernel first fragmentation occurs in ICMP layer(maybe saying transport layer is better), but this is not the "real" fragmentation,just do some "pre-fragment" -- allocate space for date, and form a frag_list, etc. The "real" fragmentation happens in IP layer -- set offset and MF flag and so on. So I think in "fast path" for ip_fragment/ip6_fragment, if we send a fragment which "pre-fragment" by upper layer we should also increase "ipv6IfStatsOutFragCreates". Signed-off-by: Wei Dong <weid@nanjing-fnst.com> Acked-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> Signed-off-by: David S. Miller <davem@davemloft.net>
1 parent 32c524d
File | Mode | Size |
---|---|---|
Kconfig | -rw-r--r-- | 4.9 KB |
Makefile | -rw-r--r-- | 851 bytes |
bootmem.c | -rw-r--r-- | 11.9 KB |
fadvise.c | -rw-r--r-- | 2.6 KB |
filemap.c | -rw-r--r-- | 63.3 KB |
filemap.h | -rw-r--r-- | 2.8 KB |
filemap_xip.c | -rw-r--r-- | 10.3 KB |
fremap.c | -rw-r--r-- | 6.1 KB |
highmem.c | -rw-r--r-- | 13.7 KB |
hugetlb.c | -rw-r--r-- | 18.3 KB |
internal.h | -rw-r--r-- | 1.0 KB |
madvise.c | -rw-r--r-- | 8.6 KB |
memory.c | -rw-r--r-- | 66.7 KB |
memory_hotplug.c | -rw-r--r-- | 6.8 KB |
mempolicy.c | -rw-r--r-- | 46.6 KB |
mempool.c | -rw-r--r-- | 8.9 KB |
migrate.c | -rw-r--r-- | 21.2 KB |
mincore.c | -rw-r--r-- | 4.4 KB |
mlock.c | -rw-r--r-- | 5.3 KB |
mmap.c | -rw-r--r-- | 53.9 KB |
mmzone.c | -rw-r--r-- | 925 bytes |
mprotect.c | -rw-r--r-- | 7.2 KB |
mremap.c | -rw-r--r-- | 10.7 KB |
msync.c | -rw-r--r-- | 5.6 KB |
nommu.c | -rw-r--r-- | 28.0 KB |
oom_kill.c | -rw-r--r-- | 9.8 KB |
page-writeback.c | -rw-r--r-- | 22.9 KB |
page_alloc.c | -rw-r--r-- | 62.6 KB |
page_io.c | -rw-r--r-- | 3.6 KB |
pdflush.c | -rw-r--r-- | 6.3 KB |
prio_tree.c | -rw-r--r-- | 6.3 KB |
readahead.c | -rw-r--r-- | 16.9 KB |
rmap.c | -rw-r--r-- | 23.2 KB |
shmem.c | -rw-r--r-- | 58.4 KB |
slab.c | -rw-r--r-- | 107.6 KB |
slob.c | -rw-r--r-- | 8.8 KB |
sparse.c | -rw-r--r-- | 7.2 KB |
swap.c | -rw-r--r-- | 11.9 KB |
swap_state.c | -rw-r--r-- | 9.3 KB |
swapfile.c | -rw-r--r-- | 43.0 KB |
thrash.c | -rw-r--r-- | 2.7 KB |
tiny-shmem.c | -rw-r--r-- | 3.2 KB |
truncate.c | -rw-r--r-- | 9.7 KB |
util.c | -rw-r--r-- | 1.4 KB |
vmalloc.c | -rw-r--r-- | 17.0 KB |
vmscan.c | -rw-r--r-- | 43.6 KB |
vmstat.c | -rw-r--r-- | 13.2 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...