[
https://issues.apache.org/jira/browse/IGNITE-4577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15867758#comment-15867758
]
ASF GitHub Bot commented on IGNITE-4577:
----------------------------------------
GitHub user ezhuravl opened a pull request:
https://github.com/apache/ignite/pull/1536
IGNITE-4577 Add sort for virtual interface addresses
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/gridgain/apache-ignite ignite-4577
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/ignite/pull/1536.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #1536
----
commit 71f0e8335eab84e650b24f43daae009e96c56248
Author: Evgenii Zhuravlev <[email protected]>
Date: 2017-02-15T12:40:34Z
IGNITE-4577 Add sort for virtual interface addresses
----
> Ensure that certain interface addresses can be excluded form node attributes
> ----------------------------------------------------------------------------
>
> Key: IGNITE-4577
> URL: https://issues.apache.org/jira/browse/IGNITE-4577
> Project: Ignite
> Issue Type: Task
> Components: general
> Affects Versions: 1.8
> Reporter: Vladimir Ozerov
> Assignee: Evgenii Zhuravlev
> Fix For: 2.0
>
>
> *Problem*
> Consider a case when node has some network interface which is not accessible
> from the outside (e.g. in Docker container). Ignite adds this address to
> attributes, which are shared with other nodes. Now if remote want to
> communicate with local node chances that he will try to establish connection
> with invalid address.
> In the worst case connection will be impossible. We use {{AddressResolver}}
> to handle this situation.
> However, it appears that {{AddressResolver}} cannot prevent certain address
> to appear in address list. As a result users may experience communication
> delays as we establish peer-to-peer connection in one thread, iterating over
> all available addresses.
> *Proposed solution*
> We need to examine what happens when address resolver is set. May be it is
> necessary to rethink how we handle returned object. E.g. {{null}} or empty
> collection might mean that this address should not be included into the list
> of address. However, it may break existing applications, so chances that
> other solution is needed.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
