Re: [jgroups-users] unexplained port usage

Questions/problems related to using JGroups <[email protected]>
Newsgroups gmane.comp.java.javagroups.general
Message-ID <CAPO65Oi-jKnyy_01DwS6zbAXQom907yMBVyBsxxKq9KHU6AkgA@mail.gmail.com>
On Fri, Jun 10, 2016 at 12:49 AM, Questions/problems related to using
JGroups <[email protected]> wrote:

>
> the only other port opened should be by FD_SOCK. This can be set by
> start_port.
>

Thanks, I can watch FD_SOCK#run in the debugger and see where it's picking
up the random port. For whatever reason, I never realized that FD_SOCK was
using a different port than the bind port used in TCP -- I guess I thought
the TCP socket was used for everything. Do you know if there's any
disadvantage to letting users set this? (They  only set the bind
address/port now.)

In the next version, we're switching to:

[...]
            .addProtocol(new MERGE3()
                .setValue("min_interval", 10000)
                .setValue("max_interval", 30000))
            .addProtocol(new FD_SOCK())
            .addProtocol(new FD_ALL2()
                .setValue("timeout", getJGroupsTotalTimeout() * 1000L))
[...]

So I'd want to expose the FD_SOCK start_port and client_bind_port, or else
set them to bind port plus one/two to let users really control which ports
are used, right?

Thanks again,
Bobby

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e

_______________________________________________
javagroups-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/javagroups-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.