Re: [netconf-dev] Test tool failing in Neon

Luis Gomez

Ah, now I remember this :)

In the standard test with single device I do not really see any difference with/wo BC: in both cases it takes 2 secs to bring the simulation.

Let me check the scale test with 500 devices to see if there is any difference.


On May 2, 2019, at 11:30 AM, Robert Varga <nite@...> wrote:

On 02/05/2019 20:05, Luis Gomez wrote:
Hi netconf devs,

A CSIT regression has been detected in Neon since 2 days:

Connected to this, there is this BC exception in the testtool log:

08:44:28.082 [main] DEBUG - register(BC) not registered - enabled=false, supported=true
08:44:28.083 [main] DEBUG - register(EdDSA) not registered - enabled=true, supported=false
08:44:28.086 [main] ERROR o.o.netconf.test.tool.Main - Unhandled exception
java.lang.IllegalArgumentException: BouncyCastle not registered
at org.apache.sshd.common.util.ValidateUtils.createFormattedException(
at org.apache.sshd.common.util.ValidateUtils.throwIllegalArgumentException(
at org.apache.sshd.common.util.ValidateUtils.checkTrue(
at org.opendaylight.netconf.test.tool.NetconfDeviceSimulator.getPemGeneratorHostKeyProvider(
at org.opendaylight.netconf.test.tool.NetconfDeviceSimulator.start(
at org.opendaylight.netconf.test.tool.Main.main(

So when I change the test tool command like in this patch, then testtool works fine:
Thanks for finding that.

Since I am not sure why this BC option was introduced in first place, my question is: should we go ahead and merge the test patch or is there anything else we need to investigate? provides a clue, esp.
pointer to

Given that refers to VMs, my guess it has to do with RNG and seeding --
not sure if it still applies.

In general we have stopped pretending like we do not use BC and embrace
it, so disabling should be the option of last resort. It would seem
sshd-core started requiring it for some operations, even ...


Join { to automatically receive all group messages.