Are you bind()ing to each address in your server or are you just using INADDR_ANY as the bind() address? Tuan On Sat, 26 Aug 2000, Edouard Soriano wrote: > > > Hello guys, > > I configured a Linux 2.2.12 RedHat 6.1 with two identical 3Com 3c59x > boards. > > eth0 192.168.3.1 > eth1 192.168.3.2 > > The LAN where this system is linked has two kinds of systems sending and > retrieving data to/from > the Linux server: > > a) systems sending heavy TCP/IP data transfers to 192.168.3.1: they do > not know 192.168.3.2 > b) systems retrieving data from the server using 192.168.3.2: they do not > know 192.168.3.1 > > The problem is that data is sent from Linux box to requesting systems b) > using 192.168.3.1 > > Reason: > > netstat shows > > Destination Gateway Genmask Flags MSS Window irtt > Iface > 192.168.3.1 * 255.255.255.255 UH 0 0 0 > eth0 > 192.168.3.2 * 255.255.255.255 UH 0 0 0 > eth1 > 192.168.3.0 * 255.255.255.0 U 0 0 0 > eth0 > 192.168.3.0 * 255.255.255.0 U 0 0 0 > eth1 > 127.0.0.0 * 255.0.0.0 U 0 0 0 > lo > default 192.168.3.7 0.0.0.0 UG 0 0 0 > eth0 > > > I think the solution to turn around this problem is to remove the > destination > 192.168.3.0 -> eth0 > > But, is there a better solution to force data to be sent using the > requesting device, this means > any connection received from 192.168.3.1 will use eth0 to send back the > answer data meanwhile > any connection received from 192.168.3.2 will use eth1 to send back the > answer. > > Other question: > > Is there a tool to measure the data transfer speed ? Currently this > configuration is sending > a 64MB file on 40 seconds this means ~ 16 Mbs meanwhile linked to a 100Mb > LAN with 100Mb network > adapters. > > Last question: > How to introduce a subscription to this forum ? > > Thanks > > > - > : send the line "unsubscribe linux-net" in > the body of a message to majordomo@vger.kernel.org > Please read the FAQ at http://www.tux.org/lkml/ > - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/