Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Протокол управления сетью
Network management protocol
Протокол конфигурации сети (NETCONF) — это протокол управления сетью, разработанный и стандартизированный IETF. Он был разработан в рабочей группе NETCONF и опубликован в декабре 2006 года как RFC 4741, а затем пересмотрен в июне 2011 года и опубликован как RFC 6241. Спецификация протокола NETCONF является документом стандарта Internet Standards Track. NETCONF предоставляет механизмы для установки, изменения и удаления конфигурации сетевых устройств. Его операции реализуются поверх простого уровня удаленного вызова процедур (RPC). Протокол NETCONF использует кодирование данных на основе языка разметки XML как для конфигурационных данных, так и для сообщений протокола. Протокольные сообщения обмениваются поверх защищенного транспортного протокола. Протокол NETCONF концептуально можно разделить на четыре уровня:
The Network Configuration Protocol (NETCONF) is a network management protocol developed and standardized by the IETF. It was developed in the NETCONF working group and published in December 2006 as RFC 4741 and later revised in June 2011 and published as RFC 6241. The NETCONF protocol specification is an Internet Standards Track document. NETCONF provides mechanisms to install, manipulate, and delete the configuration of network devices. Its operations are realized on top of a simple Remote Procedure Call (RPC) layer. The NETCONF protocol uses an Extensible Markup Language (XML) based data encoding for the configuration data as well as the protocol messages. The protocol messages are exchanged on top of a secure transport protocol. The NETCONF protocol can be conceptually partitioned into four layers:
Уровень содержимого состоит из данных конфигурации и данных уведомлений. Уровень операций определяет набор базовых операций протокола для получения и редактирования конфигурационных данных. Уровень сообщений обеспечивает механизм кодирования удаленных вызовов процедур (RPC) и уведомлений. Уровень защищенного транспорта обеспечивает безопасную и надежную передачу сообщений между клиентом и сервером. Протокол NETCONF был реализован в сетевых устройствах, таких как маршрутизаторы и коммутаторы, некоторыми крупными производителями оборудования. Одной из сильных сторон NETCONF является его поддержка надежного изменения конфигурации с использованием транзакций, охватывающих несколько устройств.
The Content layer consists of configuration data and notification data. The Operations layer defines a set of base protocol operations to retrieve and edit the configuration data. The Messages layer provides a mechanism for encoding remote procedure calls (RPCs) and notifications. The Secure Transport layer provides a secure and reliable transport of messages between a client and a server. The NETCONF protocol has been implemented in network devices such as routers and switches by some major equipment vendors. One particular strength of NETCONF is its support for robust configuration change using transactions involving a number of devices.
История
IETF разработала Простой протокол управления сетью (SNMP) в конце 1980-х годов, и он оказался очень популярным протоколом управления сетью. В начале XXI века стало очевидно, что, вопреки первоначальным намерениям, SNMP использовался не для конфигурирования сетевого оборудования, а преимущественно для мониторинга сети. В июне 2002 года Совет по архитектуре Интернета и ключевые участники сообщества по управлению сетями IETF встретились с операторами сетей для обсуждения сложившейся ситуации. Результаты этой встречи задокументированы в RFC 3535. Выяснилось, что каждый оператор сети в основном использовал собственный, отличный от других, интерфейс командной строки (CLI) для настройки своих устройств. Этот интерфейс обладал рядом характеристик, которые нравились операторам, включая его текстовый формат, в отличие от кодировки BER, используемой в SNMP. Кроме того, многие производители оборудования не предоставляли возможности полной настройки своих устройств через SNMP. Поскольку операторы обычно предпочитали использовать скрипты для управления своими устройствами, они обнаружили, что CLI SNMP имеет ряд недостатков. Наиболее заметным был непредсказуемый характер вывода данных. Содержание и форматирование вывода могли изменяться непредсказуемым образом. Примерно в то же время компания Juniper Networks использовала подход к управлению сетью на основе XML. Этот подход был представлен в IETF и распространен среди широкого сообщества. В совокупности эти два события привели к тому, что в мае 2003 года IETF создала рабочую группу NETCONF. На эту рабочую группу была возложена задача разработки протокола конфигурации сети, который бы лучше соответствовал потребностям операторов сети и производителей оборудования. Первая версия базового протокола NETCONF была опубликована в декабре 2006 года как RFC 4741. В последующие годы были опубликованы различные расширения (уведомления в RFC 5277 в июле 2008 года, частичные блокировки в RFC 5717 в декабре 2009 года, настройки по умолчанию в RFC 6243 в июне 2011 года, системные уведомления в RFC 6470 в феврале 2012 года, контроль доступа в RFC 6536 в марте 2012 года). Пересмотренная версия базового протокола NETCONF была опубликована в июне 2011 года как RFC 6241.
The IETF developed the Simple Network Management Protocol (SNMP) in the late 1980s and it proved to be a very popular network management protocol. In the early part of the 21st century it became apparent that in spite of what was originally intended, SNMP was not being used to configure network equipment, but was mainly being used for network monitoring. In June 2002, the Internet Architecture Board and key members of the IETF's network management community got together with network operators to discuss the situation. The results of this meeting are documented in RFC 3535. It turned out that each network operator was primarily using a different proprietary command line interface (CLI) to configure their devices. This had a number of features that the operators liked, including the fact that it was text based, as opposed to the BER encoded SNMP. In addition, many equipment vendors did not provide the option to completely configure their devices via SNMP. As operators generally liked to write scripts to help manage their boxes, they found the SNMP CLI lacking in a number of ways. Most notably was the unpredictable nature of the output. The content and formatting of output was prone to change in unpredictable ways. Around this same time, Juniper Networks had been using an XML based network management approach. This was brought to the IETF and shared with the broader community. Collectively, these two events led the IETF in May 2003 to the creation of the NETCONF working group. This working group was chartered to work on a network configuration protocol, which would better align with the needs of network operators and equipment vendors. The first version of the base NETCONF protocol was published as RFC 4741 in December 2006. Several extensions were published in subsequent years (notifications in RFC 5277 in July 2008, partial locks in RFC 5717 in December 2009, with defaults in RFC 6243 in June 2011, system notifications in RFC 6470 in February 2012, access control in RFC 6536 in March 2012). A revised version of the base NETCONF protocol was published as RFC 6241 in June 2011.
Содержание
Содержание операций NETCONF представляет собой корректно сформированный XML. Большая часть содержимого относится к управлению сетью. Впоследствии была добавлена поддержка кодирования в формате JavaScript Object Notation (JSON). Рабочая группа NETMOD завершила работу над определением "удобного для человека" языка моделирования для определения семантики операционных данных, данных конфигурации, уведомлений и операций, который называется YANG. YANG определен в RFC 6020 (версия 1) и RFC 7950 (версия 1.1) и сопровождается "Общими типами данных YANG", описанными в RFC 6991. Летом 2010 года рабочая группа NETMOD была переформирована для работы над базовыми моделями конфигурации (система, интерфейс и маршрутизация), а также над обеспечением совместимости с языком моделирования SNMP.
The content of NETCONF operations is well formed XML. Most content is related to network management. Subsequently, support for encoding in JavaScript Object Notation (JSON) was also added. The NETMOD working group has completed work to define a "human friendly" modeling language for defining the semantics of operational data, configuration data, notifications, and operations, called YANG. YANG is defined in RFC 6020 (version 1) and RFC 7950 (version 1.1), and is accompanied by the "Common YANG Data Types" found in RFC 6991. During the summer of 2010, the NETMOD working group was re chartered to work on core configuration models (system, interface, and routing) as well as work on compatibility with the SNMP modeling language.