From the mailing list:
Setting maxInactivityDuration to 0 disables the activity monitor. The
advantages include reducing the overhead when there are large numbers of
idle connections, and eliminating forced disconnects on slow connections
that are otherwise active.
These seem like minor advantages. The overhead is really low, and can be
reduced by increasing the inactivity duration. And it is valuable to
disconnect connections that are really inactive.
Note that - just because there is a setting, doesn't mean there's really a
"good" reason to use it. Often settings are added as a means to try
different approaches, or to allow for backward compatibility when new
features are added. They may even be only useful when troubleshooting a
Hope this helps.
As Art says, the advantages are minor, and the disadvantages (such as the
inability to detect disconnections due to network problems) are not. So
your default should be to use a non-zero value unless you come up with a
clear reason why you think a value of zero would be better for you, and
clearly you don't have one of those at the moment.
If you start getting the "Channel was inactive for too long" log lines
regularly, then you'll need to investigate what's going on in your network
or on your brokers to figure out why keep-alives aren't making it to their
destinations in time. Contrary to whatever you may have read, the solution
to seeing those log lines is to figure out what's going wrong to cause them
in the first place, not to turn them off and assume that everything's
fine. But only if you're seeing them regularly; if you saw this once a
long time ago, I wouldn't worry about it – once in a blue moon is probably
just a network hiccup, and you only need to worry about it when it becomes
I've only seen this one time, and it was around the time I was seeing strange network behavior that turned out to be duplicate ethernet and IP addresses on a duplicate VM. I'm going to close this based on the recommendations above. If it becomes a problem in the future, it will be investigated.