<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/ipv6/reassembly.c, branch linux-2.6.32.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.32.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.32.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-05-19T05:53:54Z</updated>
<entry>
<title>ipv6: drop packets with multiple fragmentation headers</title>
<updated>2014-05-19T05:53:54Z</updated>
<author>
<name>Hannes Frederic Sowa</name>
</author>
<published>2013-08-16T11:30:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ede46183818537a2da12ad7bed33d8f2d3cb35d0'/>
<id>urn:sha1:ede46183818537a2da12ad7bed33d8f2d3cb35d0</id>
<content type='text'>
[ Upstream commit f46078cfcd77fa5165bf849f5e568a7ac5fa569c ]

It is not allowed for an ipv6 packet to contain multiple fragmentation
headers. So discard packets which were already reassembled by
fragmentation logic and send back a parameter problem icmp.

The updates for RFC 6980 will come in later, I have to do a bit more
research here.

Cc: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: Hannes Frederic Sowa &lt;hannes@stressinduktion.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Willy Tarreau &lt;w@1wt.eu&gt;
</content>
</entry>
<entry>
<title>ipv6: discard overlapping fragment</title>
<updated>2013-06-10T09:43:37Z</updated>
<author>
<name>Nicolas Dichtel</name>
</author>
<published>2010-09-03T05:13:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b1a1c38d6d1860584ec828b798276fffd2b7eadc'/>
<id>urn:sha1:b1a1c38d6d1860584ec828b798276fffd2b7eadc</id>
<content type='text'>
commit 70789d7052239992824628db8133de08dc78e593 upstream

RFC5722 prohibits reassembling fragments when some data overlaps.

Bug spotted by Zhang Zuotao &lt;zuotao.zhang@6wind.com&gt;.

Signed-off-by: Nicolas Dichtel &lt;nicolas.dichtel@6wind.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
[dannf: backported to Debian's 2.6.32]
Signed-off-by: Willy Tarreau &lt;w@1wt.eu&gt;
</content>
</entry>
<entry>
<title>ipv6: reassembly: use seperate reassembly queues for conntrack and local delivery</title>
<updated>2010-01-06T23:04:39Z</updated>
<author>
<name>Patrick McHardy</name>
</author>
<published>2009-12-15T15:59:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=89cf4f4c853f1f9619d58d89aa7d1fc56e24ee3a'/>
<id>urn:sha1:89cf4f4c853f1f9619d58d89aa7d1fc56e24ee3a</id>
<content type='text'>
commit 0b5ccb2ee250136dd7385b1c7da28417d0d4d32d upstream.

Currently the same reassembly queue might be used for packets reassembled
by conntrack in different positions in the stack (PREROUTING/LOCAL_OUT),
as well as local delivery. This can cause "packet jumps" when the fragment
completing a reassembled packet is queued from a different position in the
stack than the previous ones.

Add a "user" identifier to the reassembly queue key to seperate the queues
of each caller, similar to what we do for IPv4.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>net: constify struct inet6_protocol</title>
<updated>2009-09-15T00:03:05Z</updated>
<author>
<name>Alexey Dobriyan</name>
</author>
<published>2009-09-14T12:22:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=41135cc836a1abeb12ca1416bdb29e87ad021153'/>
<id>urn:sha1:41135cc836a1abeb12ca1416bdb29e87ad021153</id>
<content type='text'>
Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6: Use frag list abstraction interfaces.</title>
<updated>2009-06-09T07:20:05Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2009-06-09T07:20:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4d9092bb41c8fdca45513461587d8b4ad3918f74'/>
<id>urn:sha1:4d9092bb41c8fdca45513461587d8b4ad3918f74</id>
<content type='text'>
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: skb-&gt;dst accessors</title>
<updated>2009-06-03T09:51:04Z</updated>
<author>
<name>Eric Dumazet</name>
</author>
<published>2009-06-02T05:19:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=adf30907d63893e4208dfe3f5c88ae12bc2f25d5'/>
<id>urn:sha1:adf30907d63893e4208dfe3f5c88ae12bc2f25d5</id>
<content type='text'>
Define three accessors to get/set dst attached to a skb

struct dst_entry *skb_dst(const struct sk_buff *skb)

void skb_dst_set(struct sk_buff *skb, struct dst_entry *dst)

void skb_dst_drop(struct sk_buff *skb)
This one should replace occurrences of :
dst_release(skb-&gt;dst)
skb-&gt;dst = NULL;

Delete skb-&gt;dst field

Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>netns: oops in ip[6]_frag_reasm incrementing stats</title>
<updated>2009-03-19T06:26:11Z</updated>
<author>
<name>Jorge Boncompte [DTI2]</name>
</author>
<published>2009-03-19T06:26:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2bad35b7c9588eb5e65c03bcae54e7eb6b1a6504'/>
<id>urn:sha1:2bad35b7c9588eb5e65c03bcae54e7eb6b1a6504</id>
<content type='text'>
dev can be NULL in ip[6]_frag_reasm for skb's coming from RAW sockets.

Quagga's OSPFD sends fragmented packets on a RAW socket, when netfilter
conntrack reassembles them on the OUTPUT path you hit this code path.

You can test it with something like "hping2 -0 -d 2000 -f AA.BB.CC.DD"

With help from Jarek Poplawski.

Signed-off-by: Jorge Boncompte [DTI2] &lt;jorge@dti2.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: '&amp;' redux</title>
<updated>2008-11-04T02:21:05Z</updated>
<author>
<name>Alexey Dobriyan</name>
</author>
<published>2008-11-04T02:21:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6d9f239a1edb31d6133230f478fd1dc2da338ec5'/>
<id>urn:sha1:6d9f239a1edb31d6133230f478fd1dc2da338ec5</id>
<content type='text'>
I want to compile out proc_* and sysctl_* handlers totally and
stub them to NULL depending on config options, however usage of &amp;
will prevent this, since taking adress of NULL pointer will break
compilation.

So, drop &amp; in front of every -&gt;proc_handler and every -&gt;strategy
handler, it was never needed in fact.

Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6: added net argument to IP6_ADD_STATS_BH</title>
<updated>2008-10-08T18:13:31Z</updated>
<author>
<name>Denis V. Lunev</name>
</author>
<published>2008-10-08T17:32:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=821d57776d4dda47ef5f0c33fdb3c761214b2f9f'/>
<id>urn:sha1:821d57776d4dda47ef5f0c33fdb3c761214b2f9f</id>
<content type='text'>
Signed-off-by: Denis V. Lunev &lt;den@openvz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6: added net argument to IP6_INC_STATS_BH</title>
<updated>2008-10-08T18:09:27Z</updated>
<author>
<name>Denis V. Lunev</name>
</author>
<published>2008-10-08T18:09:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=483a47d2fe794328d29950fe00ce26dd405d9437'/>
<id>urn:sha1:483a47d2fe794328d29950fe00ce26dd405d9437</id>
<content type='text'>
Signed-off-by: Denis V. Lunev &lt;den@openvz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
