我已将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
有没有人见过这个?
答案 0 :(得分:0)
我正在使用碳(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
我从像Stephen建议的nexus中删除了netconf-testtool-1.3.2-executable.jar工件,问题已经消失,我可以安装模拟器。
测试工具的1.3.x版本上的SSH相关依赖项可能已使用较新版本的JDK进行更新。