Из Википедии, свободной энциклопедии
Перейти к навигации Перейти к поиску

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

DetNet работает на маршрутизируемых сегментах IP- уровня 3, используя программно-определяемый сетевой уровень для обеспечения интеграции IntServ и DiffServ , и предоставляет услуги через мостовые сегменты более низкого уровня 2, используя такие технологии, как MPLS и IEEE 802.1 Time-Sensitive Networking . [1] Детерминированная сеть направлена ​​на миграцию критичных по времени, высоконадежных промышленных приложений управления и аудио-видео из специализированных сетей Fieldbus ( HDMI , шина CAN , PROFIBUS , RS-485 , RS-422)./ RS-232 и I²C ) в пакетные сети и IP в частности. DetNet будет поддерживать как новые приложения, так и существующие ИТ-приложения в одной физической сети.

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

Обоснование [ править ]

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

Группа задач IEEE Time-Sensitive Networking определила детерминированные алгоритмы для организации очередей, формирования и планирования, которые позволяют каждому узлу распределять полосу пропускания и задержку в соответствии с требованиями каждого потока данных, вычисляя размер буфера на сетевом коммутаторе. Те же алгоритмы могут использоваться на более высоких сетевых уровнях для улучшения доставки IP-пакетов и обеспечения взаимодействия с оборудованием TSN, если оно доступно.

Требования [ править ]

Приложения из разных областей часто имеют принципиально похожие требования, которые могут включать: [2]

  1. Синхронизация времени на каждом узле (маршрутизаторах / мостах) по всей сети с точностью от наносекунд до микросекунд.
  2. Детерминированный поток данных, который должен поддерживать:
    • одноадресные или многоадресные пакеты;
    • гарантированная минимальная и максимальная задержка от конечной точки к конечной точке по всей сети с небольшим дрожанием при необходимости;
    • Коэффициент потери пакетов Ethernet от 10 -9 до 10 -12 , в беспроводных ячеистых сетях около 10 -5 ;
    • высокая степень использования доступной пропускной способности сети (отсутствие необходимости в массовом выделении ресурсов);
    • обработка потока без дросселирования, обратной связи по перегрузке или другой задержки передачи, определяемой сетью;
    • фиксированное расписание передачи или максимальная пропускная способность и размер пакета.
  3. Планирование, формирование, ограничение и управление передачей на каждом узле.
  4. Защита от неправильно функционирующих узлов (как в плоскости данных, так и в плоскости управления): поток не может влиять на другие потоки даже при высокой нагрузке.
  5. Резервирование ресурсов в узлах, несущих поток.

Операция [ править ]

Распределение ресурсов [ править ]

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

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

Защита службы [ править ]

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

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

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

Явные маршруты [ править ]

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

Сети реального времени часто основаны на физических кольцах с простым протоколом управления и двумя портами на устройство для резервных путей, хотя за счет увеличения количества переходов и задержки. Маршруты DetNet обычно определяются явно и не меняются (по крайней мере, немедленно) в ответ на события сетевой топологии, поэтому нет прерываний при согласовании протоколов маршрутизации или мостового соединения. Явные маршруты могут быть установлены с помощью RSVP-TE, сегментной маршрутизации, IS-IS, пути MPLS-TE с коммутацией меток (LSP) или программно-определяемого сетевого уровня.

Транспортная инженерия [ править ]

Рабочая группа IETF по архитектуре управления трафиком и сигнализации (TEAS) поддерживает протоколы MPLS-TE LSP и RSVP-TE. Эти протоколы маршрутизации инженерии трафика (TE) преобразуют спецификацию потока DetNet в элементы управления IEEE 802.1 TSN для организации очередей, формирования и планирования алгоритмов, таких как формирователь на основе кредита IEEE 802.1Qav, формирователь с синхронизацией по времени IEEE802.1Qbv с чередующимся планировщиком времени, IEEE802 .1Qch синхронизированная двойная и тройная буферизация, приоритет пакетов Ethernet 802.1Qbu / 802.3br, а также репликация и исключение кадров 802.1CB для надежности. Взаимодействие протоколов, определенное IEEE 802.1CB, используется для объявления возможностей подсети TSN потокам DetNet через функции идентификации MAC активного назначения и потока VLAN. Потоки DetNet совпадают по MAC-адресу назначения,Идентификатор VLAN и параметры приоритета для идентификатора потока и требований QoS для говорящих и слушателей в подсети AVB / TSN.[3]

Сценарии использования [ править ]

IETF предусматривает следующие варианты использования: [4]

  • профессиональное аудио и видео ( Audio Video Bridging )
  • производство и распределение электроэнергии;
  • системы автоматизации зданий (БАС);
  • беспроводные промышленные ячеистые сети ;
  • сотовое радио (прямой / обратный рейс);
  • промышленные сети между машинами (M2M);
  • горнодобывающая промышленность (дистанционное управление транспортными средствами);
  • частный блокчейн ;
  • нарезка сети .

См. Также [ править ]

  • Аудио через Ethernet
  • Аудио через IP
  • Интернет-стандарты

Ссылки [ править ]

  1. ^ https://datatracker.ietf.org/wg/detnet/charter/
  2. ^ Постановка проблемы детерминированной сети
  3. ^ https://datatracker.ietf.org/doc/draft-ietf-detnet-ip-over-tsn/
  4. ^ Сценарии использования детерминированных сетей