public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* ipv6 getting more and more broken
@ 2004-12-09  2:46 felix-linuxkernel
  2004-12-09  3:44 ` Aleksandar Milivojevic
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: felix-linuxkernel @ 2004-12-09  2:46 UTC (permalink / raw)
  To: linux-kernel

ipv6 is broken for me with 2.6.9 (worked great with 2.6.7, less good but
still workable with 2.6.8).  Here are the symptoms:

I have a LAN with two machines.  No IPv6 routers, no radvd.

I have an application that announces itself via IPv6 multicast UDP
packets with a link-local scope.  I start this application on machine A
and then I have a program on machine B that looks for those and then
tcp-connects to the source IP.

In 2.6.7, everything works fine.  It does not matter whether I start
the announcer first or the listener.

In 2.6.8.1, it only works if I start the listener first.  For some
reason, if I start the listener and then start sending the
announcements, the listener won't see them.  Some bug in the IGMP
handling, I guess.

In 2.6.9, the machines don't even get a link-local address when bringing
an interface up!  This is so utterly and completely broken, how can it
be that nobody has noticed this yet?  I have compiled in ipv6
statically, not as a module, but that should not matter, right?

Also, I would like to have a way to do mss clamping for IPv6.  I am
running a Linux based PPPoE router using 6to4, and would like to
route IPv6 to the LAN behind it, but TCP connections keep getting stuck.
I now manually decreased the MTU on the tunnel interface, but that can't
possibly be the right way to do this.  Any suggestions?

I should mention that "worked great in 2.6.7" may be too kind a
statement as well.  Running both the listener and the announcer on the
same machine yields this bizarre bahviour: the listener gets told the
packet arrived on the lo device, not eth0 (via the scope_id), so the
return tcp connection is going to a link-local ethernet address with
scope_id for loopback and fails, of course.  But it does not fail in a
straightforward manner but simply sits there and does not return (the
connect() call, I mean).  That has been this way for ages and I complain
about it every now and then but so far nobody was appalled enough by
this obvious breakage to fix it.

Please do fix IPv6 now.  The BSD people at least fix their stack when I
complain.

Felix

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2004-12-10 22:18 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-09  2:46 ipv6 getting more and more broken felix-linuxkernel
2004-12-09  3:44 ` Aleksandar Milivojevic
2004-12-09  4:42 ` David S. Miller
2004-12-09  7:19 ` Jeff Garzik
2004-12-10 22:14 ` Christian Kujau

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox