Skip to content

Branch for alex#2

Open
eucariot wants to merge 2 commits intomasterfrom
BRANCH_FOR_ALEX
Open

Branch for alex#2
eucariot wants to merge 2 commits intomasterfrom
BRANCH_FOR_ALEX

Conversation

@eucariot
Copy link
Copy Markdown
Owner

No description provided.

Операционка, предоставляющая клиенту обычный текстовый интерфейс, на самом деле перекладывает команды в XML, который используется для управления оборудованием..

Так вот, их CLI и способ взаимодействия его с системой оказался настолько естественным и удачным, что его и положили в основу стандарта NETCONF в 2006-м году. Не без участия Juniper Networks, конечно же, появился <a href="https://www.ietf.org/rfc/rfc4741.txt" target="_blank">RFC4741</a>. Будем честны, один только джунипер там и постарался в практической части. И то тут, то там будут проскакивать его куски, начиная с set и заканчивая candidate config.
Так вот, их CLI и способ взаимодействия его с системой оказался настолько естественным и удачным, что его и положили в основу стандарта NETCONF в 2006-м году. Не без участия Juniper Networks, конечно же, появился <a href="https://www.ietf.org/rfc/rfc4741.txt" target="_blank">RFC4741</a>. Будем честны, один только джунипер там и постарался в практической части. И то тут, то там будут проскакивать его куски, начиная с set и заканчивая candidate config. (спорное утверждение=/, так как параллельно развитием стандарта занимались и OSS вендоры, например шведский tail-f)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ну вот они есть в 6241, а в 4741 - не было)

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

окай

</blockquote>

А через 5 лет, в 2011, исправленное и дополненное издание вышло под номером <a href="https://www.ietf.org/rfc/rfc6241.txt" target="_blank">RFC6241</a>. Там уже потрудились несколько университетов и компаний. Одной из них стала восходящая звезда сетевой автоматизации Tail-f, купленная и погубленная в 2014-м году циской.
А через 5 лет, в 2011, исправленное и дополненное издание вышло под номером <a href="https://www.ietf.org/rfc/rfc6241.txt" target="_blank">RFC6241</a>. Там уже потрудились несколько университетов и компаний. Одной из них стала восходящая звезда сетевой автоматизации Tail-f, купленная и погубленная в 2014-м году циской.(почему погубленная, как минимум на 2017 год post-tail-f существовал как отдельный BU внутри циски)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Потому что про неё больше ничего хорошего не слышно?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

потому что теперь ты если слышишь, то слышишь про продукт CISCO nso

Что и неудивительно - с железом они работать умеют, с Linux и подавно - дело было за малым - собрать команду Network R&D, в которой будут ребята, которые занимались разработкой своих серверов и адаптацией интерфейсов и инструментов, и найти достаточно гибкого вендора. А за последним дело не встанет, когда вы закупаете килограм свичтей в секунду.

Вообще для обывателей всё началось 24 сентября 2015, когда OpenConfig consortium выпустил OpenConfig в мир. Весь FANG (кроме Amazon) поучаствовал в этом консорциуме. Но начал всю заварушку и продолжает её паровозить гугл. Естественно среди них и крупные телекомы, вроде Level3, AT&T, Verizon, Bell.
Вообще для обывателей всё началось 24 сентября 2015, когда OpenConfig consortium выпустил OpenConfig в мир. Весь FANG (кроме Amazon) поучаствовал в этом консорциуме. Но начал всю заварушку и продолжает её паровозить гугл. Естественно среди них и крупные телекомы, вроде Level3, AT&T, Verizon, Bell. (мб FAANG, а не FANG ?)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

https://www.openconfig.net/about/participants/
Там нет Амазона)


И вот в операторские сети на белом коне въезжает NETCONF.
<ul>
CLOUD-99973.partial<ul>
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

А это про что? :)

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

приблудилось

В основе лежит NETCONF, однако в качестве транспорта - HTTP с набором операций CRUD, реализованных через стандартные методы (<i>GET</i>, <i>POST</i>, <i>PUT</i>, <i>PATCH</i>, <i>DELETE</i>).
Конфигурационные данные передаются в формате JSON или XML.
В качестве модели данных используется только YANG - тут уже никакой самодеятельности.
В качестве модели данных используется только YANG - тут уже никакой самодеятельности. (диалект для модели данных напрямую не связан с типом транспора, и способом сериализации, кмк лучше убрать это предложение)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Не очень понял. Я ведь описываю протокол. И у него есть две черты - транспорт и язык моделей. Вещи несвязанные, это правда.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

netconf не обязывает использовать модели, например, можно использовать сериалзиованный xml. Дата-модели - это лишь синергичный элемент.

С тех пор много накоммичено, но мало фактически сделано. Общепризнанно, что IETF -модель очень медленно развивается, у неё низкое покрытие, а схема - так себе.
С IETF-модели рекомендуют начинать, потому что она якобы проще, а уже потом переходить на OpenConfig, но как по мне - это напрасная трата времени.
Она мертворождённая и никому особо не нужна. Хотя вендоры поддерживают.
Она мертворождённая и никому особо не нужна. Хотя вендоры поддерживают. (ЕМНИП OpenConfig построен вокруг IETF, но могу ошибаться)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Похоже, что есть заимствования. Но я не уверен, что это равнозначно с построен вокруг.


Вот вам казус:
Янг нацелен только на нетконф зачем?
Янг нацелен только на нетконф зачем? // Штааа ?
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Я это удалил из следующих коммитов, но вообще да. YANG согласно RFC был разработан именно для netconf

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ну, у тебя 2 буллета, я не понимаю чем они различаются

</ul>


представляю
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Это про что?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

приблудилось

<li>Проприетарный язык, придуманный вендором и не описанный в документации</li>
</ul>

Вопрос от меня: А чем отличается Способ описания спецификации от Языки описания моделей ?
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

А где я неудачно предложение составил?

<li><b>OpenConfig</b> - вендор-независимая YANG-модель данных конфигурации сетевого оборудования,</li>
<li><b>Native-модели</b> - вендорские проприетарные YANG-модели данных сетевой конфигурации,</li>
<li><b>XML, JSON, Protobuf</b> - способы представления данных в виде структуры, </li>
<li><b>XML, JSON, Protobuf</b> - способы представления данных в виде структуры, </li> (синтаксис по представлию структур данных в виде, пригодном для передачи(например строка), иными словами - сериализация)
Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ты это предлагаешь добавить или заменить текст?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

заменить

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants