#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.