Логический элемент и. Логические элементы: основы, виды и применение в цифровой электронике

НОУ ИНТУИТ | Лекция | Логические основы ЭВМ

Аннотация: Рассматриваются основные логические элементы и принципы их соединения в логические схемы.

Любая цифровая вычислительная машина состоит из логических схем — таких схем, которые могут находиться только в одном из двух возможных состояний — либо «логический ноль», либо «логическая единица». За логический 0 и логическую 1 можно принять любое выражение, в том числе и словесное, которое можно характеризовать как «истина» и «ложь». В вычислительной технике логические 0 и 1 — это состояние электрических схем с определенными параметрами. Так, для логических элементов и схем, выполненных по технологии транзисторно-транзисторной логики (ТТЛ-схемы), логический 0 — это напряжение в диапазоне 0 … + 0,4 В, а логическая 1 — это напряжение в диапазоне + 2,4 … + 5 В [1]. Работа логических схем описывается посредством специального математического аппарата, который называется логической (булевой) алгеброй или алгеброй логики. Булева алгебра была разработана Джорджем Булем (1815 — 1864 гг.), она является основой всех методов упрощения булевых выражений.

Логические переменные и логические функции — это такие переменные и функции, которые могут принимать только два значения — либо логический 0, либо логическая 1.

Основные логические функции и элементы

Логический элемент — графическое представление элементарной логической функции.

Логическое умножение (конъюнкция) — функция И

Рассмотрим ключевую схему представленную на рис. 1.1,а. Примем за логический 0 [2]:

• на входе схемы разомкнутое состояние соответствующего ключа, например, ;
• на выходе схемы ( ) — такое ее состояние, когда через сопротивление R ток не протекает.

Таблица истинности — это таблица, содержащая все возможные комбинации входных логических переменных и соответствующие им значения логической функции.

Таблица истинности для логической схемы, представленной на рис. 1.1,б, состоит из 8 строк, поскольку данная схема имеет три входа — , и . Каждая из этих логических переменных может находиться либо в состоянии логического 0, либо логической 1. Соответственно количество сочетаний этих переменных равно . Очевидно, что через сопротивление R ток протекает только тогда, когда замкнуты все три ключа — и , и , и . Отсюда еще одно название логического умножения — логический элемент И. В логических схемах этот элемент независимо от того, на какой элементной базе он реализован, обозначается так, как показано на рис. 1.1,в.

Правило логического умножения :если на вход логического элемента И подается хотя бы один логический 0, то на его выходе будет логический 0.

Уровень логического 0 является решающим для логического умножения .

В логических выражениях применяется несколько вариантов обозначения логического умножения. Так, для приведенного на рис. 1.1,в трёх-входового элемента И, логическое выражение можно представить в виде:

Логическое сложение (дизъюнкция) — функция ИЛИ

Рассмотрим ключевую схему, представленную на рис. 1.2,а. Таблица истинности для данной логической схемы (рис. 1.2,б) состоит из 4 строк, поскольку данная схема имеет два входа — и . Количество сочетаний этих переменных равно . Очевидно, что через сопротивление R ток протекает тогда, когда замкнуты или , или . Отсюда еще одно название логического сложения — логическое ИЛИ. В логических схемах соответствующий логический элемент независимо от того, на какой элементной базе он реализован, обозначается так, как показано на рис. 1.2,в.

Правило логического сложения: если на вход логического элемента ИЛИ подается хотя бы одна логическая , то на его выходе будет логическая 1.

Для логического сложения решающим является уровень логической 1.

В логических выражениях применяется два варианта обозначения логического сложения. Так, для приведенного двух-входового элемента ИЛИ, логическое выражение можно представить в виде:

• либо , но при этом из контекста должно быть ясно, что данное сложение именно логическое;
• либо — с использованием знака дизъюнкции.

Логическое отрицание (инверсия) — функция НЕ

Рассмотрим ключевую схему, представленную на рис. 1.3,а. Таблица истинности для данной схемы (рис. 1.3,б) самая простая и состоит всего из 2 строк, поскольку она (единственная из всех логических элементов) имеет только один вход — . Количество вариантов для единственной логической переменной равно . Очевидно, что через сопротивление R ток протекает ( ) тогда, когда не замкнут, т.е. . Еще одно название этой логической функции — отрицание, а соответствующий логический элемент называется инвертором. В логических схемах этот элемент независимо от того, на какой элементной базе он реализован, обозначается так, как показано на рис. 1.3,в. Поскольку он имеет только один вход, в его обозначении допустимым является и знак логического сложения, и знак логического умножения.

Правило инверсии: проходя через инвертор, сигнал меняет свое значение на противоположное.

В логических выражениях применяется единственный вариант обозначения инверсии:

К основным логическим элементам относятся еще два элемента, которые являются комбинацией элементов И, ИЛИ и НЕ: элемент И-НЕ и ИЛИ-НЕ.

Логическая функция и элемент И-НЕ

Данная функция производит логическое умножение значений входных сигналов, а затем инвертирует результат этого умножения. В логических схемах этот элемент независимо от того, на какой элементной базе он реализован, обозначается так, как показано на рис. 1.4,а. Таблица истинности приведена на рис. 1.4,б.

Если на вход логического элемента И-НЕ подается хотя бы один логический 0, то на его выходе будет логическая 1.

В логических выражениях применяются обозначения:

• либо , но при этом из контекста должно быть ясно, что данное умножение именно логическое;
• либо ;
• либо ;
• либо .

Логическая функция и элемент ИЛИ-НЕ

В логических схемах этот элемент независимо от того, на какой элементной базе он реализован, обозначается так, как показано на рис. 1.5,а. Таблица истинности приведена на рис. 1.5,б.

Если на вход логического элемента ИЛИ-НЕ подается хотя бы одна логическая 1, то на его выходе будет логический 0.В логических выражениях применяются обозначения:

• либо , но при этом из контекста должно быть ясно, что данное сложение именно логическое;
• либо .

Логические элементы

Любые цифровые микросхемы строятся на основе простейших логических элементов «НЕ», «ИЛИ», «И». В настоящее время используется несколько технологий построения логических элементов:

• транзисторно-транзисторная логика (ТТЛ, TTL)
• логика на основе комплементарных МОП транзисторов (КМОП, CMOS)
• логика на основе сочетания комплементарных МОП и биполярных транзисторов (BiCMOS)

Простейшим логическим элементом является инвертор, который работает в соответствии со следующей таблицей:

Чаще всего существуют не отдельные схемы логического «И», а более сложные схемы, выполняющие одновременно логическую функцию «И» и логическую функцию «НЕ» Таблица истинности и изображение схемы, выполняющей логическую функцию «И-НЕ» изображены на рис 3 и 4 соответственно:

Точно также как не существует отдельных схем логического «И», выполненных по технологии ТТЛ, не существует отдельных схем логического «ИЛИ». Таблица истинности и изображение схемы, выполняющей логическую функцию «ИЛИ-НЕ» изображены на рис 5 и 6 соответственно:

Построение произвольной таблицы истинности.

Любая логическая схема без памяти полностью описывается таблицей истинности. При построении сложных логических схем с произвольной таблицей истинности используется сочетание простейших схем «И» «ИЛИ» «НЕ».

При построении схемы, реализующей произвольную таблицу истинности, каждый выход анализируется (и строится схема) отдельно. Для реализации таблицы истинности при помощи логических элементов «И» достаточно рассмотреть только те строки таблицы истинности, которые содержат логические «1» в выходном сигнале. Строки, содержащие в выходном сигнале логический 0 в построении схемы не участвуют. Каждая строка, содержащая в выходном сигнале логическую «1», реализуется схемой логического «И» с количеством входов, совпадающим с количеством входных сигналов в таблице истинности. Входные сигналы, описанные в таблице истинности логической «1» подаются на вход этой схемы непосредственно, а входные сигналы, описанные в таблице истинности логическим «0» подаются на вход через иверторы. Объединение сигналов с выходов схем, реализующих отдельные строки таблицы истинности, производится при помощи схемы логического ИЛИ. Количество входов в этой схеме определяется количеством строк в таблице истинности, в которых в выходном сигнале присутствует логическая «1».

Рассмотрим конкретный пример. Пусть необходимо реализовать таблицу истинности, приведенную на рисунке 7:

Рисунок 7 Произвольная таблица истинности.

Для построения схемы, реализующей сигнал Out1, достаточно рассмотреть строки, выделенные красным цветом. Эти строки реализуются микросхемой D2 на рисунке 8. Каждая строка реализуется своей схемой «И», затем выходы этих схем объединяются  Для построения схемы, реализующей сигнал Out2, достаточно рассмотреть строки, выделенные зеленым цветом. Эти строки реализуются микросхемой D3.

 Рисунок 8. Принципиальная схема, реализующая таблицу истинности, приведенную на рисунке 7.

[Содержание] [Вперёд]

Справочник «Цифровые Интегральные Микросхемы»

2.4.2 Микросхемы типа ЛА, ЛИ

Чтобы рассмотреть схемотехнику, составим таблицу функций элементов И, И-НЕ для двух входов А и В (простейший вариант). Каждая переменная А и В моделируется электронным ключом, который можно замкнуть или разомкнуть. Если ключи соединены последовательно, то они работают согласно логике И: ток в цепи появится, если замкнуть оба ключа: и А и В. Если активными входными сигналами считать замыкание ключей А и В и назвать это событие логической 1, то, последовательно перебирая состояние этих ключей, составим таблицу входных и выходных данных для элементов И и И-НЕ.

Рассмотрим способ реализации логической операции И-НЕ на элементах ТТЛ. На рис. 2.8, а приведена принципиальная схема двухвходового логического элемента И-НЕ.

Подавая от ключей S1 и S2 на входы А и В напряжение высокого В и низкого Н уровней, составим таблицу выходных уровней элемента.

Напряжение низкого уровня Н появляется на выходе Q, когда на обоих входах А и В присутствует высокое напряжение В. Условное графическое обозначение двухвходового логического элемента показано на рис 2.8, в

Среди простейших ИС ТТЛ преобладают элементы И, И-НЕ. Каждый из корпусов ИС типа ЛА и ЛИ содержит от двух до четырех логических элементов, а микросхемы ЛА2 и ЛА19 содержат по одному логическому элементу И-НЕ на восемь и двенадцать входов соответственно.

Цоколевки микросхем типа ЛА и ЛИ и их условные графические обозначения приведены на рис. 2.9, а основные параметры даны в табл. 2.3.

Следует особо выделить группу микросхем, логические элементы которых имеют выходы с открытым коллектором (ЛА7…ЛА11, ЛА13. ЛА18), (ЛИ2, ЛИ4, ЛИ5). Схема двухвходового логического элемента И-НЕ с открытым коллектором показана на рис. 2.10, а.

Для формирования выходного перепада напряжения к выходу такого элемента необходимо подключить внешний нагрузочный резистор Rн. Такие микросхемы применяются для обслуживания сегментов индикаторов, зажигания ламп накаливания, светодиодов (рис. 2.10,б).

При необходимости в схемах можно использовать элемент ТТЛ с двухтактным выходом. Для некоторых микросхем с открытым коллекторным выходом (ЛА11) нагрузку можно подключать к более высоковольтному источнику питания (рис. 2.10,в).

Такое включение необходимо для зажигания газоразрядных и электролюминесцентных индикаторов. Выходы с открытого коллектора используют для подключения обмоток реле.

Выходы нескольких элементов с открытым коллектором можно присоединять к общей нагрузке Rн (рис. 2.10, г).

Такое подключение позволяет реализовать логическую функцию И, называемую «монтажное И». Схему (рис. 2.10. г) используют для расширения числа входов логического элемента.

Следует помнить, что двухтактные выходы ТТЛ нельзя соединять параллельно, это приводит к токовой перегрузке одного из элементов.

Многовходовые составные логические элементы с открытым коллектором и общим сопротивлением нагрузки Rн реализуются наиболее просто, однако они не позволяют получить предельное быстродействие. Более лучший способ увеличения числа входов осуществляется с помощью специальной микросхемы-расширителя, имеющей дополнительные выводы коллектора и эмиттера фазоразделительного каскада VT2 (рис. 2.11). Одноименные вспомогательные выводы нескольких таких элементов можно объединять.

Микросхема К531ЛА16 (магистральный усилитель) может передавать данные в линию с сопротивлением 50 Ом.

Микросхемы ЛА17, ЛА19 — это логические элементы И-НЕ с тремя состояниями на выходе, т. е. они имеют дополнительный вход /ЕО (Enable output), дающий разрешение по выходу. На рис. 2.12 показана схема элемента, который имеет третье выходное состояние Z, когда выход размыкается.

Для этой цели в схему стандартного сложного инвертора ТТЛ вводится дополнительный инвертор DDI и диод VD2. Если на этот вход /ЕО подать от переключателя S1 напряжение высокого уровня — 1, то выходное напряжение инвертора DD1 станет низким, т. е. катод диода VD2 будет практически соединен с корпусом. Из-за этого коллектор транзистора VT2 будет иметь нулевой потенциал, т. е. транзистор VT2 будет закрыт. Транзисторы VT3 и VT4 будут находиться в режиме отсечки, т. е. оба закрыты. Следовательно, выходной вывод как бы «висит» в воздухе, микросхема переходит в состояние Z с очень большим выходным сопротивлением. Если на вход ЕО подается разрешающий низкий уровень — О, то логический элемент И-НЕ работает как в обычном режиме.

Такие логические элементы разработаны специально для обслуживания проводника шины данных. Если к такому проводнику присоединить много выходов, находящихся в состоянии Z, то они не будут влиять друг на друга. Активным передающим сигналом должен быть лишь один логический элемент, только от его выхода в проводник шины данных будет поступать информация. Следовательно, соединенные вместе выходы не должны быть одновременно активными.

Чтобы сигналом разрешения (низкий уревень — О) , подаваемым на вход /EO, подключался к проводнику выход только одного логического элемента, необходимо предусмотреть дополнительный (защитный) временной интервал, т. е. переключать входы /ЕО различных элементов с паузой. Сигналы разрешения, даваемые выходам разных элементов, не должны перекрываться.

Микросхема К531ЛА19-это 12-входовый логический элемент И-НЕ с дополнительным инверсным входом /ЕО. Сигнал появится на его выходе, если на вход /ЕО подано напряжение низкого уровня — О. Выход логического элемента перейдет в разомкнутое состояние Z, если на вход /ЕО подается напряжение высокого уровня. В состоянии Z элемент потребляет ток Iпот.z=25 мА. Время задержки перехода выхода к разомкнутому состоянию tзд.1z= 16 нс, время задержки перехода выхода tзд.0z= 12 нс (от напряжения низкого выходного уровня), при условии, что Сн = 15 пФ [1].

Логические операторы, поэлементные и | ~ (Функции MATLAB)

Поэлементные логические операции над массивами

Синтаксис

Описание

Символы и , | и ~ — это операторы логического массива И , ИЛИ и НЕ .Они работают с массивами поэлементно, где 0 представляет логическую ложь ( F ), а все ненулевое значение представляет логическую истину ( T ). Логические операторы возвращают логический массив с элементами, установленными в значение true ( 1 ) или false ( 0 ), в зависимости от ситуации.

Оператор и выполняет логические операции И , | Оператор выполняет логическое ИЛИ , а ~ A дополняет элементы A .Функция xor (A, B) реализует исключительную операцию OR . Таблица истинности для этих операторов и функций показана ниже.

Приоритет логических операторов по отношению друг к другу:

Примечания

MATLAB всегда дает оператору и приоритет над оператором | оператор.Хотя MATLAB обычно оценивает выражения слева направо, выражение a | b & c оценивается как a | (b & c) . Рекомендуется использовать круглые скобки для явного указания предполагаемого приоритета операторов, содержащих комбинации и и | .

Эти логические операторы имеют эквиваленты функций M-файла, как показано.

Примеры

В этом примере показано логическое ИЛИ элементов в векторе u с соответствующими элементами в векторе v :

См. Также

все , любые , найти , логический , xor , true , false

Логические операторы, короткое замыкание: && , ||

Операторы отношения: <, <= , > , > = , == , ~ =

Логический стиль | использование структурных элементов, которые делают вашу страницу более доступной

Путь // www.yourhtmlsource.com → Доступность → ЛОГИЧЕСКИЙ СТИЛЬ

Многие авторы HTML не осведомлены о различиях между логическими (структурными) элементами и их презентационными аналогами, а также о том, какой элемент более уместен в различных обстоятельствах. Здесь вы познакомитесь с терминологией и методологией создания логических структур страниц.

Навигация по страницам:
Блочные и встроенные элементы | Логические и презентационные элементы · Пейзаж · Использование логического стиля · Увеличение глубины

Эта страница последний раз обновлялась 21.08.2012

Блочные и встроенные элементы

Большинство HTML-элементов делятся на две группы: это либо элементов уровня блока, или встроенных элементов .Это важное различие. Элементы уровня блока используются для форматирования целых блоков текста. - они выделяются сами по себе, охватывая доступную ширину экрана и обычно добавляя разрывы строк до и после себя. Встроенные элементы могут быть введены вдоль обычного потока текста, не вызывая серьезных помех, и могут использоваться для воздействия на отдельные символы.

Элементы блочного уровня:

• <адрес>

• -

• ---

• <легенда>
• ,
  ,
  1. ,

     и

  Остальные элементы являются строковыми.Правила, регулирующие эти два типа элементов, просты, но важны:

  • Элементы уровня блока могут содержать другие элементы уровня блока и встроенные элементы
  • Встроенные элементы не могут содержать элементы уровня блока.

  Например, элемент a не может иметь внутри h2 , но заголовок может содержать ссылку. Элементы таблицы не относятся к одному и тому же типу, но могут содержать блочные или встроенные элементы. Элемент – - еще один особый случай.Это строго «встроенный структурный» тип элемента, но поскольку он в любом случае не может содержать никакого дополнительного контента, это не имеет особого значения. При использовании этих правил легко ошибиться, поэтому вам следует проверять свои страницы с помощью валидатора W3C ».

  Можно изменить способ отображения элемента с помощью его свойства CSS display.

  Логические и презентационные элементы

  Существует еще один метод группировки, который разделяет элементы форматирования текста HTML на две группы - будь то логические или презентационные .Логические элементы представляют собой функцию текста на странице. То, как они отображаются, зависит от браузера (хотя к настоящему времени браузеры в значительной степени стандартизированы в отношении того, как это делается), что означает, что они не зависят от платформы. Презентационные элементы существуют для создания определенного визуального эффекта, но не имеют никакого отношения к семантическому значению текста.

  Как люди постоянно нуждаются в напоминании; исходные спецификации HTML содержали почти исключительно логические элементы. HTML был структурным языком , а не языком дизайна. Он был предназначен для передачи информации самым простым способом. С тех пор Netscape и Microsoft создали опасную ситуацию, которая была у нас год или два назад, добавив презентационные расширения, такие как элемент font . HTML-файлы становились до смешного большими, раздувались избыточными тегами и хаками для презентаций. К счастью, спецификации HTML 4.01 и XHTML 1.0 объявили устаревшими многие элементы представления (заменив их таблицами стилей) и добавили много новых логических элементов, которые добавляют глубины вашей информации.HTML-код снова может быть чистым и простым.

  Пейзаж

  Раньше, когда было не так просто контролировать внешний вид вашей страницы (теперь у нас есть CSS для всего этого), было приемлемо использовать презентационные элементы для всего и оставлять свои страницы без какой-либо логической структуры. Все были одержимы тем, как выглядят их страницы , не говоря уже о «проблемах» доступности. Люди не использовали элементы заголовков, потому что они выглядели ужасно; легко и просто.

  Это был неправильный подход. Поток графических редакторов WYSIWYG в то время не пошел на пользу этой культуре эстетики по сравнению с совместимостью, и редакторы разослали тысячи страниц, заполненных тегами шрифтов и без заголовков.

  Проблема: презентационных элемента могут означать только одно . Например, элемент означает «полужирный текст». Что происходит, когда текстовый или аудиобраузер читает этот элемент? В данном контексте это бессмысленно, и поэтому любой акцент, который вы, возможно, хотели показать, используя элемент в первую очередь, теряется для этого читателя.Если вы используете , , каждый браузер может выбрать свое собственное лечение и соответственно представить свой результат - выделив текст жирным шрифтом, или произнеся слова громче и т. Д.

  Дизайнеры использовали крупный шрифт , начертаний вместо заголовков, чтобы избежать разрывов строк. Интерпретируются через любое устройство, кроме графического браузера, и эти страницы теряют свой смысл. Какое название? Где начинаются разделы страницы? Программы, которые пытаются построить структурную схему вашего документа, будут не с чем работать.Кроме того, большинство поисковых систем пытаются выбирать заголовки для лучшего ранжирования.

  Недавно был возвращен к использованию логических элементов, покрытых таблицей стилей, поэтому ваша страница выглядит так, как вы хотите, но элементы, которые ее составляют, на самом деле делают больше, чем просто заставляют страницу выглядеть определенным образом. Они позволяют читать страницу в любом количестве типов браузеров, таких как слуховые браузеры, браузеры только для текста, дисплеи Брайля и т. Д., И при этом отображаться должным образом.

  Использование логического стиля

  Итак, каковы логические элементы и как они будут выглядеть по умолчанию в графическом браузере?

  • -
    создавать заголовки.Они должны течь последовательно (старайтесь не пропускать уровни). Заголовок страницы всегда должен отображаться как заголовок уровня 1 с подзаголовками, спускающимися каскадом вниз. Текст обычно отображается крупным жирным шрифтом. Помните, что все они являются элементами блочного уровня. Вы можете удалить поля с помощью CSS.
  • создает выделение и обычно отображается как текст, выделенный курсивом. Эквивалент .
  • создает сильный акцент и обычно отображается полужирным шрифтом.Эквивалент .
  • подходит для предоставления примеров компьютерного кода и обычно отображается одинарным шрифтом. Эквивалент .

  • - это тег уровня блока, который используется для заключения многострочных цитат из других источников. Обычно он отображается с отступом с обеих сторон.

  • используется для включения названия работы, на которую в настоящее время ссылаются.Обычно он отображается как текст, выделенный курсивом.
  • - это короткая цитата из другого источника. Современные браузеры отображают содержащийся текст с добавленными кавычками с обеих сторон.

  •    - это элемент уровня блока, который отображает текст шрифтом фиксированной ширины точно так, как он был набран в исходном коде (то есть с учетом всех табуляций, пробелов и разрывов строк).  до  не является строго логическим элементом, но его использование часто необходимо.

  • - это элемент HTML 4.01, используемый для отображения редакций документа; текст удаляется со страницы в этом случае. Обычно он отображается в виде текста с зачеркиванием.
  • - соучастник преступления del , используется для отображения текста, вставленного во время проверки. Обычно он отображается с подчеркиванием.
  • <адрес> должна быть обернута вокруг контактной информации, включая адреса электронной почты.
  • подходит для разметки текста, предназначенного для ввода читателем с клавиатуры. Обычно он отображается шрифтом фиксированной ширины.
  • отмечает имя переменной. Полезно, если вы пишете о технических предметах, например о компьютерном программировании.
  • используется для обозначения образца вывода некоторого кода.

  Добавление глубины

  Атрибут title позволяет вам добавить всплывающую подсказку к любому элементу вашей страницы .Они особенно полезны при применении к ссылкам, поскольку помогают читателю оценить, что он может найти, щелкнув ссылку. Вы должны добавлять информационные заголовки к как можно большему количеству ссылок, следуя этим »правилам заголовков.

  Есть еще три элемента, все они представлены в HTML 4, которые позволяют добавлять дополнительную информацию во всплывающую подсказку с помощью этого атрибута.

  • используется для обозначения сокращения. Раскройте полное значение аббревиатуры во всплывающей подсказке.Этот тег не применяет собственное форматирование.
  • используется для включения акронима (например, ASCII) с полным значением во всплывающей подсказке (которую вы должны попытаться определить хотя бы для первого экземпляра каждого акронима на странице). Обычно форматирование не применяется.
  • используется для определения сложного слова. Напишите собственное определение во всплывающей подсказке. Обычно отображается курсивом.

  sourcetip: Поскольку эти элементы были введены совсем недавно, большинство веб-пользователей не будут знать, как их искать.Кроме того, некоторые из них не очень очевидны, поэтому вам следует использовать собственное форматирование (конечно, с помощью CSS), чтобы ваши читатели могли их найти. Добавьте
  abbr, акроним, dfn {cursor: help; border-bottom: пунктирный лайм 1px; }
  в вашу таблицу стилей, чтобы заставить курсор повернуться к курсору справки и добавить цветную границу к трем элементам, составляющим селектор. Этого должно быть достаточно для большинства пользователей, чтобы понять, что им следует на мгновение навести указатель мыши на это место.

  Логические теги »

  Раскрытие: Ваша поддержка помогает поддерживать работу сайта! Мы зарабатываем реферальный сбор за некоторые услуги, которые мы рекомендуем на этой странице.Узнать больше Примечание: эта статья представлена ​​только для исторической ценности.
  Логические теги теперь часто называют семантическими тегами, а количество HTML-тегов с семантическим значением в HTML5 значительно увеличено. См. Семантическую разметку и структуру документа HTML, чтобы узнать больше.

  Что такого логического в логических тегах?

  Первоначальная цель HTML заключалась в том, чтобы разметить текст, чтобы указать цель каждой части документа. Текст в

  - это заголовок, текст в - это код программы и т. Д.

  Хотя логические теги (также называемые идиоматическими элементами) указывают разные типы информации, большинство из них обычно отображается одним из нескольких способов: курсивом, полужирным шрифтом или моноширинным шрифтом (все символы одинаковой ширины). Например:

     Это выделенный текст 
   Это цитируемый текст 
   Это сильный текст 
   Это образец текста 
   Это текст кода 
   Это текст с клавиатуры 
    

  Вот как отображаются эти различные типы элементов:

  Это выделенный текст
  Это цитируемый текст
  Это строгий текст
  Это образец текста
  Это текст кода
  Это текст с клавиатуры

  Итак, если логические теги выглядят жирным шрифтом или курсивом, зачем их вообще использовать? Почему бы просто не использовать , если вам нужен жирный шрифт? Логические теги уступили место тегам «форматирования», которые указывают на внешний вид документа (например, для BOLD ).Эта потеря популярности вызывает сожаление, потому что логические теги по-прежнему служат некоторым важным целям:

  Логические теги позволяют браузеру отображать эту информацию наиболее подходящим для него способом. Текст, который следует выделить ( ), лучше всего выделять в Windows курсивом и жирным шрифтом в Unix.
  Логические теги помогают вам, автору, отслеживать, о чем вы говорите, не отвлекаясь на презентацию. Если вам нужно указать чей-то адрес, используйте <АДРЕС> , зная, что он будет представлен соответствующим образом.

  Джон - писатель-фрилансер, любитель путешествий, муж и отец. Он пишет о веб-технологиях, таких как WordPress, HTML и CSS.

  логический элемент - Немецкий перевод - Linguee

  Я пытаюсь уловить этот «таинственный» элемент в некоторых религиях во взаимодействии с двумя другими аспектами: «символическим» элементом (который выражает закон, очерчивание границ или ограничение, для [...] пример директивы к [...] собрать вместе) и -й e " логический " элемент ( т га т "заполняет" [...] абстрактный закон с бесконечным потоком [...] слов, толкований, толкований, практических инструкций и правил). wissenschaftskolleg.de	Ich versuche, dieses 'mystery' Element innerhalb gewisser Religionen im Zusammenspiel mit zwei weiteren Aspekten zu fassen: dem 'symbolischen' Element (dieses drckt ein Gesetz, das Ziehen von Grenzen, einen Zwang ). [...] aus, z.B. den Befehl zum [...] Sich-Versamm el n) u nd d em 'logischen' Element ( das da s abs tr akte Gesetz [...] durch den endlosen Fluss [...] von Worten, Auslegungen, Interpretationen, praktischen Hinweisen und Vorschriften 'auffllt'). wissenschaftskolleg.de
  После тестирования всех ресурсов для AFP в буфере имя обоих файлов ресурсов (один без шрифтов и файл ресурсов шрифта) ресурс AFP [...] Manager вставляет TLE для каждого AFP [...] документ (TLE = T a g Логический элемент : n на -печатном элементе [...] в потоке данных AFP), для обоих [...] файлы ресурсов, в которых должны быть найдены все ресурсы для документа: файл ресурсов, не содержащий ресурсов шрифтов, и файл ресурсов шрифта. cabin.com	Nach Prfung der gesamten Ressourcen eines AFP-Dokumenten-Spools trgt er die Namen beider Ressourcen-Dateien (derjenigen ohne die Fonts und der Font- [...] Ressourcen-Datei) в einem TLE eines jeden [...] AFP-Dokumen ts (TLE = Ta g Логический элемент: n ic ht- druck ba res Элемент [...] im AFP-Datenstrom) ein, также [...] derjenigen beiden Ressource-Dateien, in denen smtliche Ressourcen dieses Dokuments zu finden sind. cabin.com
  T h i s логический элемент i s o условно и скорее используется [...] редко. world-digital-library.info	D ie ses logische Element is to pti onal un d wird [...] eher selten verwendet. world-digital-library.info
  AFP документы можно разделить на [...] TLE (индексирование T a g Логический элемент ) , re с именем и [...] Может быть сгенерирован связанный файл индекса заданий. mpitech.com	AFP Dokumente kann man ber [...] TLE (ind ex ing Tag Logical Element) sp lit ten, U mbenennen [...] und ein zugehriges Файл указателя вакансий kann erzeugt werden. mpitech.de
  Планируемый Транс [...] Адриатический трубопровод - это a логический элемент i n t цепочка создания стоимости, [...] соединяет Италию с существующими и планируемыми [...] газотранспортных сетей Юго-Восточной Европы. deriwatt.ch	Die geplante Trans [...] Adriatic Pipe li ne is t e in logisches Element in der Wert sc hpfungskette.[...] Sie wird Italien mit den bestehenden [...] und geplanten Netzwerken fr den Erdgastransport in Sdosteuropa verbinden. deriwatt.ch
  Если вы включите предопределенное значение в e d логическое v т.е. w element i ...] вы автоматически включаете все фреймы, назначенные логическому представлению. help.sap.com	Венн Си Эйн [...] bereit s def ier tes Element der Logischen Sic ht in ein an deres [...] Cockpit aufnehmen, so bernehmen Sie damit automatisch [...] auch all Frames, dieser Sicht zugeordnet sind. help.sap.com
  T h e логический v ie w element i s 9000bordinate to the wall element. help.sap.com	D as Logische-Sic ht - Element ist dem Wand -Element unter ge ordnet. help.sap.com
  Это было fo r e logic t h at e ve r y w элемент s охвачены отдельной [...] Соглашение об уровне обслуживания (SLA), охватывающее обещанный [...] Доступность - от LAN, WAN, VoIP и хостинга до настольных сервисов и приложений. download.sczm.t-systems.de download.sczm.t-systems.de	Nah el iegen d также, dass bi sher a uc h zu jed em Element ei n Service [...] Соглашение об уровне обслуживания (SLA) как Verfgbarkeitsversprechen [...] gegeben wurde - фон LAN, WAN, VoIP, хостинг для настольных компьютеров в своем приложении. download.sczm.t-systems.de download.sczm.t-systems.de
  В зависимости от [...] конфигурация системы, либо t h e логическая o r p физический адрес t h e e e i s d . resource.boschsecurity.com resource.boschsecurity.com	Abhngig von der Parametrierung der [...] Anlage wi rd entw ede rd ie logische od er die Phys ik alische A dr 9000 esse 9000 9000 ang5 9000 esse Elements т . resource.boschsecurity.com resource.boschsecurity.com
  Возвращаясь к моим предыдущим замечаниям, я должен [...] скажем, что i t i s logic f o r должно быть , так что m e f o оптимизм в [...] этих анализов. europarl.europa.eu	Zu den eben gehrten Bemerkungen mchte ich sagen, da die Analysen [...] verstndlicherweise bestimmte o ptimi sti sc he Elemente en th alt en . europarl.europa.eu
  Предложена в январе 2004 г. Директива представлена ​​ [...] Комиссия как a логическая a n d даже cen tr a l o элемент o т Лиссабонская стратегия [...] , цель которого - сделать [...] Европейский Союз «самая конкурентоспособная и динамичная наукоемкая экономика в мире» к 2010 году. greens-efa.org	Die EU-Kommission stellte die Richtlinie [...] im Ja nu ar 20 04 al s logisches u nd ze ntr ale s Element d er 9000a6 ...] vor, dergem die EU [...] bis zum Jahre 2010 zum Dynamischsten und wettbewerbsfhigsten wissensbasierten Wirtschaftsraum der Welt werden soll. greens-efa.org
  Начиная с экземпляра [...] только функция копирует t h e логический d e fi nition of t h e 9000 y или должно получиться несколько [...] дополнительных изменений. help.sap.com	Da durch die [...] Kopier-Operatio n ledig lic h die logische Def in iti o nd es Elements 000 ry ko , mssen [...] Sie noch einige weitere nderungen vornehmen. help.sap.com
  SIGNIS - t h e логический f u rt ее девелопмент t o f 9000LE E` Ассортимент продукции. p12266.typo3server.info	SIGNI S ist d ie konsequente We itere nt wicklung des Produktpo rt foli os v ELEMENT на ELEMENT на ELEMENT на ELEMENT p12266.typo3server.info
  Должны быть организованы информационные блоки d i n логический c l us ters и определенная информация ti o n м u st существуют только один раз. wkurz.com	Информация seinh ei ten m ss en in logische Gru pp en zusam me ngefasst werd en 9000 ss5000 us 9000 ss5 chergestellt werden, dass ein bestimmte s Informationselement [...] nur ein einziges Mal vorkommt. wkurz.com
  Апелляционный совет также постановил, что, хотя тот факт, что более ранний знак является общеизвестным, может усилить его отличительную способность, этот факт ни при каких обстоятельствах не делает более отличительным идентичный или аналогичный элемент в составном знаке в той степени, в какой это элемент становится доминирующим компонентом в общем впечатлении [...] производится компаундом [...] mark, где th a t element f o rm s с другими компонентами an indivis ib l e a n d концептуальный [...] блок, который может быть полностью [...] отличается и не может быть ассоциирован с более ранним общеизвестным знаком (пункт 30 оспариваемого решения). oami.europa.eu	Auch wenn die Bekanntheit einer lteren Marke deren Unterscheidungskraft strke, werde nicht unbedingt die Unterscheidungskraft des Identischen oder hnlichen Bestandteils einer zusammengesetzten Marke so verstrkt, dassser dieser zuer dem13 [...] Gesamteindruck dominiere, wenn diese r Bestandteil m it [...] den anderen Bestandteilen ei ne unt renn ba re logische un d gr iffl ic he Einheit bilde, die von [...] der [...] lteren bekannten Marke sehr gut zu unterscheiden und nicht mit ihr assoziierbar sei (Randnr. 30 der angefochtenen Entscheidung). oami.europa.eu
  Уважаемый господин Президент, Уполномоченный, нам представлен проект постановления. [...] сегодня - это [...] незаменимый и очень важный ta n t element i n , а также as a o нс , усилия [...] для улучшения еды [...] Безопасность, предпринятая после различных кризисов, которые, к сожалению, повлияли на нас в европейском продовольственном секторе europarl.europa.eu	Wir haben es heute mit einem Vorschlag fr eine Verordnung zu tun, [...] die ein unerlssliches [...] und s eh r wic hti ge s Element s ow ie zuglei ch ein e logische K en er Bemhungen [...] мм die Verstrkung [...] der Lebensmittelsicherheit ist, welche seit den vielfltigen Krisen unternommen werden, die wir leider im Lebensmittelsektor в Europa erlebt haben. europarl.europa.eu
  При выборе t h e element c a te gory L oo p , 000 000 000 o ne , Детектор [...] или группа проверки, вам будет предложено выбрать тип проверки. resource.boschsecurity.com resource.boschsecurity.com	Bei A uswah l d er Elementkategorien Ri ng, Meld er gruppe, Melder [...] oder Revisionsgruppe werden Sie aufgefordert, die Revisionsart zu whlen. resource.boschsecurity.com resource.boschsecurity.com
  Интернет-сервер FileXpress регистрирует каждый [...] Событие, связанное с передачей , и предоставляет подробные отчеты для [...] каждый tran sf e r element - w i th информация, упорядоченная в a ea dable формат. attachmate.fr	FileXpress Internet Server протокол [...] bertragungsereignis und erstellt detaillierte [...] Berichte f r je des bertragungselement in e in em logischen un d ber sich tl ichen Format. attachmate.de
  Семантика реляционных операндов: [...] определяется соответствующим Open [...] Язык SQL ua g e element i n до , который t h e логический пр ессион [...] преобразовано (см. Документацию по ключевым словам ABAP). help.sap.com	Die Semantik der Vergleichsoperatoren wird durch das [...] Entsprechende [...] Open-SQL-Sprachelement Defini er t, i n da s der logische Aus dr uck umge se tzt wird [...] (siehe ABAP-Schlsselwortdokumentation). help.sap.com
  Элемент с физической адресацией: 5.1 - 4 Элемент w it h логический d 4 Физический ресурс .boschsecurity.com resource.boschsecurity.com	Element mit ph ysikalischer Adressierung: 5. 1 - 4 Element m it logischer [Ad ress ... ieru ] 4 HINWEIS ! resource.boschsecurity.com resource.boschsecurity.com
  Ridas - это a элемент w i th дюйм t h e s логический s s логический 9000 сборников монографий / книг. world-digital-library.info	R i das i st ei n Element i nn erhal b der logischen Str uk vograon nograon nograon ] / Bchern. world-digital-library.info
  элемент d e fi n es a логический s t at e. help.sap.com	Element def in iert ei ne n logischen Z us tand . help.sap.com
  Например, в грамматическом контексте сортировка слов в соответствии с их значением, функцией в предложении, их корнями и т. Д. Также практические задачи, такие как уборка в классе, упаковка школьной сумки, ничего не забыв, разделение файлов в папку на кольцах и т. Д.Аналогично любой ментальный [...] операция, включающая идентификацию [...] место o n e элемент i n a серия, ne x t 0005 логический t ep в предложении, [...] дискуссия, заявление. euro-cordiale.lu	Jede Operation, die Ordnung schafft, wie das Sortieren und Aufrumen der eigenen Sachen oder das [...] "Packen der Schultasche" ohne etwas zu vergessen, [...] oder auch das Vorbereite n eine s Ordners o der He ftes durch Unterteilungen. euro-cordiale.lu
  Делает подробный [...] FPA (с da t a element t y pe s and refe rr e d логический логический i le s) дают лучше [...] результатов, чем глобальный FPA? qsm.nl	Erbringt eine detaillierte [...] Vorgehensweise von F PA (mi t Datenelementen u nd s ac hbezogenen Datenbestnden) [...] ein besseres Ergebnis [...] als eine grobe Verfahrensweise? qsm.nl
  Кроме того, несмотря на несколько расплывчатую формулировку статьи [...] 18 TEU, на практике деление [...] рабочая сила появляется в a логическом w a y: Президентство [...] отвечает за общее достижение [...] целей совместного действия (JA) при содействии Генерального секретаря / Высокого представителя (SG / HR), в то время как Комиссия несет ответственность за надлежащее выполнение действий путем подготовки и заключения контрактов с учреждениями-исполнителями и мониторинга выполнения согласно докладу Комиссии. eur-lex.europa.eu	Auerdem hat sich in der Praxis [...] trotz der etwas vagen Formulierung des [...] Artike ls 18 E UV ei ne logische Ar be its teilu ng herauskristallisiert: [...] Der Vorsitz ist dafr [...] verantwortlich, dass die Ziele der Gemeinsamen Aktion insgesamt erreicht werden, er wird bei dieser Aufgabe vom Generalsekretr / Hohen Vertreter untersttzt, die Kommission ist fr die korrekte Durchfhrung derbeelemente der der der der derreicht werden ihr darber Bericht erstattet wird, berwacht. eur-lex.europa.eu
  A wa l l element c o ns ists до s i logic x x i ew s. help.sap.com	E в Wa nd-Element be ste ht aus bis zu se chs Logischen Sic hte n . help.sap.com
  Что касается, наконец, аргумента вмешивающегося лица о том, что, если Отдел по возражениям придерживался мнения, что недостаток, отмеченный в факсе от 7 апреля 1999 г., а именно отсутствие перевода списков [...] из охваченных товаров [...] по регистрации, не было исправлено, t h e логическое c o ns Equence должно было отклонить уведомление о возражении [...] как недопустимое, что [...] , этого не произошло, достаточно указать, что настоящий спор относится не к отсутствию перевода списков товаров и услуг, на которые распространяется действие более ранних знаков, а к отсутствию перевода свидетельств о регистрации для этих более ранних знаков. oami.europa.eu	Schlielich gengt zu dem Vorbringen der Streithelferin, dass die Widerspruchsabteilung, wenn sie der Ansicht gewesen sei, dass der im Telefax vom 7.Апрель 1999 года, фестиваль «Мангель», nmlich das Fehlen einer [...] bersetzung der Verzeichnisse [...] der von de n Eintragungen e RF assten Waren, nicht behoben worden sei, konsequenterweise den Widerspruch als unzulssig [...] htte zurckweisen [...] mssen, was sie nicht getan habe, die Feststellung, dass es im vorliegenden Rechtsstreit nicht um das Fehlen einer bersetzung der Verzeichnisse der durch die lteren Marken erfassten Waren und Dienstleistragen geht, bersetzungen de la Fehtznungen der, der de lteren de l'erentezungen de la Feht. oami.europa.eu
  Шахматная доска, конечно же, [...] a Giro Vi ta l e элемент . H er e, связь a n d логическая t h в король [...] в сочетании для улучшения умственного здоровья. giro-vitale.де	Schachsport ist selbstverst n dlic h ei n Element v on G iro Vi сказка, hiervereinen [...] sich Kommunikation mit Denksport zu geistiger Fitness. giro-vitale.de
  Принимая во внимание сельскохозяйственные земли, которые доступны только в ограниченном объеме во всем мире, интенсивность удобрений, которая была незначительной в прошлом году для всех питательных веществ и которая все еще будет недостаточной в ближайшие годы, и, вероятно, более нормальная и, следовательно, меньшая общая благоприятная погодная ситуация в важных производственных регионах мира по сравнению с предыдущим годом, будущие поставки зерновых не должны удерживаться на уровне [...] в ногу со спросом; цена положительная [...] импульс будет t h e логический c o ns equence и должен [...] дополнительно поддерживает отложенный спрос на удобрения. k-plus-s.com	Angesichts дер Weltweit нур begrenzt цур Verfgung stehenden Agrarflchen, етег им vergangenen Jahr бер Alle Nhrstoffe hinweg geringen унд в ден kommenden Jahren Noch Nicht ausreichenden Dngeintensitt унд етег wahrscheinlich gegenber дем Vorjahr normaleren унд damit Weniger gnstigen Gesamtwetterlage в wichtigen Anbauregionen дер Erde drfte Дас knftige Getreideangebot nicht mit der [...] Nachfrage mithalten; ein positiver [...] Preisim pu ls w re di e logische F ol ge u nd d r fte den [...] Nachholbedarf bei der Nachfrage nach [...] Dngemitteln zustzlich untersttzen. k-plus-s.com
  The b as i c element c o ntai n s log s log s и выходы и [...] аналоговый вход для общих целей. mesa-berlin.de	D i es es Grundelement en th lt logische Ein - u nd Ausg n ge sowie [...] einen analogen Eingang fr allgemeine Anwendungen. mesa-berlin.de

  Элементы логической сети YANG

  Элементы логической сети YANG

  Элементы логической сети YANG
  draft-ietf-rtgwg-lne-model-03

  В этом документе определяется модуль логического сетевого элемента.Этот модуль можно использовать для управления логическим разделением ресурсов, которое может присутствовать на сетевом устройстве. Примерами общепринятых отраслевых терминов для логического разделения ресурсов являются логические системы или логические маршрутизаторы.

  Этот Интернет-проект представлен в полном соответствии с положениями BCP 78 и BCP 79.

  Internet-Drafts являются рабочими документами Инженерной группы Интернета (IETF). Обратите внимание, что другие группы также могут распространять рабочие документы как Интернет-проекты.Список текущих Интернет-проектов находится на http://datatracker.ietf.org/drafts/current/.

  Интернет-проекты - это черновики документов, срок действия которых не превышает шести месяцев, и они могут быть обновлены, заменены или отменены другими документами в любое время. Неуместно использовать Интернет-черновики в качестве справочного материала или цитировать их иначе, как «незавершенные работы».

  Срок действия этого Интернет-проекта истекает 4 января 2018 г.

  Copyright (c) 2017 IETF Trust и лица, указанные в качестве авторов документа.Все права защищены.

  Этот документ регулируется BCP 78 и Правовыми положениями IETF Trust, касающимися документов IETF (http://trustee.ietf.org/license-info), действующими на дату публикации этого документа. Пожалуйста, внимательно ознакомьтесь с этими документами, поскольку они описывают ваши права и ограничения в отношении этого документа. Компоненты кода, извлеченные из этого документа, должны включать упрощенный текст лицензии BSD, как описано в разделе 4.e Правовых положений Trust, и предоставляются без гарантии, как описано в упрощенной лицензии BSD.

  ---

  В этом документе определяется модуль YANG [RFC6020] для поддержки создания логических сетевых элементов на сетевом устройстве. Логический сетевой элемент (LNE) - это независимо управляемое виртуальное устройство, состоящее из ресурсов, выделенных ему хостом или родительским сетевым устройством. LNE, работающий на главном сетевом устройстве, концептуально параллелен виртуальной машине, работающей в хост-системе. Используя терминологию виртуализации хоста, можно называть LNE «гостем», а содержащее его сетевое устройство - «хостом».Хотя LNE могут быть реализованы с помощью технологий виртуализации хоста, это не является обязательным требованием.

  Этот документ также определяет необходимые дополнения для выделения ресурсов хоста данному LNE. Поскольку модель управления интерфейсами [RFC7223] является единственным модулем, который в настоящее время определяет ресурсы хоста, этот документ в настоящее время определяет только одно расширение, охватывающее назначение интерфейсов LNE. Ожидается, что будущие модули, определяющие поддержку управления ресурсами хост-устройств, будут, где это уместно, обеспечивать параллельную поддержку для назначения контролируемых ресурсов LNE.

  Поскольку каждый LNE является независимо управляемым устройством, каждый будет иметь свой собственный набор данных, смоделированных YANG, который не зависит от хост-устройства и других LNE. Например, несколько LNE могут иметь свой собственный интерфейс "Tunnel0", который не будет конфликтовать друг с другом и не будет существовать в модели интерфейса хоста. LNE будет иметь свои собственные интерфейсы управления, возможно, включая независимые экземпляры серверов netconf / restconf / etc для поддержки конфигурации их моделей YANG.В качестве примера этой независимости реализация может выбрать полное переименование назначенных интерфейсов, поэтому на хосте назначенный интерфейс может называться «Ethernet0 / 1», в то время как внутри LNE он может называться «eth2».

  В дополнение к стандартным интерфейсам управления реализация хост-устройства может поддерживать доступ к конфигурации LNE и рабочим моделям YANG непосредственно из хост-системы. Если поддерживается, такой доступ осуществляется через точку монтирования yang-schema-mount [I-D.ietf-netmod-schema-mount], под которым можно получить доступ к моделям LNE YANG корневого уровня.

  Примеры терминологии поставщика для LNE включают логическую систему или логический маршрутизатор, а также виртуальный коммутатор, шасси или матрицу.

  Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе. следует интерпретировать, как описано в [RFC2119].

  Ожидается, что читатели знакомы с терминами и концепциями YANG [RFC7950] и YANG Schema Mount [I-D.ietf-netmod-schema-mount].

  В этом документе используется графическое представление моделей данных, определенных в [I-D.ietf-netmod-yang-tree-diagrams].

  В этом документе мы рассматриваем сетевые устройства, которые поддерживают протоколы и функции, определенные в области маршрутизации IETF, например маршрутизаторы, межсетевые экраны и хосты. Такие устройства могут быть физическими или виртуальными, например, классический маршрутизатор с настраиваемым оборудованием или один, находящийся в серверной виртуальной машине, реализующей функцию виртуальной сети (VNF).Каждое устройство может подразделить свои ресурсы на логические сетевые элементы (LNE), каждый из которых предоставляет управляемое логическое устройство. Примеры терминологии поставщика для LNE включают логическую систему или логический маршрутизатор, а также виртуальный коммутатор, шасси или структуру. Каждый LNE может также поддерживать функции виртуальной маршрутизации и пересылки (VRF) и экземпляра виртуальной коммутации (VSI), которые ниже называются сетевыми экземплярами (NI). Эта разбивка представлена ​​на Рисунке 1.

  
             , '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' ''.| Сетевое устройство (физическое или виртуальное) |
             | ..................... ..................... |
             | : Логическая сеть:: Логическая сеть: |
             | : Элемент:: Элемент: |
             | : + ----- + ----- + ----- +:: + ----- + ----- + ----- +: |
             | : | Сеть | Сеть | Сеть |:: | Сеть | Сеть | Сеть |: |
             | : | Inst. | Inst. | Inst. |:: | Inst. | Inst. | Inst. |: |
             | : + ----- + ----- + ----- +:: + ----- + ----- + ----- +: |
             | : | | | | | | :: | | | | | | : |
             | :.. |. | ... |. | ... |. | ..:: .. |. | ... |. | ... |. | ..: |
             | | | | | | | | | | | | | |
              '' '' | '|' '' | '|' '' | '|' '' '' '' '|' | '' '|' | '' '|' | '' ''
                  | | | | | | | | | | | |
                     Интерфейсы Интерфейсы
   

  Рисунок 1: Взаимосвязь элементов модуля

  Модель для LNE описана в Разделе 3, а модель для NI описана в [I-D.ietf-rtgwg-ni-model].

  Модель управления интерфейсом [RFC7223] - это существующая модель, на которую влияет определение LNE и сетевых экземпляров.Этот документ и [I-D.ietf-rtgwg-ni-model] определяют дополнения к интерфейсному модулю для поддержки LNE и NI. Подобные элементы, хотя, возможно, только для LNE, также могут потребоваться включить как часть определения будущего оборудования и модулей QoS.

  Интерфейсы

  являются важной частью конфигурации и рабочего состояния любого сетевого устройства. Обычно они включают комбинацию необработанных физических интерфейсов, интерфейсов канального уровня, конфигурации адресации и логических интерфейсов, которые не могут быть привязаны к какому-либо физическому интерфейсу.Некоторые системные службы, а также протоколы уровней 2 и 3 могут также связывать данные конфигурации или рабочего состояния с различными типами интерфейсов (эти отношения не показаны для простоты). Модель управления интерфейсом определена в [RFC7223]. Модуль логических сетевых элементов дополняет существующую модель управления интерфейсом, добавляя идентификатор, который используется в типах физических интерфейсов для идентификации связанного LNE.

      модуль: ietf-логический-сетевой-элемент
          увеличить / если: интерфейсы / если: интерфейс:
            + - rw bind-lne-name? ->
                 / логические-сетевые-элементы / логический-сетевой-элемент / имя
   

  Расширение, связанное с интерфейсом, выглядит следующим образом:

  Модель интерфейса, определенная в [RFC7223], структурирована так, чтобы включать все интерфейсы в плоский список без учета логического назначения ресурсов, поддерживаемых устройством.Bind-lne-name и лист обеспечивают связь между интерфейсом и связанным с ним LNE. Обратите внимание, что, как определено в настоящее время, чтобы назначить интерфейс как LNE, так и NI, интерфейс сначала будет назначен LNE, а затем в этом интерфейсном модуле LNE представление этого интерфейса LNE будет назначено NI с использованием определенных механизмов в [ID.ietf-rtgwg-ni-model].

  Логические сетевые элементы поддерживают способность некоторых устройств разделять ресурсы на независимые логические маршрутизаторы и / или коммутаторы.Поддержка устройством нескольких логических сетевых элементов зависит от реализации. Системы без таких возможностей не обязательно должны включать поддержку модуля логических сетевых элементов. В физических устройствах некоторые аппаратные функции являются общими для разных разделов, но экземпляры протокола, таблицы и конфигурация плоскости управления (например, маршрутизация) управляются отдельно. Например, в логических маршрутизаторах или VNF это может соответствовать созданию нескольких логических экземпляров с использованием одной установки программного обеспечения.Модель поддерживает настройку нескольких экземпляров на одном устройстве путем создания списка логических сетевых элементов, каждый со своей собственной конфигурацией и рабочим состоянием, связанным с протоколами маршрутизации и коммутации.

  Модель LNE может быть представлена ​​с использованием формата дерева, определенного в [I-D.ietf-netmod-yang-tree-diagrams] как:

  модуль: ietf-логический-сетевой-элемент
      + - rw логические-сетевые-элементы
         + - rw логический-сетевой-элемент * [имя]
            + - строка имени rw
            + - rw удалось? логический
            + - rw описание? нить
            + - корень mp
    увеличить / если: интерфейсы / если: интерфейс:
      + - rw bind-lne-name?
              -> / логические-сетевые-элементы / логический-сетевой-элемент / имя
  
    уведомления:
      + --- n сбой связывания-имени-имени
         + - ro имя -> / if: interfaces / interface / name
         + - ro bind-lne-name
         | -> / если: интерфейсы / интерфейс / lne: имя-привязки
         + - ro информация об ошибке? нить
   

  «имя» идентифицирует логический сетевой элемент.«managed» указывает, будет ли сервер, обеспечивающий хост-сетевое устройство, предоставлять клиенту информацию LNE через «корневую» структуру. Корнем конкретных данных LNE является «root» точки монтирования схемы. bind-lne-name используется для связывания интерфейса с LNE, а bind-lne-name-failed используется в определенных случаях сбоя.

  Корень LNE ДОЛЖЕН содержать как минимум модули библиотеки YANG [RFC7895] и интерфейсов [RFC7223].

  Логические элементы сети могут управляться клиентами с использованием существующих операций со списком.При создании записей списка создается новый LNE. Ожидается, что модели, смонтированные под корнем LNE, будут зависеть от реализации сервера. Когда запись в списке удаляется, существующий LNE уничтожается. Для получения дополнительной информации см. [RFC7950] раздел 7.8.6.

  После создания экземпляра ресурсы сетевого устройства хоста могут быть связаны с новым LNE. Как упоминалось ранее, этот документ дополняет ietf-interfaces листом bind-lne-name для поддержки таких ассоциаций для интерфейсов.Когда для параметра bind-lne-name установлено допустимое имя LNE, реализация ДОЛЖНА предпринять все шаги, которые необходимы внутри для назначения интерфейса LNE, или предоставить сообщение об ошибке (определенное ниже) с указанием причины сбоя назначения. Возможно, что назначение не удастся при обработке набора или после асинхронной обработки. Уведомление об ошибке в последнем случае поддерживается посредством уведомления.

  При успешном назначении интерфейса LNE реализация ДОЛЖНА также сделать ресурс доступным для LNE, предоставив созданный системой интерфейс для LNE.Имя интерфейса, созданного системой, является локальным и может быть идентичным или полностью отличаться, и может быть сопоставлено с именем, используемым в контексте хост-устройства. Созданный системой интерфейс ДОЛЖЕН быть представлен через специфичный для LNE экземпляр модуля интерфейсов [RFC7223].

  Ожидается, что каждый экземпляр LNE будет поддерживать функции управления из контекста корня LNE через сервер, который предоставляет информацию с корнем LNE, представленным как корень устройства. Доступ к функциям управления, работающим в контексте LNE, осуществляется через стандартные интерфейсы управления LNE, например.g., NETCONF и SNMP. Первоначальная конфигурация, как и первоначальная конфигурация хост-устройства, является вопросом локальной реализации.

  При доступе к LNE через интерфейс управления LNE будет представлено представление сетевого устройства, но его объем будет ограничен конкретным LNE. Обычные механизмы YANG / NETCONF вместе с требуемым экземпляром библиотеки YANG [RFC7895] могут использоваться для идентификации доступных модулей. Каждый поддерживаемый модуль будет представлен как модуль верхнего уровня.В модулях, связанных с ресурсами, будут отражены только ресурсы, связанные с LNE, например, интерфейсы, оборудование и, возможно, QoS. С точки зрения управления не будет никакой разницы между доступным представлением (информацией) LNE и физическим сетевым устройством.

  Существует несколько возможных подходов к реализации, позволяющих сетевому устройству поддерживать модуль логических сетевых элементов и несколько LNE. Некоторые подходы позволят функциям управления, работающим на уровне сетевого устройства, получить доступ к конфигурации LNE и оперативной информации, а другие - нет.Точно так же, даже когда управление LNE с сетевого устройства поддерживается реализацией, оно может быть запрещено политикой пользователя.

  Независимо от метода, выбранного реализацией, «управляемое» логическое значение, упомянутое выше, используется для указания, когда возможно управление LNE из контекста сетевого устройства. Когда логическое значение «managed» равно «false», LNE не может управляться хост-системой и может управляться только из контекста LNE, как описано в предыдущем разделе, Раздел 3.2. Попытки получить доступ к информации ниже корневого узла, связанное с ним логическое значение «управляемый» установлено в значение «ложь», ДОЛЖНЫ привести к появлению сообщения об ошибке, указанного ниже. В некоторых реализациях изменить это значение может быть невозможно. Например, когда LNE реализуется с использованием виртуальных машин и традиционных технологий гипервизора, вполне вероятно, что это значение будет ограничено значением «ложь».

  Это выбор реализации, если к информации можно получить доступ и изменить из контекста LNE или даже из контекста хост-устройства.Когда логическое значение «managed» равно «true», информация LNE ДОЛЖНА быть доступна из контекста хост-устройства. Когда связанное определение монтирования схемы имеет лист 'config', установленный в 'true', тогда информация LNE ДОЛЖНА быть изменена из контекста хост-устройства. Когда информация LNE доступна как с хост-устройства, так и из контекста LNE, та же самая информация ДОЛЖНА быть доступна через элемент 'root' с измененными путями, как описано в [ID.ietf-netmod-schema-mount] .

  Реализация МОЖЕТ представлять схему LNE с использованием подходов 'inline' или 'use-schema', определенных в [I-D.ietf-netmod-schema-mount]. Выбор того, что использовать, полностью зависит от реализации. Предполагается, что встроенный регистр обычно будет использоваться в тех случаях, когда «управляемый» всегда будет «ложным». Ожидается, что подход «использование схемы» будет наиболее полезным в случае, когда все LNE используют одну и ту же схему. Когда 'use-schema' используется с точкой монтирования LNE, библиотека YANG, основанная на точке монтирования LNE, ДОЛЖНА соответствовать связанной схеме, определенной в модуле ietf-yang-schema-mount.

  Помимо двух модулей, которые всегда будут присутствовать для LNE, поскольку LNE само является сетевым устройством, все модули, которые могут присутствовать на сетевом устройстве верхнего уровня, МОГУТ также присутствовать для LNE. Ожидается, что список доступных модулей будет зависеть от реализации. Как и метод, используемый реализацией для поддержки LNE. В Приложении B представлены примеры использования LNE.

  Информация LNE представляет информацию об устройстве и конфигурации сети. По существу, безопасность этой информации важна, но она принципиально не отличается от любой другой информации о конфигурации интерфейса или устройства, которая уже была описана в других документах, таких как [RFC7223], [RFC7317] и [RFC8022].

  Уязвимые параметры и поддеревья "config true" следующие:

  / элементы-логической-сети / элемент-логической-сети:

  В этом списке указывается логический сетевой элемент и соответствующая конфигурация логического устройства.

  / логические-сетевые-элементы / логический-сетевой-элемент / управляемые:

  Хотя этот лист содержится в предыдущем списке, он заслуживает особого внимания, поскольку он контролирует, доступна ли информация в точке монтирования LNE как для хост-устройства, так и для контекста LNE.Может быть дополнительная чувствительность к этому листу в средах, где LNE управляется другой стороной, чем хост-устройство, и эта сторона не желает делиться информацией LNE с оператором хост-устройства.

  / если: интерфейсы / если: интерфейс / имя-привязки:

  Этот лист указывает экземпляр LNE, которому назначен интерфейс.

  Несанкционированный доступ к любому из этих списков может отрицательно сказаться на безопасности как локального устройства, так и сети.Это может привести к сбоям в работе сети, доставке пакетов в неподходящие места назначения и другим проблемам.

  Этот документ регистрирует URI в реестре IETF XML [RFC3688]. Следуя формату RFC 3688, требуется сделать следующую регистрацию.

       URI: urn: ietf: params: xml: ns: yang: ietf-logic-network-element
  
       Контактное лицо для регистранта: IESG.
  
       XML: нет, запрошенный URI является пространством имен XML.
        

  Этот документ регистрирует модуль YANG в реестре имен модулей YANG [RFC6020].

  имя: ietf-логический-сетевой-элемент
  пространство имен: urn: ietf: params: xml: ns: yang: ietf-logic-network-element
  префикс: lne
  ссылка: RFC XXXX
   

  Структура модели, определенной в этом документе, описывается модулем YANG ниже.

  <НАЧАЛО КОДА> файл "[email protected]"
  module ietf-logic-network-element {
    ян-версия 1.1;
  
    // пространство имен
  
    пространство имен "urn: ietf: params: xml: ns: yang: ietf-logic-network-element";
    префикс lne;
  
    // импортируем некоторые базовые типы
  
    import ietf-interfaces {
      префикс если;
      ссылка "RFC 7223: Модель данных YANG для управления интерфейсом";
    }
    import ietf-yang-schema-mount {
      префикс yangmnt;
      ссылка "draft-ietf-netmod-schema-mount: YANG Schema Mount";
      // RFC Ed.: Замените это название черновика соответствующим
      // Номер RFC
    }
  
    организация
      «Рабочая группа IETF Routing Area (rtgwg)»;
    контакт
      "WG Web: 
       Список РГ: 
  
       Автор: Лу Бергер
                 
       Автор: Кристан Хоппс
                 
       Автор: Эйси Линдем
                 
       Автор: Дин Богданович
                  ";
    описание
      "Этот модуль используется для поддержки нескольких логических сетей.
       элементы в одной физической или виртуальной системе.
  
       Авторские права (c) 2017 IETF Trust и лица
       определены как авторы кода. Все права защищены.
  
       Распространение и использование в исходной и двоичной формах, с или
       без изменений, разрешено в соответствии с и при условии
       к условиям лицензии, содержащимся в Упрощенной лицензии BSD
       изложены в Разделе 4.c Правовых положений IETF Trust.
       Относительно документов IETF
       (http: // попечитель.ietf.org/license-info).
  
       Эта версия этого модуля YANG является частью RFC XXXX; видеть
       сам RFC для получения полных юридических уведомлений. ";
  
    // RFC Ed .: заменить XXXX фактическим номером RFC и удалить
    // это примечание
    // RFC Ed .: пожалуйста, обновите TBD
  
    редакция 2017-03-13 {
      описание
        «Первоначальная доработка.»;
      ссылка "RFC TBD";
    }
  
    // операторы определения устройства верхнего уровня
  
    container logic-network-elements {
      описание
        "Позволяет сетевому устройству поддерживать несколько логических
         экземпляры сетевого элемента (устройства).";
      list logic-network-element {
        ключ "имя";
        описание
          «Список логических элементов сети.»;
        имя листа {
          строка типа;
          описание
            "Уникальный идентификатор устройства для
             логический сетевой элемент. ";
        }
        лист управляемый {
          тип логический;
          описание
            "Верно, если хост может получить доступ к информации LNE.
             используя корневую точку монтирования. Это значение
             мой не может быть изменен во всех реализациях. ";
        }
        лист описания {
          строка типа;
          описание
            «Описание логического элемента сети.";
        }
        yangmnt: mount-point "root" {
          описание
            "Корень для моделей, поддерживаемых по логическому
             сетевой элемент. Эта точка монтирования будет
             может быть или не быть встроенным в зависимости от сервера
             выполнение. Он всегда ДОЛЖЕН содержать ЯНГ.
             экземпляр библиотеки и интерфейсов.
  
             Когда связанный «управляемый» лист является «ложным», любой
             операция, которая пытается получить доступ к информации ниже
             корень ДОЛЖЕН выйти из строя с тегом ошибки
             'доступ-отказано' и тег приложения-ошибки
             "неуправляемый".";
        }
      }
    }
  
    // операторы дополнения
  
    дополнить "/ if: interfaces / if: interface" {
      описание
        "Добавить узел для идентификации логической сети
         элемент, связанный с интерфейсом. Относится к интерфейсам
         которые могут быть назначены для каждого логического элемента сети.
  
         Обратите внимание, что стандартная ошибка будет возвращена, если
         идентифицированного листа нет. Если интерфейсы не могут
         быть назначенным по любой другой причине, операция ДОЛЖНА быть неудачной.
         с тегом ошибки "операция-сбой" и тегом ошибки-приложения
         из 'lne-assignment-failed'.Значимая информация об ошибке, которая
         указывает на источник сбоя назначения. СЛЕДУЕТ также
         предоставляться.";
      лист bind-lne-name {
        type leafref {
          путь "/ логические-сетевые-элементы / логический-сетевой-элемент / имя";
        }
        описание
          «Логический идентификатор сетевого элемента, к которому привязан интерфейс.»;
      }
    }
  
    // заявления об уведомлении
  
    уведомление bind-lne-name-failed {
      описание
        "Указывает на ошибку в привязке интерфейса к
         LNE.Генерируется только после успеха, первоначально возвращается, когда
         bind-lne-name установлено. ";
      имя листа {
        type leafref {
          путь "/ если: интерфейсы / если: интерфейс / если: имя";
        }
        обязательно true;
        описание
          "Содержит имя интерфейса, связанное с
           отказ.";
      }
      лист bind-lne-name {
        type leafref {
          путь "/ if: interfaces / if: interface / lne: bind-lne-name";
        }
        обязательно true;
        описание
          "Содержит имя-привязки, связанное с
           отказ.";
      }
      лист ошибки-информация {
        строка типа;
        описание
          "Необязательно указывает источник задания.
           отказ.";
      }
    }
  }
  <КОД КОНЕЦ>
   

  [I-D.ietf-netmod-schema-mount]	Бьорклунд, М. и Л. Лхотка, "YANG Schema Mount", Internet-Draft draft-ietf-netmod-schema-mount-05, май 2017 г.
  [RFC2119]	Браднер, С., «Ключевые слова для использования в RFC для обозначения уровней требований», BCP 14, RFC 2119, DOI 10.17487 / RFC2119, март 1997 г.
  [RFC3688]	Mealling, M., «The IETF XML Registry», BCP 81, RFC 3688, DOI 10.17487 / RFC3688, январь 2004 г.
  [RFC6020]	Бьорклунд, М., «YANG - язык моделирования данных для протокола конфигурации сети (NETCONF)», RFC 6020, DOI 10.17487 / RFC6020, октябрь 2010 г.
  [RFC7223]	Бьорклунд, М., «Модель данных YANG для управления интерфейсами», RFC 7223, DOI 10.17487 / RFC7223, май 2014 г.

  [I-D.ietf-netmod-yang-tree-diagrams]	Бьорклунд, М. и Л. Бергер, "Диаграммы дерева YANG", Internet-Draft draft-ietf-netmod-yang-tree-diagrams-01, июнь 2017 г.
  [I-D.ietf-rtgwg-device-model]	Линдем, А., Бергер, Л., Богданович, Д. и К. Хоппс, «Логическая организация YANG сетевого устройства», Internet-Draft draft-ietf-rtgwg-device-model-02, март 2017 г.
  [I-D.ietf-rtgwg-ni-model]	Бергер, Л., Хоппс, К., Линдем, А. и Д. Богданович, «Сетевые экземпляры YANG», Internet-Draft draft-ietf-rtgwg-ni-model-02, март 2017 г.
  [RFC7317]	А. Бирман и М. Бьорклунд, «Модель данных YANG для управления системой», RFC 7317, DOI 10.17487 / RFC7317, август 2014 г.
  [RFC7895]	Бирман, А., Бьорклунд, М. и К.Watsen, «Библиотека модулей YANG», RFC 7895, DOI 10.17487 / RFC7895, июнь 2016 г.
  [RFC7950]	Бьорклунд, М., «Язык моделирования данных YANG 1.1», RFC 7950, DOI 10.17487 / RFC7950, август 2016 г.
  [RFC8022]	Л. Лхотка и А. Линдем, «Модель данных YANG для управления маршрутизацией», RFC 8022, DOI 10.17487 / RFC8022, ноябрь 2016 г.

  В состав команды разработчиков Routing Area Yang Architecture входили Эйси Линдем, Анис Шейх, Кристиан Хоппс, Дин Богданович, Лу Бергер, Цинь Ву, Роб Шакир, Стефан Литковски и Ян Ганг.Полезные комментарии к обзору также получили Мартин Бьорклунд и Джон Скаддер.

  Этот документ основан на [I-D.ietf-rtgwg-device-model] и основан на нем.

  Текст RFC был создан с использованием инструмента xml2rfc Маршалла Роуза.

  В следующих подразделах представлены примеры использования LNE.

  В этом разделе описывается пример модели LNE, использующей подключение схемы для родительского управления. Пример устройства поддерживает несколько экземпляров LNE (логических маршрутизаторов), каждый из которых поддерживает функции интерфейсов уровня 2 и уровня 3 [RFC7223], базы маршрутной информации [RFC8022] и протокола OSPF.Каждая из этих функций определяется моделью YANG, и они объединяются с помощью YANG Schema Mount следующим образом:

  модуль: ietf-логический-сетевой-элемент
     + - rw логические-сетевые-элементы
        + - rw логический-сетевой-элемент * [имя]
           + - строка имени rw
           + - корень mp
              + - ро yanglib: модули-состояние /
              | + - строка идентификатора набора модулей ro
              | + - ro модуль * [название редакции]
              | + - ро имя ян: ян-идентификатор
              + - rw sys: system /
              | + - rw контакт? нить
              | + - rw имя хоста? inet: доменное имя
              | + - rw authentication {аутентификация}?
              | + - rw user-authentication-order * identityref
              | + - rw user * [имя] {local-users}?
              | + - строка имени rw
              | + - пароль rw? ianach: крипта-хеш
              | + - rw авторизованный ключ * [имя]
              | + - строка имени rw
              | + - строка алгоритма rw
              | + - rw двоичный ключ-данные
              + - ro sys: состояние системы /
              | ...
              + - ro rt: состояние маршрутизации /
              | + - ro router-id? Ян: пунктирная четверка
              | + - протоколы плоскости управления
              | + - ro control-plane-protocol * [имя типа]
              | + - ro ospf: ospf /
              | + - экземпляр ro * [af]
              | ...
              + - rw rt: маршрутизация /
              | + - rw router-id? Ян: пунктирная четверка
              | + - протоколы уровня управления rw
              | + - rw control-plane-protocol * [имя типа]
              | + - rw ospf: ospf /
              | + - экземпляр rw * [af]
              | + - rw области
              | + - rw область * [ID области]
              | + - интерфейсы rw
              | + - rw interface * [имя]
              | + - rw имя, если: interface-ref
              | + - стоимость RW? uint16
              + - rw если: интерфейсы /
              | + - rw interface * [имя]
              | + - строка имени rw
              | + - rw ip: ipv4! /
              | | + - rw-адрес * [ip]
              | | ...
              + - ro if: interfaces-state /
                 + - ro интерфейс * [имя]
                    + - строка имени ro
                    + - ro ip: ipv4! /
                    | + - ro-адрес * [ip]
                    | ...
  
  модуль: ietf-interfaces
     + - интерфейсы rw
     | + - rw interface * [имя]
     | + - строка имени rw
     | + - rw lne: имя-привязки? нить
     + - состояние интерфейсов ro
        + - ro интерфейс * [имя]
           + - строка имени ro
           + - перечисление операционного статуса роутера
  
  модуль: ietf-yang-library
     + - состояние модулей ro
        + - строка идентификатора набора модулей ro
        + - ro модуль * [название редакции]
           + - ро имя ян: ян-идентификатор
  
  модуль: ietf-system
     + - система rw
     | + - rw контакт? нить
     | + - rw имя хоста? inet: доменное имя
     | + - rw authentication {аутентификация}?
     | + - rw user-authentication-order * identityref
     | + - rw user * [имя] {local-users}?
     | + - строка имени rw
     | + - пароль rw? ianach: крипта-хеш
     | + - rw авторизованный ключ * [имя]
     | + - строка имени rw
     | + - строка алгоритма rw
     | + - rw двоичный ключ-данные
     + - ro состояние системы
        + - платформа ro
        | + - ro os-name? нить
        | + - ro os-release? нить
   

  Для реализации приведенной выше схемы пример устройства реализует следующий экземпляр схемы:

  "ietf-yang-schema-mount: schema-mounts": {
    "Точка монтирования": [
      {
        "модуль": "логический-сетевой-элемент ietf",
        "имя": "корень",
        "use-schema": [
          {
            "имя": "внутренняя схема"
          }
        ]
      }
    ],
    "схема": [
      {
        "name": "lne-schema",
        "модуль": [
          {
            "name": "ietf-yang-library",
            «редакция»: «2016-06-21»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-yang-library",
            "тип соответствия": "реализовать"
          },
          {
            "name": "ietf-system",
            «редакция»: «2014-08-06»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-system",
            "тип соответствия": "реализовать"
          },
          {
            "name": "ietf-routing",
            «редакция»: «2016-11-04»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-routing",
            "тип соответствия": "реализовать"
          },
          {
            "name": "ietf-ospf",
            «revision»: «2017-03-12»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-ospf",
            "тип соответствия": "реализовать"
          },
          {
            "name": "ietf-интерфейсы",
            «редакция»: «2014-05-08»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-interfaces",
            "тип соответствия": "реализовать"
          },
          {
            "name": "ietf-ip",
            «редакция»: «16.06.2014»,
            "пространство имен":
              "urn: ietf: params: xml: ns: yang: ietf-ip",
            "тип соответствия": "реализовать"
          }
        ]
      }
    ]
  }
         

  Используя реализацию монтирования схемы YANG, оператор может создавать экземпляры логических маршрутизаторов.Интерфейс может быть назначен логическому маршрутизатору, чтобы у логического маршрутизатора было разрешение на доступ к этому интерфейсу. Затем на этом назначенном интерфейсе можно включить протокол OSPF.

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

  модуль: ietf-yang-library
     + - состояние модулей ro
        + - строка идентификатора набора модулей ro
        + - ro модуль * [название редакции]
           + - ро имя ян: ян-идентификатор
  
  модуль: ietf-system
     + - система rw
     | + - rw контакт? нить
     | + - rw имя хоста? inet: доменное имя
     | + - rw authentication {аутентификация}?
     | + - rw user-authentication-order * identityref
     | + - rw user * [имя] {local-users}?
     | + - строка имени rw
     | + - пароль rw? ianach: крипта-хеш
     | + - rw авторизованный ключ * [имя]
     | + - строка имени rw
     | + - строка алгоритма rw
     | + - rw двоичный ключ-данные
     + - ro состояние системы
        + - платформа ro
        | + - ro os-name? нить
        | + - ro os-release? нить
  
  модуль: ietf-routing
     + - состояние роутинга
     | + - ro router-id? Ян: пунктирная четверка
     | + - протоколы плоскости управления
     | | + - ro control-plane-protocol * [имя типа]
     | | + - ro ospf: ospf /
     | | + - экземпляр ro * [af]
     + - маршрутизация rw
        + - rw router-id? Ян: пунктирная четверка
        + - протоколы уровня управления rw
           + - rw control-plane-protocol * [имя типа]
              + - rw ospf: ospf /
                 + - экземпляр rw * [af]
                    + - rw области
                       + - rw область * [ID области]
                          + - интерфейсы rw
                             + - rw interface * [имя]
                                + - rw имя, если: interface-ref
                                + - стоимость RW? uint16
  
  модуль: ietf-interfaces
     + - интерфейсы rw
     | + - rw interface * [имя]
     | + - строка имени rw
     + - состояние интерфейсов ro
        + - ro интерфейс * [имя]
        + - строка имени ro
        + - перечисление операционного статуса роутера
         

  Ниже показан пример, в котором настроены два пользовательских LNE:

  {
    "ietf-logic-network-element: logic-network-elements": {
      "логический-сетевой-элемент": [
        {
          "name": "cust1",
          "корень": {
            "ietf-system: system": {
              "аутентификация": {
                "Пользователь": [
                  {
                    "имя": "Джон",
                    "пароль": "$ 0 $ пароль"
                  }
                ]
              }
            },
            "ietf-routing: routing": {
              "идентификатор-маршрутизатора": "192.0,2.1 ",
              "протоколы уровня управления": {
                "протокол уровня управления": [
                  {
                    "тип": "ietf-routing: ospf",
                    "name": "1",
                    "ietf-ospf: ospf": {
                      "пример": [
                        {
                        "af": "ipv4",
                          "area": ​​{
                            "область": [
                              {
                                "ID области": "203.0.113.1",
                                "interfaces": {
                                  "интерфейс": [
                                    {
                                      "имя": "eth2",
                                      «стоимость»: 10
                                    }
                                  ]
                                }
                              }
                            ]
                          }
                        }
                      ]
                    }
                  }
                ]
              }
            },
            "ietf-interfaces: interfaces": {
              "interfaces": {
                "интерфейс": [
                  {
                    "имя": "eth2",
                    "ip: ipv4": {
                      "адрес": [
                        {
                          "ip": "192.0.2.11 ",
                          "длина префикса": 24,
                        }
                      ]
                    }
                  }
                ]
              }
            }
          }
        },
        {
          "имя": "cust2",
          "корень": {
            "ietf-system: system": {
              "аутентификация": {
                "Пользователь": [
                  {
                    "имя": "Джон",
                    "пароль": "$ 0 $ пароль"
                  }
                ]
              }
            }
            "ietf-routing: routing": {
              "идентификатор-маршрутизатора": "192.0,2.2 ",
              "протоколы уровня управления": {
                "протокол уровня управления": [
                  {
                    "тип": "ietf-routing: ospf",
                    "name": "1",
                    "ietf-ospf: ospf": {
                      "пример": [
                        {
                          "af": "ipv4",
                          "area": ​​{
                            "область": [
                              {
                                "ID области": "203.0.113.1",
                                "interfaces": {
                                  "интерфейс": [
                                    {
                                      "имя": "eth2",
                                      «стоимость»: 10
                                    }
                                  ]
                                }
                              }
                            ]
                          }
                        }
                      ]
                    }
                  }
                ]
              }
            }
            "ietf-interfaces: interfaces": {
              "interfaces": {
                {
                  "имя": "eth2",
                  "ip: ipv4": {
                    "адрес": [
                      {
                        "ip": "192.0.2.11 ",
                        "длина префикса": 24,
                      }
                    ]
                  }
                }
              ]
            }
          }
        }
      ]
    },
  
    "ietf-interfaces: interfaces": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth0",
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0.2.10",
                  "длина префикса": 24,
                }
              ]
            }
          },
          {
            "name": "cust1: eth2",
            "lne: bind-lne-name": "cust1"
          },
          {
            "name": "cust2: eth2",
            "lne: bind-lne-name": "cust2"
          }
        ]
      }
    },
  
    "ietf-system: system": {
      "аутентификация": {
        "Пользователь": [
          {
            "имя": "корень",
            "пароль": "$ 0 $ пароль"
          }
        ]
      }
    }
  }
         

  Ниже показаны возможные данные о состоянии, связанные с вышеуказанными данными конфигурации:

  {
    "ietf-logic-network-element: logic-network-elements": {
      "логический-сетевой-элемент": [
        {
          "name": "cust1",
          "корень": {
            "ietf-yang-library: modules-state": {
              "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
              "модуль": [
                {
                  "name": "iana-if-type",
                  «редакция»: «2014-05-08»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: iana-if-type",
                  "тип соответствия": "импорт"
                },
                {
                  "name": "ietf-inet-types",
                  «редакция»: «2013-07-15»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-inet-types",
                  "тип соответствия": "импорт"
                },
                {
                  "name": "ietf-интерфейсы",
                  «редакция»: «2014-05-08»,
                  "характерная черта": [
                    "произвольные имена",
                    "предварительная подготовка"
                  ],
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-interfaces",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-ip",
                  «редакция»: «16.06.2014»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-ip",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-ospf",
                  «revision»: «2017-03-12»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-ospf",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-routing",
                  «редакция»: «2016-11-04»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-routing",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-system",
                  «редакция»: «2014-08-06»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-system",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-yang-library",
                  «редакция»: «2016-06-21»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-yang-library",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-yang-types",
                  «редакция»: «2013-07-15»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-yang-types",
                  "тип соответствия": "импорт"
                }
              ]
            }
            "ietf-system: system-state": {
              "ietf-system: system-state": {
                "Платформа": {
                  "os-name": "NetworkOS"
                }
              }
            },
            "ietf-routing: routing-state": {
              "идентификатор-маршрутизатора": "192.0,2.1 ",
              "протоколы уровня управления": {
                "протокол уровня управления": [
                  {
                    "тип": "ietf-routing: ospf",
                    "name": "1",
                    "ietf-ospf: ospf": {
                      "пример": [
                        {
                        "af": "ipv4",
                          "area": ​​{
                            "область": [
                              {
                                "ID области": "203.0.113.1",
                                "interfaces": {
                                  "интерфейс": [
                                    {
                                      "имя": "eth2",
                                      «стоимость»: 10
                                    }
                                  ]
                                }
                              }
                            ]
                          }
                        }
                      ]
                    }
                  }
                ]
              }
            },
            "ietf-interfaces: interfaces-state": {
              "interfaces": {
                "интерфейс": [
                  {
                    "имя": "eth2",
                    "тип": "iana-if-type: ethernetCsmacd",
                    "oper-status": "вверх",
                    "физ-адрес": "00: 01: 02: A1: B1: C1",
                    "статистика": {
                      "время разрыва": "2017-06-26T12: 34: 56-05: 00"
                    },
                    "ip: ipv4": {
                      "адрес": [
                        {
                          "ip": "192.0.2.11 ",
                          "длина префикса": 24,
                        }
                      ]
                    }
                  }
                ]
              }
            }
          }
        },
        {
          "имя": "cust2",
          "корень": {
            "ietf-yang-library: modules-state": {
              "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
              "модуль": [
                {
                  "name": "iana-if-type",
                  «редакция»: «2014-05-08»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: iana-if-type",
                  "тип соответствия": "импорт"
                },
                {
                  "name": "ietf-inet-types",
                  «редакция»: «2013-07-15»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-inet-types",
                  "тип соответствия": "импорт"
                },
                {
                  "name": "ietf-интерфейсы",
                  «редакция»: «2014-05-08»,
                  "характерная черта": [
                    "произвольные имена",
                    "предварительная подготовка"
                  ],
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-interfaces",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-ip",
                  «редакция»: «16.06.2014»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-ip",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-ospf",
                  «revision»: «2017-03-12»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-ospf",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-routing",
                  «редакция»: «2016-11-04»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-routing",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-system",
                  «редакция»: «2014-08-06»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-system",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-yang-library",
                  «редакция»: «2016-06-21»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-yang-library",
                  "тип соответствия": "реализовать"
                },
                {
                  "name": "ietf-yang-types",
                  «редакция»: «2013-07-15»,
                  "пространство имен":
                  "urn: ietf: params: xml: ns: yang: ietf-yang-types",
                  "тип соответствия": "импорт"
                }
              ]
            }
            "ietf-system: system-state": {
              "ietf-system: system-state": {
                "Платформа": {
                  "os-name": "NetworkOS"
                }
              }
            },
            "ietf-routing: routing-state": {
              "идентификатор-маршрутизатора": "192.0,2.2 ",
              "протоколы уровня управления": {
                "протокол уровня управления": [
                  {
                    "тип": "ietf-routing: ospf",
                    "name": "1",
                    "ietf-ospf: ospf": {
                      "пример": [
                        {
                          "af": "ipv4",
                          "area": ​​{
                            "область": [
                              {
                                "ID области": "203.0.113.1",
                                "interfaces": {
                                  "интерфейс": [
                                    {
                                      "имя": "eth2",
                                      «стоимость»: 10
                                    }
                                  ]
                                }
                              }
                            ]
                          }
                        }
                      ]
                    }
                  }
                ]
              }
            }
            "ietf-interfaces: interfaces-state": {
              "interfaces": {
                {
                  "имя": "eth2",
                  "тип": "iana-if-type: ethernetCsmacd",
                  "oper-status": "вверх",
                  "физ-адрес": "00: 01: 02: A1: B1: C2",
                  "статистика": {
                    "время разрыва": "2017-06-26T12: 34: 56-05: 00"
                  },
                  "ip: ipv4": {
                    "адрес": [
                      {
                        "ip": "192.0.2.11 ",
                        "длина префикса": 24,
                      }
                    ]
                  }
                }
              ]
            }
          }
        }
      ]
    },
  
    "ietf-interfaces: interfaces-state": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth0",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C0",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            },
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0,2.10 ",
                  "длина префикса": 24,
                }
              ]
            }
          },
          {
            "name": "cust1: eth2",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C1",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            }
          },
          {
            "name": "cust2: eth2",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C2",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            }
          }
        ]
      }
    },
  
    "ietf-yang-library: modules-state": {
      "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
      "модуль": [
        {
          "name": "iana-if-type",
          «редакция»: «2014-05-08»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: iana-if-type",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-inet-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-inet-types",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-интерфейсы",
          «редакция»: «2014-05-08»,
          "характерная черта": [
            "произвольные имена",
            "предварительная подготовка"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-interfaces",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ip",
          «редакция»: «16.06.2014»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ip",
          "тип соответствия": "реализовать"
        },
        {
          "имя": "логический-сетевой-элемент ietf",
          «редакция»: «13.03.2017»,
          "характерная черта": [
            "привязка-имя-имя"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-logic-network-element",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ospf",
          «revision»: «2017-03-12»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ospf",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-routing",
          «редакция»: «2016-11-04»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-routing",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-system",
          «редакция»: «2014-08-06»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-system",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-library",
          «редакция»: «2016-06-21»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-library",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-schema-mount",
          «редакция»: «2017-05-16»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-schema-mount",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-types",
          "тип соответствия": "импорт"
        }
      ]
    },
  
    "ietf-system: system-state": {
      "Платформа": {
        "os-name": "NetworkOS"
      }
    }
  }
         

  В этом разделе описывается пример модели LNE, использующей монтирование схемы для достижения независимого от дочерних элементов управления.Пример устройства поддерживает несколько экземпляров LNE (логических маршрутизаторов), каждый из которых имеет функции интерфейсов уровня 2 и уровня 3 [RFC7223], базы маршрутной информации [RFC8022] и протокола OSPF. Каждая из этих функций определяется моделью YANG, и они собираются вместе с помощью YANG Schema Mount следующим образом:

        модуль: ietf-логический-сетевой-элемент
     + - rw логические-сетевые-элементы
        + - rw логический-сетевой-элемент * [имя]
           + - строка имени rw
           + - корень mp
              // Внутренние модули LNE не видны
              // Управление параметрами.// Потомок управляет своими модулями, включая ietf-routing
              // и ietf-интерфейсы
  
  модуль: ietf-interfaces
     + - интерфейсы rw
     | + - rw interface * [имя]
     | + - строка имени rw
     | + - rw lne: имя-привязки? нить
     + - состояние интерфейсов ro
        + - ro интерфейс * [имя]
           + - строка имени ro
           + - перечисление операционного статуса роутера
  
  модуль: ietf-yang-library
     + - состояние модулей ro
        + - строка идентификатора набора модулей ro
        + - ro модуль * [название редакции]
           + - ро имя ян: ян-идентификатор
  
  модуль: ietf-system
     + - система rw
     | + - rw контакт? нить
     | + - rw имя хоста? inet: доменное имя
     | + - rw authentication {аутентификация}?
     | + - rw user-authentication-order * identityref
     | + - rw user * [имя] {local-users}?
     | + - строка имени rw
     | + - пароль rw? ianach: крипта-хеш
     | + - rw авторизованный ключ * [имя]
     | + - строка имени rw
     | + - строка алгоритма rw
     | + - rw двоичный ключ-данные
     + - ro состояние системы
        + - платформа ro
        | + - ro os-name? нить
        | + - ro os-release? нить
         

  Для реализации вышеуказанной схемы устройство реализует следующий экземпляр схемы:

  "ietf-yang-schema-mount: schema-mounts": {
    "Точка монтирования": [
      {
        "модуль": "логический-сетевой-элемент ietf",
        "имя": "корень",
        "inline": [null]
      }
    ]
  }
         

  Используя реализацию монтирования схемы YANG, оператор может создавать экземпляры логических маршрутизаторов, каждый со своими встроенными модулями, специфичными для логического маршрутизатора.Интерфейс может быть назначен логическому маршрутизатору, чтобы у логического маршрутизатора было разрешение на доступ к этому интерфейсу. Затем на этом назначенном интерфейсе можно включить протокол OSPF. Каждый логический маршрутизатор независимо управляет своим собственным набором модулей, который может быть или не совпадать с другими логическими маршрутизаторами. Ниже приведен пример набора схем, реализованного на одном конкретном логическом маршрутизаторе:

  модуль: ietf-yang-library
     + - состояние модулей ro
        + - строка идентификатора набора модулей ro
        + - ro модуль * [название редакции]
           + - ро имя ян: ян-идентификатор
  
  модуль: ietf-system
     + - система rw
     | + - rw контакт? нить
     | + - rw имя хоста? inet: доменное имя
     | + - rw authentication {аутентификация}?
     | + - rw user-authentication-order * identityref
     | + - rw user * [имя] {local-users}?
     | + - строка имени rw
     | + - пароль rw? ianach: крипта-хеш
     | + - rw авторизованный ключ * [имя]
     | + - строка имени rw
     | + - строка алгоритма rw
     | + - rw двоичный ключ-данные
     + - ro состояние системы
        + - платформа ro
        | + - ro os-name? нить
        | + - ro os-release? нить
  
  модуль: ietf-routing
     + - состояние роутинга
     | + - ro router-id? Ян: пунктирная четверка
     | + - протоколы плоскости управления
     | | + - ro control-plane-protocol * [имя типа]
     | | + - ro ospf: ospf /
     | | + - экземпляр ro * [af]
     + - маршрутизация rw
        + - rw router-id? Ян: пунктирная четверка
        + - протоколы уровня управления rw
           + - rw control-plane-protocol * [имя типа]
              + - rw ospf: ospf /
                 + - экземпляр rw * [af]
                    + - rw области
                       + - rw область * [ID области]
                          + - интерфейсы rw
                             + - rw interface * [имя]
                                + - rw имя, если: interface-ref
                                + - стоимость RW? uint16
  
  модуль: ietf-interfaces
     + - интерфейсы rw
     | + - rw interface * [имя]
     | + - строка имени rw
     + - состояние интерфейсов ro
        + - ro интерфейс * [имя]
        + - строка имени ro
        + - перечисление операционного статуса роутера
         

  Каждый из дочерних виртуальных маршрутизаторов управляется через свои собственные сеансы и данные конфигурации.

  Ниже показан пример данных конфигурации для имени LNE "vnf1":

  {
    "ietf-system: system": {
      "аутентификация": {
        "Пользователь": [
          {
            "имя": "Джон",
            "пароль": "$ 0 $ пароль"
          }
        ]
      }
    },
    "ietf-routing: routing": {
      "идентификатор-маршрутизатора": "192.0.2.1",
      "протоколы уровня управления": {
        "протокол уровня управления": [
          {
            "тип": "ietf-routing: ospf",
            "name": "1",
            "ietf-ospf: ospf": {
              "пример": [
                {
                  "af": "ipv4",
                  "area": ​​{
                    "область": [
                      {
                        "идентификатор области": "203.0,113,1 ",
                        "interfaces": {
                          "интерфейс": [
                            {
                              "имя": "eth2",
                              «стоимость»: 10
                            }
                          ]
                        }
                      }
                    ]
                  }
                }
              ]
            }
          }
        ]
      }
    },
    "ietf-interfaces: interfaces": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth2",
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0.2.11 ",
                  "длина префикса": 24,
                }
              ]
            }
          }
        ]
      }
    }
  }
             

  Ниже показан пример данных конфигурации для имени LNE "vnf2":

  {
    "ietf-system: system": {
      "аутентификация": {
        "Пользователь": [
          {
            "имя": "Джон",
            "пароль": "$ 0 $ пароль"
          }
        ]
      }
    },
    "ietf-routing: routing": {
      "идентификатор-маршрутизатора": "192.0.2.2",
      "протоколы уровня управления": {
        "протокол уровня управления": [
          {
            "тип": "ietf-routing: ospf",
            "name": "1",
            "ietf-ospf: ospf": {
              "пример": [
                {
                  "af": "ipv4",
                  "area": ​​{
                    "область": [
                      {
                        "идентификатор области": "203.0,113,1 ",
                        "interfaces": {
                          "интерфейс": [
                            {
                              "имя": "eth2",
                              «стоимость»: 10
                            }
                          ]
                        }
                      }
                    ]
                  }
                }
              ]
            }
          }
        ]
      }
    },
    "ietf-interfaces: interfaces": {
  "interfaces": {
        "интерфейс": [
          {
            "имя": "eth2",
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0.2.11 ",
                  "длина префикса": 24,
                }
              ]
            }
          }
        ]
      }
    }
  }
             

  В следующих разделах показаны возможные данные о состоянии, связанные с вышеуказанными данными конфигурации. Обратите внимание, что есть три представления: хост-устройство и каждый LNE.

  Ниже показаны данные о состоянии устройства, на котором размещены примеры LNE:

  {
    "ietf-logic-network-element: logic-network-elements": {
      "логический-сетевой-элемент": [
        {
          "имя": "vnf1",
          "корень": {
          }
        },
        {
          "имя": "vnf2",
          "корень": {
          }
        }
      ]
    },
  
    "ietf-interfaces: interfaces-state": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth0",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C0",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            },
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0,2.10 ",
                  "длина префикса": 24,
                }
              ]
            }
          },
          {
            "имя": "vnf1: eth2",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C1",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            }
          },
          {
            "имя": "vnf2: eth3",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C2",
            "статистика": {
               "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            }
          }
        ]
      }
    },
  
    "ietf-yang-library: modules-state": {
      "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
      "модуль": [
        {
          "name": "iana-if-type",
          «редакция»: «2014-05-08»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: iana-if-type",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-inet-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-inet-types",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-интерфейсы",
          «редакция»: «2014-05-08»,
          "характерная черта": [
            "произвольные имена",
            "предварительная подготовка"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-interfaces",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ip",
          «редакция»: «16.06.2014»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ip",
          "тип соответствия": "реализовать"
        },
        {
          "имя": "логический-сетевой-элемент ietf",
          «редакция»: «13.03.2017»,
          "характерная черта": [
            "привязка-имя-имя"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-logic-network-element",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-system",
          «редакция»: «2014-08-06»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-system",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-library",
          «редакция»: «2016-06-21»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-library",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-schema-mount",
          «редакция»: «2017-05-16»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-schema-mount",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-types",
          "тип соответствия": "импорт"
        }
      ]
    },
  
    "ietf-system: system-state": {
      "Платформа": {
        "os-name": "NetworkOS"
      }
    }
  }
             

  Ниже показаны данные о состоянии для примера LNE с именем «vnf1»:

  {
    "ietf-yang-library: modules-state": {
      "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
      "модуль": [
        {
          "name": "iana-if-type",
          «редакция»: «2014-05-08»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: iana-if-type",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-inet-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-inet-types",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-интерфейсы",
          «редакция»: «2014-05-08»,
          "характерная черта": [
            "произвольные имена",
            "предварительная подготовка"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-interfaces",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ip",
          «редакция»: «16.06.2014»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ip",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ospf",
          «revision»: «2017-03-12»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ospf",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-routing",
          «редакция»: «2016-11-04»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-routing",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-system",
          «редакция»: «2014-08-06»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-system",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-library",
          «редакция»: «2016-06-21»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-library",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-types",
          "тип соответствия": "импорт"
        }
      ]
    },
  
    "ietf-system: system-state": {
      "Платформа": {
        "os-name": "NetworkOS"
      }
    },
  
    "ietf-routing: routing-state": {
      "идентификатор-маршрутизатора": "192.0,2.1 ",
      "протоколы уровня управления": {
        "протокол уровня управления": [
          {
            "тип": "ietf-routing: ospf",
            "name": "1",
            "ietf-ospf: ospf": {
              "пример": [
                {
                  "af": "ipv4",
                  "area": ​​{
                    "область": [
                      {
                        "ID области": "203.0.113.1",
                        "interfaces": {
                          "интерфейс": [
                            {
                              "имя": "eth2",
                              «стоимость»: 10
                            }
                          ]
                        }
                      }
                    ]
                  }
                }
              ]
            }
          }
        ]
      }
    },
  
    "ietf-interfaces: interfaces-state": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth2",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C1",
            "статистика": {
              "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            },
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0.2.11 ",
                  "длина префикса": 24,
                }
              ]
            }
          }
        ]
      }
    }
  }
             

  Ниже показаны данные о состоянии для примера LNE с именем «vnf2»:

  {
    "ietf-yang-library: modules-state": {
      "идентификатор-набора-модуля": "123e4567-e89b-12d3-a456-426655440000",
      "модуль": [
        {
          "name": "iana-if-type",
          «редакция»: «2014-05-08»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: iana-if-type",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-inet-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-inet-types",
          "тип соответствия": "импорт"
        },
        {
          "name": "ietf-интерфейсы",
          «редакция»: «2014-05-08»,
          "характерная черта": [
            "произвольные имена",
            "предварительная подготовка"
          ],
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-interfaces",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ip",
          «редакция»: «16.06.2014»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ip",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-ospf",
          «revision»: «2017-03-12»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-ospf",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-routing",
          «редакция»: «2016-11-04»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-routing",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-system",
          «редакция»: «2014-08-06»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-system",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-library",
          «редакция»: «2016-06-21»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-library",
          "тип соответствия": "реализовать"
        },
        {
          "name": "ietf-yang-types",
          «редакция»: «2013-07-15»,
          "пространство имен":
          "urn: ietf: params: xml: ns: yang: ietf-yang-types",
          "тип соответствия": "импорт"
        }
      ]
    },
  
    "ietf-system: system-state": {
      "Платформа": {
        "os-name": "NetworkOS"
      }
    },
  
    "ietf-routing: routing-state": {
      "идентификатор-маршрутизатора": "192.0,2.2 ",
      "протоколы уровня управления": {
        "протокол уровня управления": [
          {
            "тип": "ietf-routing: ospf",
            "name": "1",
            "ietf-ospf: ospf": {
              "пример": [
                {
                  "af": "ipv4",
                  "area": ​​{
                    "область": [
                      {
                        "ID области": "203.0.113.1",
                        "interfaces": {
                          "интерфейс": [
                            {
                              "имя": "eth2",
                              «стоимость»: 10
                            }
                          ]
                        }
                      }
                    ]
                  }
                }
              ]
            }
          }
        ]
      }
    },
  
    "ietf-interfaces: interfaces-state": {
      "interfaces": {
        "интерфейс": [
          {
            "имя": "eth2",
            "тип": "iana-if-type: ethernetCsmacd",
            "oper-status": "вверх",
            "физ-адрес": "00: 01: 02: A1: B1: C2",
            "статистика": {
              "время разрыва": "2017-06-26T12: 34: 56-05: 00"
            },
            "ip: ipv4": {
              "адрес": [
                {
                  "ip": "192.0.2.11 ",
                  "длина префикса": 24,
                }
              ]
            }
          }
        ]
      }
    }
  }
             

  Эйси Линдем Линдем Cisco Systems 301 Midenhall Way Кэри, NC 27513 США Электронная почта: [email protected]
  Логический элемент

  - Перевод на японский - примеры английский

  Эти примеры могут содержать грубые слова, основанные на вашем поиске.

  Эти примеры могут содержать разговорные слова, основанные на вашем поиске.

  Кроме того, в этой полупроводниковой интегральной схеме одна и та же логическая схема подключена параллельно в каждом логическом элементе и управляется двумя фазами.

  ら に 、 発 回路 は 論理 素 子 内 で 同一 の 論理 回路 並列 接 続 し 、 ２ 相 せ る こ

  Гото изобрел параметрон квантового потока (QFP), сверхвысокоскоростной логический элемент , основанный на явлениях перехода Джозефсона в криогенной технике, продвигая это исследование в качестве лидера проекта JST Goto Quantum Magneto-Flux Logic Project.

  後 藤 は さ ら に, 超 伝 導 状態 で 作 動 す る ジ ョ ゼ フ ソ ン 接合 を 用 い た パ ラ メ ト ロ ン 類似 の 超 高速 論理 素 子 , 磁 束 量子 パ ラ メ ト ロ ン (QFP) を 考 案 し, 新 技術 開 発 事業 団 の い わ ゆ る 後 藤 量子 情報 プ ロ ジ ェ ク ト の リ ー ダ と し てそ の 研究 を 推進 し た.

  Откроется диалоговое окно «Выбрать объект». Перейдите к логическому элементу , который вы хотите добавить в качестве дочернего или родственного, выберите его и нажмите OK.

  エ ン テ ィ テ ィ の ダ イ ア グ ・ ボ ッ ク ス が れ ま す。 子 ま た は と て 追加 す る る 論理 に し

  Внешние каталоги состоят из двух элементов: логического и физического.Логический элемент - это ссылка, находящаяся в базе данных, на каталог, расположенный вне базы данных. Эти инструкции переносят логические элементы. Вы переносите физические элементы на более позднем этапе после обновления среды выполнения.

  外部 デ ィ レ ク ト リ に は, 論理 お よ び 物理 の 2 つ の 要素 が あ り ま す. 論理 要素 は, デ ー タ ベ ー ス 外 に 置 か れ た デ ィ レ ク ト リ に 対 す る, デ ー タ ベ ー ス 内 の 参照 で す. 次 の 手 順 で は, 論理 要素 を 移行 し ま す. 物理 要素は 、 ラ ン タ イ ム 環境 ッ プ レ ー ド し た 後 の 順 で 移行 し ま す。

  Соответственно, каждая из групп логических элементов (от LEG11 до LEG33) независима с точки зрения временного проектирования.

  従 っ て 、 各 論理 エ レ メ ン ト グ ル ー プ ＬＥＧ１１ ～ 、 タ イ ミ ン グ 設計 と う 観 点 で は 独立 あ る。

  Каждая из множества групп логических элементов (от LEG11 до LEG33) содержит по меньшей мере один логический элемент в качестве составного элемента реконфигурируемой полупроводниковой интегральной схемы.

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

  ま た, 物理 要素 を ソ ー ス · ナ ビ ゲ ー タ か ら ド ラ ッ グ し, 親 要素 の 上 ま た は 下 に ド ロ ッ プ す る こ と も 可能 で す. ま た は, 追加 ボ タ ン を ク リ ッ ク し, 子 と し て 追加 を 選 択 し て 論理 要素 を 親 要素 に 追加す る か 、 ま た は 追加 を 選 択 し て 階層 で 新 い チ ー ン 開始 す。

  Класс - это логический элемент , выражающий бизнес-объект, и вы можете привязать их к физическим источникам данных.Простые классы могут стать основой для более сложных классов. У логических элементов есть единица измерения, например целое число, число или строка. Каждый класс имеет привязку к внешнему источнику данных для выражения этих данных.

  ク ラ ス は, ビ ジ ネ ス · エ ン テ ィ テ ィ を 表 す 論理 要素 で, 物理 デ ー タ · ソ ー ス に バ イ ン ド で き ま す. 単 純 な ク ラ ス は, よ り 複 雑 な ク ラ ス の 基準 に な り ま す. 論理 要素 に は, 整数, 数 値 ま た は 文字 列 な どの 単 位 が あ り ま す。 各 ク そ の デ ー 表 す 外部 デ タ ・ ソ へ の バ イ ン デ ィ り ま す。

  В этой полупроводниковой интегральной схеме квитирование выполняется для каждого логического элемента , и ошибки обнаруживаются для каждого логического элемента , поэтому ошибки не распространяются на логические элементы последней ступени.

  本 発 明 に 係 る 半導体 集 積 回路 は, 論理 素 子 単 位 で の ハ ン ド シ ェ ー ク を 実 施 し, 論理 素 子 単 位 で の エ ラ ー 発 生 の 検 出 を 行 う こ と で 後 段 の 論理 素 子 に エ ラ ー 伝 搬 を 行 わ な い こ と と し た.

  Соответственно, когда требуется перепроектирование полупроводниковой интегральной схемы, завершенной с использованием множества групп логических элементов , новая полупроводниковая интегральная схема может быть завершена только путем разработки новой схемы и подключения ее к существующей схеме или путем удаления ненужный логический элемент группы.

  従 っ て, 複数 の 論理 エ レ メ ン ト グ ル ー プ を 用 い て 完成 し た 半導体 集 積 回路 に お い て, 再 設計 す る こ と が 必要 に な っ た 場合 に, 新 規 回路 の み を 設計 し て 既存 回路 に 接 続 す る だ け, 又 は, 必要 の な い 論理 エ レ メ ン ト グ ル ー を 取 り 除 く だ 体 集 積 回路 こ と が で る。

  ControlCenter управляет каждым физическим и логическим элементом с помощью интеллектуальных агентов.

  ControlCenter может использоваться в качестве элемента управления, если таковой имеется, и он находится на уровне , как это показано на странице

  ControlCenter управляет каждым физическим и логическим элементом с помощью интеллектуальных агентов.

  ControlCenter 高性能 ー ェ ン て 、 物理 的 お よ び 的 な 要素 す べ て を 管理 し ま す。

  Единица - это логический элемент в подсистеме HP StorageWorks, к которой обращается хост.

  ト か ら ア ク セ ス す HP StorageWorks サ ブ シ ス テ ム 論理 的 な 要素 。

  Профиль перенаправления USB включен. логический элемент : логический управляемый элемент, с которым связано понятие включенного состояния.

  USB ダ イ ク ト ・ プ ロ フ ァ イ ル включен логический элемент / 有効 な 論理 要素 ： 有効 な 状態 の 連 付 け ら れ る 論理 管理 対 要素。

  Однако при условии, что мы осознаем, что NIhO не является логическим элементом , мы не можем путать соединение NIhO с соединением логики.

  し か し NIhO が 論 理学 の 要素 で は な い こ と き り 認識 さ れ て い ら ば 、 む し ろ NIhO に 続

  Управляемый объект - это именованный физический и логический элемент типа, известного EMC ControlCenter (например, база данных, диспетчер томов, набор зон, порт, физическое устройство), которым управляет ControlCenter.

  管理 オ ブ ジ ェ ク ト と は, EMC ControlCenter が 認識 す る タ イ プ (デ ー タ ベ ー ス, ボ リ ュ ー ム · マ ネ ー ジ ャ, ゾ ー ン · セ ッ ト, ポ ー ト, 物理 デ バ イ ス な ど) で, ControlCenter に よ っ て 管理 さ れ る 名 前 付 き 物理 お よ び 論理 構成 要素 で す.

  Между логическим элементом групп (от LEG11 до LEG33), в / из которых передаются / принимаются данные, например, между группой логических элементов (LEG11) и группой логических элементов (LEG12), терминал вывода часов соединен с входом часов с помощью проводки, а терминал вывода данных соединен с терминалом ввода данных посредством элемента задержки (101).

  デ ー タ の 送 受 が 行 わ れ る 論理 エ レ メ ン ト グ ル ー プ LEG11 ~ LEG33 同 士, 例 え ば, 論理 エ レ メ ン ト グ ル ー プ LEG11, ОКОРОК 1 2 同 士 で は, часы из 端子 と часы в 端子 と が 配線 で 接 続 さ れ, данные из 端子と данные в 端子 と が 遅 延 素 子 １０１ で 接 続 さ れ る。

  Способ преобразования исходного кода с использованием устройства преобразования исходного кода, которое преобразует исходный код программного обеспечения в код проверки, описанный в соответствии с множеством различных правил преобразования с использованием языка ввода средства проверки, отличающийся тем, что множество различных правил преобразования точно разделить серию процессов для преобразования и абстрагирования исходного кода объекта проверки в код проверки, и промежуточная форма, в которую конвертируется исходный код, может выражать физический элемент, который является элементом, эквивалентным либо исходному коду, либо элемент кода проверки, а также логический элемент , который является элементом, созданным на этапе абстрагирования программного обеспечения.

  ソ ー ス コ ー ド 変 換 及 び 計算機 読 み 取 り 可能 記憶 体

  Outline Editor: логические элементы

  Логика контуров определяется с помощью «точек определения контура» и доступна только для контуров типа «Экструзия контура». Для этого в редакторе схемы доступны специальные пункты меню Вставка> Логика> «логический элемент», и каждый из них запускает взаимодействие для размещения и нумерации точки определения схемы.

  Подсказка:

  При размещении логических элементов может использоваться ортогональная функция:

  Ключ	Команда
  [X]	Активировать функцию ортогональности по горизонтали
  [Y]	Активировать функцию ортогональности по вертикали
  [<], [>]	Активировать / деактивировать ортогональную функцию в горизонтальном / вертикальном направлении, деактивировать включенную ортогональную функцию

  Могут быть вставлены следующие логические элементы:

  Направляющая

  Пользовательская направляющая может иметь несколько направляющих спереди.Поэтому дополнительные логические рельсы размещаются на фактическом изображении контурного рельса, определяющего направляющие.

  Направляющие рельсы указаны в виде текста с обозначением «Направляющие». Точка размещения текста в трехмерной направляющей выдавливается в «логическую направляющую». Графически логическая планка представлена ​​в виде тонкого объекта. Его можно активировать, и на нем можно размещать предметы так же, как на монтажной рейке.

  Пример:

  Направляющая передняя

  Монтажная поверхность

  Монтажная поверхность - это область трехмерного объекта, на которой можно разместить предметы.Если вы хотите создать 3D-объект путем выдавливания из контура, то две точки текста определяют монтажную поверхность на контурном чертеже. Между текстовыми точками «Монтажная поверхность 1.1» и «Монтажная поверхность 1.2» создается двухмерная линия, которая расширяется при выдавливании трехмерного объекта в глубину по направлению к поверхности. Затем эта поверхность является монтажной поверхностью, на которой можно разместить предметы.

  Две точки необходимо ввести по часовой стрелке. Первое число текстовой точки относится к двум точкам, которые образуют слой; второе число подсчитывает две точки слоя.

  Пример:

  Монтажная поверхность NC

  «Монтажная поверхность NC» - это монтажная поверхность на 3D-объекте, созданном из контура, который будет использоваться для обработки NC. Для создания этого типа монтажной поверхности используются две текстовые точки с обозначением «Монтажная поверхность NC».

  Размер поля

  Размер поля - это физическая площадь элемента, который вставляется в станок с ЧПУ (со всем монтажом). Таким образом, он определяет размер монтажной поверхности, имеющей отношение к ЧПУ, с точки зрения производства.

  Станки с ЧПУ

  определяют координаты выполняемых отверстий и фрезерования, всегда начиная с исходной точки, где они ожидают обработки поверхности. Следовательно, вы должны подумать, будет ли монтажная панель, включая насадки, вставляться в бурового робота, или они будут сняты в первую очередь.Размер поля сигнализирует станку о размере обрабатываемого предмета и местоположении обрабатываемой поверхности на станке.

  Если вы хотите отрегулировать размер поля, необходимо добавить точку «Размер поля 1,2» к точке «Монтажная поверхность NC 1,2». Эта точка затем проецирует отрегулированный размер поля на линию и, таким образом, расширяет монтажную поверхность.

  Пример:

  См.