-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exclude self from unseen parties list in SyncPoller #688
Conversation
Codecov Report
@@ Coverage Diff @@
## master #688 +/- ##
============================================
+ Coverage 99.49% 99.49% +<.01%
- Complexity 1864 1866 +2
============================================
Files 285 285
Lines 5546 5553 +7
Branches 278 278
============================================
+ Hits 5518 5525 +7
Misses 5 5
Partials 23 23
Continue to review full report at Codecov.
|
Hey Peter. This changes look good, thanks for contributing! Could you fill out our CLA please? Once it's complete we can merge this change. https://github.com/jpmorganchase/cla/blob/master/cla-2016-09-01.pdf |
Linked issue: #725 |
Hi Tessera team,
In our Tessera 0.8 environments, the nodes are attempting to connect back to themselves to perform party discovery.
I suspect this is not an issue in most environments, as the HTTPS connection would normally succeed. However, if there is NAT involved the connection fails or times out - resulting in repeated entries in the log as the SyncPoller retries the connection. We don't see a functional issue, just confusing log entries.
We haven't observed this behaviour previously with Constellation.
The attached code change simply filters out the local address from the unseen parties list before it attempts to connect. It removes the connection attempts / log entries in our environments.