Conversation
| Операционка, предоставляющая клиенту обычный текстовый интерфейс, на самом деле перекладывает команды в 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) |
There was a problem hiding this comment.
Ну вот они есть в 6241, а в 4741 - не было)
| </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 внутри циски) |
There was a problem hiding this comment.
Потому что про неё больше ничего хорошего не слышно?
There was a problem hiding this comment.
потому что теперь ты если слышишь, то слышишь про продукт 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 ?) |
There was a problem hiding this comment.
https://www.openconfig.net/about/participants/
Там нет Амазона)
|
|
||
| И вот в операторские сети на белом коне въезжает NETCONF. | ||
| <ul> | ||
| CLOUD-99973.partial<ul> |
| В основе лежит NETCONF, однако в качестве транспорта - HTTP с набором операций CRUD, реализованных через стандартные методы (<i>GET</i>, <i>POST</i>, <i>PUT</i>, <i>PATCH</i>, <i>DELETE</i>). | ||
| Конфигурационные данные передаются в формате JSON или XML. | ||
| В качестве модели данных используется только YANG - тут уже никакой самодеятельности. | ||
| В качестве модели данных используется только YANG - тут уже никакой самодеятельности. (диалект для модели данных напрямую не связан с типом транспора, и способом сериализации, кмк лучше убрать это предложение) |
There was a problem hiding this comment.
Не очень понял. Я ведь описываю протокол. И у него есть две черты - транспорт и язык моделей. Вещи несвязанные, это правда.
There was a problem hiding this comment.
netconf не обязывает использовать модели, например, можно использовать сериалзиованный xml. Дата-модели - это лишь синергичный элемент.
| С тех пор много накоммичено, но мало фактически сделано. Общепризнанно, что IETF -модель очень медленно развивается, у неё низкое покрытие, а схема - так себе. | ||
| С IETF-модели рекомендуют начинать, потому что она якобы проще, а уже потом переходить на OpenConfig, но как по мне - это напрасная трата времени. | ||
| Она мертворождённая и никому особо не нужна. Хотя вендоры поддерживают. | ||
| Она мертворождённая и никому особо не нужна. Хотя вендоры поддерживают. (ЕМНИП OpenConfig построен вокруг IETF, но могу ошибаться) |
There was a problem hiding this comment.
Похоже, что есть заимствования. Но я не уверен, что это равнозначно с построен вокруг.
|
|
||
| Вот вам казус: | ||
| Янг нацелен только на нетконф зачем? | ||
| Янг нацелен только на нетконф зачем? // Штааа ? |
There was a problem hiding this comment.
Я это удалил из следующих коммитов, но вообще да. YANG согласно RFC был разработан именно для netconf
There was a problem hiding this comment.
ну, у тебя 2 буллета, я не понимаю чем они различаются
| </ul> | ||
|
|
||
|
|
||
| представляю |
| <li>Проприетарный язык, придуманный вендором и не описанный в документации</li> | ||
| </ul> | ||
|
|
||
| Вопрос от меня: А чем отличается Способ описания спецификации от Языки описания моделей ? |
There was a problem hiding this comment.
А где я неудачно предложение составил?
| <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> (синтаксис по представлию структур данных в виде, пригодном для передачи(например строка), иными словами - сериализация) |
There was a problem hiding this comment.
Ты это предлагаешь добавить или заменить текст?
No description provided.