Thread (6 messages) flat view 6 messages, 4 authors, 2004-09-14

Re: [RFC][PATCH 2/2] ip multipath, bk head (EXPERIMENTAL)

From: "David S. Miller" <davem@davemloft.net>
Date: 2004-09-14 05:44:28
Also in: lkml

On 13 Sep 2004 22:40:24 -0400
jamal [off-list ref] wrote:
As long as whatever arrangement ensures that no packet reordering
happens, should be sane. Yes, current scheme is broken in some ways (but
guarantees packet ordering within a flow).
I think his changes ensure this as well, at least for local system
sockets.  You'll only get a new hop each time a route lookup is
performed, which is only done once per socket unless the path
becomes "sick" and TCP decides to try and do a relookup of the
destination.

I'm kind of ambivalent about these changes.  I definitely like the
first patch which cleans up those huge functions in route.c :-)
But there are things I like about the current behavior, although I
understand why people want things to work the way Einar is changing
it to.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help