* Fw: [Bug 212921] New: ECMP not working for local sockets
@ 2021-05-03 14:38 Stephen Hemminger
0 siblings, 0 replies; only message in thread
From: Stephen Hemminger @ 2021-05-03 14:38 UTC (permalink / raw)
To: netdev
Begin forwarded message:
Date: Sun, 02 May 2021 07:10:44 +0000
From: bugzilla-daemon@bugzilla.kernel.org
To: stephen@networkplumber.org
Subject: [Bug 212921] New: ECMP not working for local sockets
https://bugzilla.kernel.org/show_bug.cgi?id=212921
Bug ID: 212921
Summary: ECMP not working for local sockets
Product: Networking
Version: 2.5
Kernel Version: 5.8.0-50-generic
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: IPV4
Assignee: stephen@networkplumber.org
Reporter: nitin.i.joy@gmail.com
Regression: No
When you're creating local TCP sockets in a Linux machine, the connections to
the same destination IP are not load-balanced across multiple interfaces when
ECMP path is set. Even when net.ipv4.fib_multipath_hash_policy is set to L4
hash, multiple interfaces are never used for same destination.
I tried working around the issue by setting two route table entries with same
metric using `ip route append` command. In this case, the connections get
load-balanced across multiple interfaces for 5-10 seconds, after which all
future connections will choose one of the interfaces. There is no configuration
that can disable this behavior. I tried disabling tcp_metrics_nosave
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-05-03 14:39 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-03 14:38 Fw: [Bug 212921] New: ECMP not working for local sockets Stephen Hemminger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).