Andrew Morton wrote: > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > (Added netdev cc) > > > > Felix von Leitner <[EMAIL PROTECTED]> wrote: > > > > > > Now about IPv6: npush and npoll are two applications I wrote. npush > > > sends multicast announcements and opens a TCP socket. npoll receives > > > the multicast announcement and connects to the source IP/port/scope_id > > > of the announcement. If both are run on the same machine, npoll sees > > > the link local address of eth0 as source IP, and the interface number of > > > eth0 as scope_id. So far so good. Trying to connect() however hangs. > > > Since this has been broken in different ways for as long as I can > > > remember in Linux, and I keep complaining about it every half a year or > > > so. Can't someone fix this once and for all? IPv4 checks whether we > > > are connecting to our own address and reroutes through loopback, why > > > can't IPv6? > > afaik, this problem is still open. If you have time, please provide > additional info for the net developers. Maybe the source to npoll anbd > npush?
Grab the ncp package from http://www.fefe.de/ncp/, or more specifically ftp://ftp.fu-berlin.de/unix/network/ncp/ncp-1.2.3.tar.bz2. It's a very useful and handy tool for pushing around data within a LAN of a small workgroup, one guy does "npush foo" and yells at the intended recepient "do npoll". The first one to do it wins and gets foo ;-) Johannes - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
