OpenDaylight 中的 SSH 访问 Netconf 服务器

Posted 2023-03-23

【中文标题】OpenDaylight 中的 SSH 访问 Netconf 服务器

【英文标题】：SSH Access Netconf Server in OpenDaylight

【发布时间】：2020-12-13 15:19:50

【问题描述】：

我需要访问 OpenDaylight 中的配置子系统（也就是数据存储）。我已经阅读了user guide 并且知道访问它的方式是通过：

ssh admin@localhost -p 2830 -s netconf

或者（我的壳进去的方式）：

# netopeer2-cli
> connect --ssh --port 2830 --login admin

登录后，我注意到在运行get-config 后我没有看到子系统中的实际数据。

> get-config --source=running
DATA
<network-topology xmlns="urn:TBD:params:xml:ns:yang:network-topology">
  <topology>
    <topology-id>topology-netconf</topology-id>
  </topology>
</network-topology>

在之前的项目中，我运行了netopeer2-server 和sysrepo，并且充实了get-config 中的数据。我相信我看到这么少信息的原因是因为我正在查看的 netconf-server 是端口 2830 上的 MDSAL netconf-server。根据用户指南，端口 1830 上应该有另一个 netconf-server 可以直接访问到配置子系统。

如何在 1830 端口访问普通的 netconf-server？

我的主要目标是通过get-config 访问整个子系统中的数据并通过edit-config 编辑数据——我该怎么做？

我的版本：

OpenDaylight Sodium（基于 0.11.0） netopeer2-cli v1.1.39

【参考方案1】：

看起来配置子系统端点在 Flourine 中已被弃用——但文档尚未更新——即使是 Sodium 的最新发行说明也表明他们仍然维护 CSS NETCONF 服务器作为其标准问题集的一部分开发团队回答。我在这里找到了这个：

https://jira.opendaylight.org/browse/NETCONF-535

我相信 MDSAL 服务器是现在唯一可用的服务器，而且它（在其 HELLO 响应中）似乎表明它维护了所有符合 YANG 的模块的功能。但是，我无法使用 netopeer2-cli 访问这些元素，因为 libyang 解析似乎会发出很多错误。我怀疑这是与 netopeer2-cli 及其在初始 HELLO 之后请求/解析各种 YANG 文件以及它如何与 libyang 一起构建模型的本地版本以处理各种 NETCONF 请求有关的问题。