Зачем 5G нужна система NETCONF (3)?

1. Структура протокола Как показано на рисунке (1), NETCONF использует многослойную структуру, где каждый слой инкапсулирует определенные функции и предоставляет сервисы верхнему слою. Эта структура позволяет каждому слою сосредоточиться на одном аспекте NETCONF и уменьшает зависимости между слоями. Изменения внутри слоя оказывают минимальное влияние на другие слои.

NETCONF можно разделить на четыре слоя: слой транспортной безопасности, слой сообщений, слой операций, и слой контента. Эти слои:

• Слой транспортной безопасности: Этот слой отвечает за связь между клиентом и сервером. NETCONF может быть наложен поверх любого транспортного протокола, который соответствует основным требованиям, таким как SSH, TLS и HTTPS. SSH является предпочтительным транспортным протоколом для передачи XML-сообщений в NETCONF.
• Слой сообщений: Этот слой предоставляет независимые от транспорта механизмы кодирования RPC и уведомлений. Клиент инкапсулирует RPC-запрос в элемент и отправляет его на сервер. Сервер инкапсулирует результат обработки этого запроса в элемент и отправляет его клиенту.
• Слой операций: Этот слой определяет набор базовых операций протокола, которые вызываются как методы RPC с параметрами, закодированными в XML.
• Слой контента: Этот слой определяется моделью данных для данных управления. В настоящее время основными моделями данных являются Schema и YANG.        
• Schema - это набор правил для описания XML-файлов. Устройства используют файлы схемы (аналогичные файлам MIB в SNMP) для предоставления конфигурации устройства и интерфейсов управления системам управления сетью (NMS).
• YANG - это язык моделирования данных, разработанный для NETCONF. Клиент может компилировать операции RPC в XML-сообщения для достижения взаимодействия клиент-сервер, которое соответствует ограничениям модели YANG.

2. Формат сообщения На рисунке (2) представлена полная структура сообщения запроса NETCONF YANG;

3. Структура взаимодействия В NETCONF RPC-запрос, инициированный клиентом, и ответ от сервера кодируются в XML и содержатся соответственно в элементах и . Эта структура запрос-ответ не зависит от протокола транспортного уровня; некоторые основные элементы RPC перечислены ниже:

• Элемент используется для инкапсуляции запроса, отправленного клиентом NETCONF серверу NETCONF.
• Сервер NETCONF отправляет элемент в ответ на каждый запрос .
• Если во время обработки запроса возникает какая-либо ошибка или тревога, сервер NETCONF вернет сообщение , содержащее только элемент клиенту NETCONF.
• Если во время обработки запроса не возникает ошибок или тревог, сервер NETCONF возвращает сообщение , содержащее только элемент клиенту NETCONF.

 

IV. Конфигурация базы данныхNETCONF определяет полный набор параметров конфигурации устройства. NETCONF определяет существование одной или нескольких баз данных конфигурации и позволяет выполнять операции конфигурации над ними. В базовой модели NETCONF доступна только база данных конфигурации . Другие базы данных конфигурации могут быть определены на основе возможностей и доступны только на устройствах, которые поддерживают эти возможности. К ним относятся:

 

• : База данных текущей конфигурации. Эта база данных хранит все текущие активные конфигурации на сетевом устройстве. На устройстве существует только одна база данных конфигурации , и она всегда существует.

 

• : База данных кандидата на конфигурацию. Эта база данных хранит данные конфигурации, которые должны быть зафиксированы в базе данных конфигурации на устройстве. Операции над базой данных конфигурации могут выполняться без влияния на текущую конфигурацию устройства. Операция используется для фиксации конфигурации кандидата. Чтобы поддерживать базу данных конфигурации , устройство должно поддерживать возможность конфигурации кандидата, стандартную возможность NETCONF.

 

• : База данных стартовой конфигурации (аналогично сохраненному файлу конфигурации). Она хранит данные конфигурации, которые необходимо загрузить при запуске устройства. Чтобы поддерживать базу данных конфигурации , устройство должно поддерживать независимую возможность запуска, которая является стандартной возможностью NETCONF.