Thread (5 messages) flat view 5 messages, 2 authors, 2007-02-08

Re: [Lksctp-developers] Fw: Intermittent SCTP multihoming breakage

From: Vlad Yasevich <hidden>
Date: 2007-02-06 21:48:45

Steve Hill wrote:
Vlad Yasevich wrote on 05 February 2007 20:35:
quoted
would you mind terribly, changing the -d "$net" to the
-i "$net", and run the script with the interface name instead?
I seem to get the same failure when dropping traffic based on interface
as I do when dropping based on address.
Hmm... can you try with a more recent sender please.  Running 2.6.19 or
2.6.20 with my patch, I don't see this problem when a single interface fails.

I see a full path failover withing the 5 second timeout of the table rule.
Once failover happens, the traffic is using the second interface.

I haven't tried forcing the failover back to the first one, but I can
try flip-flopping them and see what happens.
quoted
When I block at the ip address, I see the path failover
in an odd state.  It looks like it happened, but the flow is
not resumed.  Receive still doesn't get traffic. I think I might
This sounds like it might be the same problem I'm seeing.

My sender is running the 2.6.16.1 kernel with your patch applied, the
receiver is running Fedora Core 6's 2.6.18-1.2798.fc6 kernel.  The
iptables rules are being set on the receiver (so there should be no odd
interactions between the sender's SCTP stack and iptables - as far as
the sender knows the packets have been transmitted and lost in transit).
Yes, that's what I am doing as well.  I'll see if I can run a more recent
receiver.

Thanks
-vlad
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help