Доступ по SSH к серверу Netconf в OpenDaylight

#opendaylight #netconf

#opendaylight #netconf

Вопрос:

Мне нужно получить доступ к подсистеме конфигурации (a.ka. хранилище данных) в OpenDaylight. Я прочитал руководство пользователя и знаю, что доступ к нему осуществляется через:

 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-сервер, на который я смотрю, является MDSAL netconf-сервером на порту 2830. Согласно руководству пользователя, на порту 1830 должен быть другой netconf-сервер, который имеет прямой доступ к подсистеме конфигурации.

Как мне получить доступ к обычному серверу netconf через порт 1830?

Моя главная цель — получить доступ к данным в полной подсистеме через get-config и отредактировать данные через edit-config — как мне это сделать?

Мои версии:

  • OpenDaylight Sodium (основан на версии 0.11.0)
  • netopeer2-cli v1.1.39

Ответ №1:

Похоже, что конечная точка подсистемы конфигурации устарела еще во Flourine — но документация не обновлялась — даже в последних примечаниях к выпуску для Sodium указано, что они все еще поддерживают сервер NETCONF CSS как часть их стандартного набора вопросов, на которые отвечает команда разработчиков. Я нашел это здесь:

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

Я полагаю, что сервер MDSAL является единственным доступным сейчас, и он (в своем ответе HELLO), похоже, указывает, что он поддерживает возможности для всех модулей, совместимых с YANG. Однако я не могу получить доступ к этим элементам с помощью netopeer2-cli, поскольку синтаксический анализ libyang, похоже, выдает много ошибок. Я подозреваю, что это проблема, связанная с netopeer2-cli и его запросом / анализом различных файлов YANG после первоначального приветствия и того, как он работает с libyang для создания локальной версии модели для целей обработки различных запросов NETCONF.