我已经将ODL Netconf TestTool（netconf-testtool-1.1.0-Boron-executable.jar）部署到我的Nitrogen ODL Controller上，因此我开始进行Netconf测试。
当我通过java -Xmx1G -jar netconf-testtool-1.1.0-Boron-executable.jar启动Netconf TestTool时，得到以下输出，这似乎是正确的。
root@Ubuntu:~# java -Xmx1G -jar netconf-testtool-1.1.0-Boron-executable.jar
- 16:56:29.985 [main] INFO o.o.n.t.tool.NetconfDeviceSimulator - Starting 1, SSH simulated devices starting on port 17830
- 16:56:31.336 [main] INFO o.a.sshd.common.util.SecurityUtils - Trying to register BouncyCastle as a JCE provider
- 16:56:32.381 [main] INFO o.a.sshd.common.util.SecurityUtils - BouncyCastle not registered, using the default JCE provider
- 16:56:32.683 [main] INFO o.o.n.t.tool.NetconfDeviceSimulator - All simulated devices started successfully from port 17830 to 17830
然后，我继续通过REST在ODL控制器上为Netconf TestTool添加一个Netconf-Connector，这是成功的，并且报告“正在连接”状态。
"node-id": "Netconf-Testtool",
"netconf-node-topology:host": "127.0.0.1",
"netconf-node-topology:connection-status": "connecting",
"netconf-node-topology:port": 17830
但是当我回头看ODL TestTool时，我看到以下JAVA错误
java.security.InvalidKeyException: The security strength of SHA-1 digest algorithm is not sufficient for this key size
有没有人见过这个？
最佳答案
使用碳（1.2.3-SNAPSHOT）的netconf-test-tool和ODL Boron SR3作为控制器时，我正在经历相同的事情。
我发现原因是我的VM使用的是正在运行该工具的JDK 8 u161，并且u151似乎更改了默认密钥大小。
http://www.oracle.com/technetwork/java/javase/8u151-relnotes-3850493.html
我像斯蒂芬建议的那样从关系中提取了netconf-testtool-1.3.2-executable.jar工件，问题已经消失，我可以安装模拟器。
SSH相关的对测试工具1.3.x版本的依赖关系可能已更新为JDK的较新版本。
关于java - Java安全性InvalidKeyException ODL Netconf TestTool，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/48911525/