Re: multipath: different behaviour I do not understand

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

On Wed, May 5, 2010 at 9:05 AM, Luca Dionisi <luca.dionisi@xxxxxxxxx> wrote:
> On Tue, May 4, 2010 at 11:13 PM, Bernd Eckenfels <bernd-10@xxxxxxxxxxxxx> wrote:
>> In article <u2t73dbe2851005041257l9e2cdf50sab187fd49b4688c7@xxxxxxxxxxxxxx> you wrote:
>>> 1)  GO  =  1->2->4
>>>  RETURN  =  4->1
>>> 2)  GO  =  1->3->4
>>>  RETURN  =  4->1
>> if the two interfaces at 1 have different ip addresses, it will result in an
>> auto bind of the socket to one of the addresses.  If you use a fixed local
>> address it might be due to the fact that its not the FIB which is working
>> here, but the tcp socket endpoint doing the routing decision.
> Node 1 has the same IP address at each interface.

So, the socket is not bind to a particular interface. Am I right?

> I add that I see the same strange behaviour if I do send the packets
> with UDP. (I tried this with "nc -u")
> Anyway, this sounds new to me. Is the socket endpoint storing the
> routing decision for future transmissions? Maybe also a UDP endpoint?
> So, if I get it right, when a socket is connected to an address the

Here, I mean "when a socket is connected to a remote address..."

> lookup is performed and the next-hop is memorized; then when that
> socket is used the next-hop will always be the same.
> How am I supposed to do effectively multipath then?
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Photo]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]     [Video 4 Linux]