Files
nats-server/server
Ivan Kozlovic 0e2882d741 [FIXED] Handling of duplicate routes
When A connects to B and B connects to A (either based on static
configuration - explicit routes, or because of auto-discovery -
implicit routes), it is possible that each server initially
registers the route from the opposite TCP connection. It will
then result in each server dropping the connection.

We were previously setting a retry flag in the first accepted route
based on the name of servers, which means that regardless of
duplicate detection, the server with the "smaller" server name would
try to reconnect when the route connection was closed. For instance,
suppose that server B connects to server A, when B disconnects, A
would try to reconnect once to B. This became problematic in the
case of configuration reload, because removing the route from B to
A would still result in a route created from A to B.

Also, when a route attempts a reconnect, a random delay is added
to avoid repeated failure cycles that may occur in case where
A connects to B and B to A.
2017-07-18 18:25:56 -06:00
..
2017-01-05 16:13:44 -07:00
2017-07-05 18:57:15 -06:00
2017-06-28 11:29:10 -05:00
2017-07-12 09:57:32 -06:00
2017-05-31 16:06:31 -05:00
2017-06-28 11:05:02 -05:00
2017-05-31 16:06:31 -05:00
2017-06-07 17:40:17 -05:00
2017-07-18 18:25:56 -06:00
2017-06-27 12:58:13 -05:00
2017-06-27 16:53:18 -05:00
2017-05-31 16:06:31 -05:00
2016-03-20 15:57:43 -10:00