WikiDer > Чувствительные ко времени сети - Википедия

Эта статья слишком полагается на Рекомендации к основные источники. Пожалуйста, улучшите это, добавив вторичные или третичные источники. (Ноябрь 2019) (Узнайте, как и когда удалить этот шаблон сообщения)

Сеть, чувствительная ко времени (ТСН) - это набор стандартов, разрабатываемых целевой группой Time-Sensitive Networking IEEE 802.1 рабочая группа.^[1] Целевая группа TSN была сформирована в ноябре 2012 года путем переименования существующей Группа задач аудио-видео мостов^[2] и продолжает свою работу. Название изменилось в результате расширения рабочей области группы стандартизации. Стандарты определяют механизмы чувствительной ко времени передачи данных по детерминированной Ethernet сети.

Большинство проектов определяют расширения к IEEE 802.1Q - Мосты и мостовые сети, в которых описывается Виртуальные локальные сети и сетевые коммутаторы.^[3] Эти расширения, в частности, предназначены для передачи с очень малой задержкой передачи и высокой доступностью. Приложения включают конвергентные сети с потоковой передачей аудио / видео в реальном времени и потоками управления в реальном времени, которые используются в автомобильных или промышленных средствах управления.

Фон

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

Различные документы стандартов AVB / TSN, определенные IEEE 802.1, можно сгруппировать в три основные категории ключевых компонентов, которые требуются для полного решения связи в реальном времени на основе коммутируемых сетей Ethernet с детерминированными качество обслуживания (QoS) для соединений точка-точка. Каждая стандартная спецификация может использоваться сама по себе и в большинстве случаев самодостаточна. Однако только при согласованном использовании TSN как коммуникационная система может полностью раскрыть свой потенциал. Три основных компонента:

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

Приложения, которым требуется детерминированная сеть, которая ведет себя предсказуемым образом, включают аудио и видео, изначально определенные в Аудио-видео мост (AVB); сети управления, которые принимают входные данные от датчиков, выполняют обработку контура управления и инициируют действия; критически важные для безопасности сети, которые реализуют резервирование пакетов и каналов; и смешанные медиа-сети, которые обрабатывают данные с разными уровнями чувствительности и приоритета по времени, например автомобильные сети, поддерживающие климат-контроль, информационно-развлекательную систему, электронику кузова и систему помощи водителю. Набор IEEE AVB / TSN служит основой для детерминированной сети, чтобы удовлетворить общие требования этих приложений.

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

Синхронизация времени

В отличие от стандартных Ethernet в соответствии с IEEE 802.3 и Ethernet-мост в соответствии с IEEE 802.1Q, время очень важно в сетях TSN. За в реальном времени связь с жесткими, не подлежащими обсуждению временными границами для сквозных задержек передачи, все устройства в этой сети должны иметь общую временную привязку и, следовательно, должны синхронизировать свои часы между собой. Это верно не только для конечных устройств потока связи, таких как промышленный контроллер и производственный робот, но также верно для сетевых компонентов, таких как Коммутаторы Ethernet. Только благодаря синхронизированным часам все сетевые устройства могут работать в унисон и выполнять требуемую операцию точно в нужный момент времени. Хотя синхронизация времени в сетях TSN может быть достигнута с помощью GPS часы, это дорого, и нет гарантии, что конечное устройство всегда будет иметь доступ к радио- или спутниковому сигналу. Из-за этих ограничений время в сетях TSN обычно распределяется из одного центрального источника времени напрямую через саму сеть с использованием Протокол точного времени IEEE 1588, который использует кадры Ethernet для распространения информации о синхронизации времени. IEEE 802.1AS представляет собой строго ограниченное подмножество IEEE 1588 с точностью до микросекунд и расширениями для поддержки синхронизации по радио WiFi (IEEE 802.11). Идея этого профиля состоит в том, чтобы сузить огромный список различных опций IEEE 1588 до нескольких управляемых критических опций, которые применимы к домашним сетям или сетям в средах автомобильной или промышленной автоматизации.

Время и синхронизация IEEE 802.1AS для приложений, чувствительных ко времени

Рисунок 3 - Иерархия синхронизации 802.1AS

IEEE 802.1AS-2011 определяет профиль Generic Precision Time Protocol (gPTP), который использует сообщения UDP для установления иерархии часов и синхронизации времени в домене gPTP, образованном устройствами, обменивающимися событиями времени.

Чтобы учесть задержки в тракте передачи данных, протокол gPTP измеряет время пребывания кадра в каждом мосту (время, необходимое для обработки, постановки в очередь и передачи от входных портов к выходным), а также задержку канала каждого прыжка (задержка распространения между двумя соседними мостами. ). Вычисленные задержки затем связываются с часами GrandMaster (GM) в мосте, выбранном алгоритмом Best Master Clock, протоколом связующего дерева часов, с которым все от Clock Master (CM) и оконечных устройств должны синхронизироваться. Любое устройство, которое не синхронизируется с сообщениями времени, находится за пределами домена синхронизации (рисунок 2).

Рисунок 2 - Подключения AVB

Точность синхронизации зависит от точных измерений задержки канала и времени пребывания кадра. 802.1AS использует «логическую синтонизацию», при которой соотношение между частотами тактового генератора и местного генератора используется для вычисления синхронизированного времени, а соотношение между тактовой частотой и тактовой частотой CM используется для расчета задержки распространения.

IEEE802.1AS-REV обеспечивает повышенную точность измерения времени и поддержку нескольких временных областей для резервирования.

Планирование и формирование трафика

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

Формирование трафика относится к процессу распределения кадров / пакетов равномерно по времени для сглаживания трафика. Без формирования трафика в источниках и мостах пакеты будут «группироваться», то есть агломерироваться в пакеты трафика, переполняя буферы в последующих мостах / коммутаторах на пути.

Стандартный мост в соответствии с IEEE 802.1Q использует схему строгого приоритета с восемью отдельными приоритетами. На уровне протокола эти приоритеты отображаются в поле Priority Code Point (PCP) в поле Тег 802.1Q VLAN стандарта Кадр Ethernet. Эти приоритеты уже различают более важный и менее важный сетевой трафик, но даже с наивысшим из восьми приоритетов нельзя дать абсолютной гарантии времени непрерывной доставки. Причина этого - эффекты буферизации внутри коммутаторов Ethernet. Если коммутатор начал передачу кадра Ethernet на одном из своих портов, даже кадр с наивысшим приоритетом должен ожидать завершения этой передачи в буфере коммутатора. При стандартной коммутации Ethernet этого недетерминизма невозможно избежать. Это не проблема в средах, где приложения не зависят от своевременной доставки отдельных кадров Ethernet, например в офисных ИТ-инфраструктурах. В этих средах передача файлов, электронная почта или другие бизнес-приложения сами по себе имеют ограниченную временную чувствительность и обычно защищены другими механизмами, находящимися дальше в стеке протоколов, такими как Протокол управления передачей. В промышленной автоматизации (программируемый логический контроллер (ПЛК) с промышленный робот) и автомобильной среде, где управление с обратной связью или же безопасность приложения используют сеть Ethernet, надежная и своевременная доставка имеет первостепенное значение. AVB / TSN расширяет стандартную связь Ethernet, добавляя механизмы для предоставления различных временных интервалов для разных классов трафика и обеспечения своевременной доставки с учетом требований программных и жестких приложений системы управления в реальном времени. Механизм использования восьми отдельных приоритетов VLAN сохраняется, чтобы гарантировать полную обратную совместимость с не-TSN Ethernet. Для достижения времени передачи с гарантированной сквозной задержкой один или несколько из восьми приоритетов Ethernet могут быть индивидуально назначены уже существующим методам (например, планировщику строгого приоритета IEEE 802.1Q) или новым методам обработки, таким как IEEE 802.1 Формирователь трафика на основе кредита QAV, формирователь с учетом времени IEEE 802.1Qbv, ^[4] или асинхронный формирователь IEEE 802.1Qcr.

У чувствительного ко времени трафика есть несколько классов приоритета. Для формирователя на основе кредита 802.1Qav класс резервирования потока A является наивысшим приоритетом, с требованием задержки в наихудшем случае 2 мс и максимальным периодом передачи 125 мкс; Класс B имеет второй по величине приоритет с задержкой в ​​наихудшем случае 50 мс и максимальным периодом передачи 250 мкс. Классы трафика не должны превышать предустановленную максимальную полосу пропускания (75% для аудио- и видеоприложений). Максимальное количество хмель равно 7. Задержка однорангового порта для каждого порта, обеспечиваемая gPTP, и задержка пребывания сетевого моста суммируются для расчета накопленных задержек и обеспечения соблюдения требований к задержке. Управляющий трафик имеет третий по значимости приоритет и включает трафик gPTP и SRP. Планировщик с учетом времени 802.1Qbv представляет класс CDT для данных управления в реальном времени от датчиков и командных потоков к исполнительным механизмам с задержкой в ​​наихудшем случае 100 мкс на 5 переходов и максимальным периодом передачи 0,5 мс. Класс CDT имеет наивысший приоритет над классами A, B и управляющим трафиком.

Планировщик на основе кредита AVB

Улучшения IEEE 802.1Qav для пересылки и организации очередей для потоков, чувствительных ко времени

IEEE 802.1Qav Forwarding and Queuing Enhancements для потоков, чувствительных ко времени, определяет формирование трафика с использованием классов приоритета, которое основано на простой форме «дырявого ведра» справедливая очередь на основе кредита. 802.1Qav разработан для уменьшения буферизации в приемных мостах и ​​конечных точках.

Формирователь на основе кредитов определяет кредиты в битах для двух отдельных очередей, выделенных для трафика класса A и класса B. Передача кадра разрешена, только если кредит неотрицательный; во время передачи кредит уменьшается со скоростью, называемой sendSlope: ${ displaystyle sendSlope = idleSlope-portTransmitRate}$. Кредит увеличивается со скоростью idleSlope, если кадры ожидают передачи других очередей: ${ displaystyle idleSlope = { frac {reservedBytes} {divFrameIntervalTime}}}$. Таким образом, idleSlope - это полоса пропускания, зарезервированная для очереди мостом, а sendSlope - это скорость передачи службы MAC порта.

Если кредит отрицательный и кадры не передаются, кредит увеличивается со скоростью idleSlope, пока не будет достигнут ноль. Если кадр AVB не может быть передан из-за передачи кадра, отличного от AVB, кредит накапливается со скоростью idleSlope, но положительный кредит разрешен.

Дополнительные ограничения hiCredit и loCredit выводятся из максимального размера кадра и максимального размера помех, idleSlope / sendSlope и максимальной скорости передачи порта.

Рисунок 4 - Пример формирования трафика Qav

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

Хотя формирователь на основе кредита обеспечивает справедливое планирование для пакетов с низким приоритетом и сглаживает трафик для устранения перегрузки, к сожалению, средняя задержка увеличивается до 250 мкс на переход, что слишком велико для приложений управления, в то время как формирователь с учетом времени имеет фиксированное значение. задержка цикла от 30 мкс до нескольких миллисекунд и типичная задержка 125 мкс.

Протокол резервирования потока IEEE 802.1Qat

IEEE 802.1Qat Протокол резервирования потоковой передачи (SRP) - это распределенный одноранговый протокол, который определяет контроль допуска на основе требований к ресурсам потока и доступных сетевых ресурсов.

SRP резервирует ресурсы и объявляет потоки от отправителя / источника (говорящего) получателям / адресатам (слушателям); он работает, чтобы удовлетворить требования QoS для каждого потока и гарантировать доступность достаточных сетевых ресурсов на всем пути передачи потока.

Потоки трафика идентифицируются и регистрируются с помощью 64-битного StreamID, состоящего из 48-битного MAC-адрес (EUI) и 16-битный UniqueID для идентификации разных потоков из одного источника.

SRP использует варианты Протокол множественной регистрации (MRP) для регистрации и отмены регистрации значений атрибутов на коммутаторах / мостах / устройствах - Протокол регистрации нескольких MAC-адресов (MMRP), Протокол регистрации нескольких VLAN (MVRP), а Протокол регистрации нескольких потоков (MSRP).

Протокол SRP по сути работает в следующей последовательности:

1. Рекламируйте стрим от говорящего
2. Зарегистрируйте пути вдоль потока данных
3. Рассчитайте задержку в наихудшем случае
4. Создать домен AVB
5. Зарезервируйте пропускную способность

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

Запросы на резервирование используют общее приложение MRP с механизмом распространения атрибута MRP. Все узлы на пути потока проходят спецификацию декларации атрибутов MRP (MAD), которая описывает характеристики потока, чтобы мосты могли выделять необходимые ресурсы.

Рисунок 5 - Успешное резервирование (реклама говорящего)

Рисунок 6 - Подтверждение резервирования (слушатель готов)

Если мост может зарезервировать требуемые ресурсы, он передает объявление следующему мосту; в противном случае выдается сообщение «сбой говорящего». Когда рекламное сообщение достигает слушателя, оно отвечает сообщением «слушатель готов», которое распространяется обратно говорящему.

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

Успешное резервирование гарантируется только тогда, когда все промежуточные узлы поддерживают SRP и отвечают на рекламные и готовые сообщения; на рисунке 2 выше, домен 1 AVB не может подключиться к домену 2 AVB.

SRP также используется стандартами TSN / AVB для приоритетов кадров, планирования кадров и формирования трафика.

Улучшения в планировании AVB

Улучшения IEEE 802.1Qcc для SRP

SRP использует децентрализованную процедуру регистрации и резервирования, множественные запросы могут вызвать задержки для критического трафика. Поправка IEEE 802.1Qcc-2018 «Улучшения протокола резервирования потоков (SRP) и улучшения производительности» уменьшает размер сообщений резервирования и переопределяет таймеры, чтобы они запускали обновления только при изменении состояния канала или резервирования. Чтобы улучшить администрирование TSN в крупномасштабных сетях, каждый Пользовательский сетевой интерфейс (UNI) предоставляет методы для запроса услуг уровня 2, дополненные централизованной конфигурацией сети (CNC) для обеспечения централизованного резервирования и планирования, а также удаленного управления с использованием протоколов NETCONF / RESTCONF и моделирования данных IETF YANG / NETCONF.

ЧПУ реализует модель запрос-ответ для каждого потока, где класс SR явно не используется: конечные станции отправляют запросы для определенного потока (через граничный порт) без знания конфигурации сети, а ЧПУ выполняет резервирование пара централизованно. MSRP работает только на канале связи с конечными станциями в качестве носителя информации между ЧПУ и конечными станциями, но не для резервирования потока. Централизованная конфигурация пользователя (CUC) - это дополнительный узел, который обнаруживает конечные станции, их возможности и требования пользователей, а также настраивает функции TSN с оптимизацией по задержке (для замкнутого цикла МАКО Приложения). Бесшовное взаимодействие с Протокол резервирования ресурсов (RSVP) транспорт предоставляется. 802.1Qcc позволяет централизованному управлению конфигурацией сосуществовать с децентрализованной, полностью распределенной конфигурацией протокола SRP, а также поддерживает гибридные конфигурации для устаревших устройств AVB.

802.1Qcc можно комбинировать с IEEE 802.1Qca Path Control and Reservation (PCR) и формирователями трафика TSN.

IEEE 802.1Qch Циклическая организация очередей и пересылка (CQF)

Хотя 802.1Qav FQTSS / CBS очень хорошо работает с мягким трафиком в реальном времени, задержки в худшем случае зависят как от количества переходов, так и от топологии сети. Патологические топологии приводят к задержкам, поэтому требования к размеру буфера должны учитывать топологию сети.

IEEE 802.1Qch Cyclic Queuing and Forwarding (CQF), также известный как Peristaltic Shaper (PS), вводит двойную буферизацию, которая позволяет мостам синхронизировать передачу (операции постановки / удаления кадра) в циклическом режиме с ограниченной задержкой, зависящей только от числа количество переходов и время цикла, полностью независимо от топологии сети.

CQF может использоваться с планировщиком с учетом времени IEEE 802.1Qbv, приоритетом кадров IEEE 802.1Qbu и политикой входящего трафика IEEE 802.1Qci.

Потоковая фильтрация и применение политик IEEE 802.1Qci (PSFP)

IEEE 802.1Qci Per-Stream Filtering and Policing (PSFP) повышает надежность сети за счет фильтрации отдельных потоков трафика. Он предотвращает условия перегрузки трафика, которые могут повлиять на мосты и принимающие конечные точки из-за неисправности или атак типа «отказ в обслуживании» (DoS). Фильтр потока использует сопоставление правил, чтобы разрешить кадры с указанными идентификаторами потока и уровнями приоритета и применить действия политики в противном случае. Все потоки координируются на своих шлюзах, аналогично сигнализации 802.1Qch. Измерение потока применяет предварительно определенные профили полосы пропускания для каждого потока.

Планирование TSN и формирование трафика

Улучшения IEEE 802.1Qbv для планирования трафика: Time-Aware Shaper (TAS)

Планировщик с учетом времени IEEE 802.1Qbv предназначен для разделения обмена данными в сети Ethernet на фиксированную длину, повторяющиеся временные циклы. В рамках этих циклов могут быть сконфигурированы различные временные интервалы, которым можно назначить один или несколько из восьми приоритетов Ethernet. Таким образом можно предоставить исключительное использование - в течение ограниченного времени - среде передачи Ethernet для тех классов трафика, которые требуют гарантий передачи и не могут быть прерваны. Основная концепция - это множественный доступ с разделением по времени (TDMA) схема. Установив виртуальные каналы связи на определенные периоды времени, критичный ко времени обмен данными может быть отделен от некритического фонового трафика.

Планировщик с учетом времени представляет CDT класса резервирования потока для критичных по времени данных управления с задержкой в ​​наихудшем случае 100 мкс на 5 переходов и максимальным периодом передачи 0,5 мс в дополнение к классам A и B, определенным для кредита IEEE 802.1Qav. на основе шейпера трафика. Предоставляя монопольный доступ к среде передачи и устройствам для критичных по времени классов трафика, можно избежать эффектов буферизации в буферах передачи коммутатора Ethernet, и критичный по времени трафик может передаваться без недетерминированных прерываний. Один из примеров конфигурации планировщика IEEE 802.1Qbv показан на рисунке 1:

Рисунок 1: Пример расписания IEEE 802.1Qbv

В этом примере каждый цикл состоит из двух временных интервалов. Временной интервал 1 разрешает передачу только трафика с пометкой VLAN с приоритетом 3, а временной интервал 2 в каждом цикле позволяет отправлять остальные приоритеты. Поскольку планировщик IEEE 802.1Qbv требует, чтобы все часы на всех сетевых устройствах (коммутаторы Ethernet и конечные устройства) были синхронизированы, а идентичное расписание было настроено, все устройства понимают, какой приоритет может быть отправлен в сеть в любой заданный момент времени. Поскольку для временного интервала 2 назначено более одного приоритета, в этом временном интервале приоритеты обрабатываются в соответствии со стандартом планирования строгого приоритета IEEE 802.1Q.

Это разделение передач Ethernet на циклы и временные отрезки может быть дополнительно усилено включением других алгоритмов планирования или формирования трафика, таких как формирователь трафика на основе кредита IEEE 802.1Qav. IEEE 802.1Qav поддерживает «мягкий» режим реального времени. В этом конкретном примере IEEE 802.1Qav может быть назначен один или два приоритета, которые используются во втором временном интервале, чтобы дополнительно различать аудио / видео трафик и фоновые передачи файлов. Группа задач чувствительной ко времени сети определяет ряд различных планировщиков и формирователей трафика, которые можно комбинировать для достижения нереактивного сосуществования жесткого реального времени, мягкого реального времени и фонового трафика в одной и той же инфраструктуре Ethernet.

Подробнее о IEEE 802.1Qbv: временные интервалы и защитные полосы

Когда интерфейс Ethernet начал передачу кадра в среду передачи, эта передача должна быть полностью завершена, прежде чем может произойти следующая передача. Это включает передачу CRC32 контрольная сумма в конце кадра для обеспечения надежной безошибочной передачи. Это неотъемлемое свойство сетей Ethernet - снова бросает вызов подходу TDMA планировщика IEEE 802.1Qbv. Это видно на рисунке 2:

Рисунок 2: Кадр, который был отправлен слишком поздно в интервале времени максимального усилия, нарушает интервал времени с высоким приоритетом

Непосредственно перед концом временного кванта 2 в цикле n начинается передача нового кадра. К сожалению, этот кадр слишком велик, чтобы поместиться в его временной интервал. Поскольку передача этого кадра не может быть прервана, кадр нарушает следующий временной интервал 1 следующего цикла n + 1. Частично или полностью блокируя критический по времени отрезок времени, кадры реального времени могут быть задержаны до точки, когда они больше не могут соответствовать требованиям приложения. Это очень похоже на фактические эффекты буферизации, которые происходят в коммутаторах Ethernet без TSN, поэтому TSN должен указать механизм, чтобы этого не произошло.

Планировщик с учетом времени IEEE 802.1Qbv должен гарантировать, что интерфейс Ethernet не занят передачей кадра, когда планировщик переходит с одноразового среза на следующий. Планировщик с учетом времени достигает этого, помещая полосу защиты перед каждым временным срезом, который несет критичный ко времени трафик. В течение этого периода защитной полосы нельзя начинать передачу нового кадра Ethernet, можно завершить только уже идущие передачи. Продолжительность этой защитной полосы должна быть такой, чтобы для безопасной передачи требовался максимальный размер кадра. Для кадра Ethernet в соответствии с IEEE 802.3 с одним тегом VLAN IEEE 802.1Q, включая межкадровое расстояние, общая длина составляет: 1500 байт (полезная нагрузка кадра) + 18 байт (адреса Ethernet, EtherType и CRC) + 4 байта (тег VLAN) + 12 байтов (интервал между кадрами) + 8 байтов (преамбула и SFD) = 1542 байта.

Общее время, необходимое для отправки этого кадра, зависит от скорости соединения в сети Ethernet. При Fast Ethernet и скорости передачи 100 Мбит / с продолжительность передачи следующая:

${ displaystyle t_ {maxframe} = { frac {1542 byte} {12,5 cdot 10 ^ {6} byte cdot { frac {1} {s}}}} = 123,36 cdot 10 ^ {- 6 } s}$

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

Рисунок 3: Защитные полосы предотвращают нарушение временных интервалов с критическим трафиком

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

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

Хотя защитным полосам удается защищать временные интервалы с высоким приоритетом, критическим трафиком, они также имеют некоторые существенные недостатки:

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

Чтобы частично уменьшить потерю полосы пропускания через защитную полосу, стандарт IEEE 802.1Qbv включает механизм планирования с учетом длины. Этот механизм используется, когда переключение с промежуточным хранением используется: после полного приема кадра Ethernet, который должен быть передан на порт, где действует защитная полоса, планировщик проверяет общую длину кадра. Если кадр может полностью уместиться внутри защитной полосы без какого-либо нарушения следующего высокоприоритетного слайса, планировщик может отправить этот кадр, несмотря на активную защитную полосу, и уменьшить потери полосы пропускания. Однако этот механизм нельзя использовать, когда сквозное переключение включен, так как общая длина кадра Ethernet должна быть известна априори. Следовательно, когда сквозное переключение используется для минимизации сквозной задержки, потеря полосы пропускания все равно будет происходить. Кроме того, это не помогает с минимально достижимым временем цикла. Следовательно, планирование с учетом длины является улучшением, но не может устранить все недостатки, которые вносит защитная полоса.

IEEE 802.3br и 802.1Qbu с перераспределением экспресс-трафика (IET) и приоритетом кадров

Для дальнейшего смягчения негативного воздействия защитных полос рабочие группы IEEE 802.1 и 802.3 указали технологию упреждения кадра. Две рабочие группы сотрудничали в этом начинании, поскольку технология потребовала обоих изменений в Ethernet. Контроль доступа к среде (MAC) схема, которая находится под контролем IEEE 802.3, а также изменения в механизмах управления, которые находятся под контролем IEEE 802.1. В связи с этим приоритет кадра описан в двух разных стандартах: IEEE 802.1Qbu.^[5] для компонента управления мостом и IEEE 802.3br^[6] для компонента Ethernet MAC.

Рисунок 4: Пример упреждения кадра

Вытеснение кадров определяет две службы MAC для выходного порта: приоритетный MAC (pMAC) и экспресс-MAC (eMAC). Экспресс-кадры могут прерывать передачу вытесняемых кадров. При возобновлении подуровень слияния MAC повторно собирает фрагменты кадра в следующем мосте.

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

На рисунке 4 показан базовый пример того, как работает упреждение кадров. В процессе отправки кадра Ethernet максимального усилия MAC прерывает передачу кадра непосредственно перед началом защитной полосы. Частичный кадр завершается CRC и будет сохранен в следующем коммутаторе, чтобы дождаться прибытия второй части кадра. После того, как высокоприоритетный трафик во временном интервале 1 прошел и цикл переключается обратно на временной интервал 2, прерванная передача кадра возобновляется. Выделение кадра всегда работает на чисто последовательной основе и только фрагментирует от одного коммутатора Ethernet до следующего коммутатора Ethernet, где кадр собирается заново. В отличие от фрагментация с помощью интернет-протокола (IP), сквозная фрагментация не поддерживается.

Каждый частичный кадр завершается CRC32 для обнаружения ошибок. В отличие от обычного Ethernet CRC32, последние 16 бит инвертируются, чтобы сделать частичный кадр отличным от обычного кадра Ethernet. Кроме того, также начало разделителя кадра (SFD) изменен.

Поддержка упреждения кадров должна быть активирована для каждого канала между устройствами индивидуально. Чтобы сигнализировать о возможности упреждения кадра на канале, коммутатор Ethernet объявляет об этой возможности через LLDP (протокол обнаружения канального уровня). Когда устройство получает такое объявление LLDP через сетевой порт и само поддерживает упреждение кадров, оно может активировать эту возможность. На соседних устройствах нет прямого согласования и активации возможности. Любое устройство, которое получает объявление о приоритетном использовании LLDP, предполагает, что на другом конце канала присутствует устройство, которое может понимать изменения в формате кадра (измененные CRC32 и SFD).

Упреждение кадра позволяет значительно уменьшить защитную полосу. Длина защитной полосы теперь зависит от точности механизма упреждения кадра: насколько мал минимальный размер кадра, который механизм все еще может упредить. IEEE 802.3br определяет наилучшую точность для этого механизма в 64 байта - из-за того, что это минимальный размер все еще действующего кадра Ethernet. В этом случае защитная полоса может быть уменьшена до 127 байтов: 64 байта (минимальный кадр) + 63 байта (оставшаяся длина, которая не может быть опущена). Все большие кадры могут быть снова заблокированы, и поэтому нет необходимости защищать от этого размера защитной полосой.

Это сводит к минимуму потерянную полосу пропускания, а также позволяет значительно сократить время цикла при более низких скоростях Ethernet, таких как 100 Мбит / с и ниже. Поскольку упреждение осуществляется аппаратно в MAC, по мере прохождения кадра может поддерживаться сквозное переключение, поскольку общий размер кадра априори не требуется. Интерфейс MAC просто проверяет через регулярные 64-байтовые интервалы, нужно ли опережать фрейм или нет.

Комбинация временной синхронизации, планировщика IEEE 802.1Qbv и упреждения кадров уже составляет эффективный набор стандартов, которые можно использовать, чтобы гарантировать сосуществование различных категорий трафика в сети, а также обеспечить гарантии сквозной задержки. Он будет улучшен по мере завершения работы над новыми спецификациями IEEE 802.1, такими как 802.1Qch.

Недостатки IEEE 802.1Qbv / bu

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

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

Вытеснение кадров сложно реализовать и не пользуется широкой поддержкой в ​​отрасли.

Формирование асинхронного трафика IEEE 802.1Qcr

Кредитные, учитывающие время и циклические (перистальтические) формирователи требуют координированного времени в масштабе всей сети и неэффективно используют пропускную способность сети, поскольку они обеспечивают передачу пакетов через периодические циклы. Асинхронный формирователь трафика (ATS) IEEE 802.1Qcr работает асинхронно на основе локальных часов в каждом мосту, улучшая использование канала для смешанных типов трафика, таких как периодический с произвольными периодами, спорадический (управляемый событиями) и ограниченный по скорости.

ATS использует планировщик на основе срочности (UBS), который определяет приоритеты срочного трафика, используя организацию очередей для каждого класса и изменение формы для каждого потока. Асинхронность достигается за счет чередующегося формирования с характеристиками трафика на основе эмуляции Token Bucket Emulation, ведро токенов модели эмуляции, чтобы исключить каскадные эффекты скачкообразного изменения формы для каждого класса. Формирователь TBE контролирует трафик по средней скорости передачи, но допускает определенный уровень пакетного трафика. Когда в ведре имеется достаточное количество токенов, передача начинается немедленно; в противном случае ворота очереди закрываются на время, необходимое для накопления достаточного количества жетонов.

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

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

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

В худшем случае неточность синхронизации часов не снижает использование канала, в отличие от синхронизированных по времени подходов, таких как TAS (Qbv) и CQF (Qch).

Выбор каналов связи и отказоустойчивость

Управление и резервирование пути IEEE 802.1Qca (PCR)

IEEE 802.1Qca Path Control and Reservation (PCR) определяет расширения для Промежуточная станция к промежуточной станции (IS-IS) протокол для настройки нескольких путей в мостовых сетях.

Стандарт IEEE 802.1Qca использует мост кратчайшего пути (SPB) с программно-определяемая сеть (SDN) гибридный режим - протокол IS-IS обрабатывает основные функции, в то время как контроллер SDN управляет явными путями, используя Элементы вычисления пути (PCE) на выделенных серверных узлах. IEEE 802.1Qca объединяет протоколы управления для управления несколькими топологиями, настройки явного пути пересылки (предопределенный путь для каждого потока), резерва полосы пропускания, обеспечивает защиту данных и избыточность, а также распределяет сообщения синхронизации потоков и управления потоками . Они получены из Дерево равных затрат (ECT), Несколько экземпляров связующего дерева (MSTI), протоколы внутреннего связующего дерева (IST) и явного дерева (ET).

Репликация и устранение кадров IEEE 802.1CB для обеспечения надежности (FRER)

Репликация и устранение кадров IEEE 802.1CB для обеспечения надежности (FRER) отправляет дублированные копии каждого кадра по нескольким непересекающимся путям, чтобы обеспечить проактивное бесшовное резервирование для управляющих приложений, которые не могут допускать потери пакетов.

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

FRER требует централизованного управления конфигурацией и должен использоваться с 802.1Qcc и 802.1Qca. Промышленная отказоустойчивость HSR и PRP указанные в IEC 62439-3, поддерживаются.

Текущие проекты

Протокол локальной регистрации канала IEEE P802.1CS

База данных MRP для состояний потока имеет размер 1500 байт. При большем количестве потоков трафика и больших сетях база данных пропорционально увеличивается, а обновления MRP между соседними мостами значительно замедляются. Link-Local Registration Protocol (LRP) оптимизирован для базы данных большего размера (около 1 Мбайт) с эффективной репликацией, которая позволяет выполнять инкрементные обновления. Не отвечающие узлы с устаревшими данными автоматически удаляются. Хотя MRP зависит от приложения, и каждое зарегистрированное приложение определяет свой собственный набор операций, LRP не зависит от приложения.

Протокол распределения ресурсов IEEE P802.1Qdd

SRP и MSRP в первую очередь предназначены для AV-приложений - их модель распределенной конфигурации ограничена классами A и B резервирования потока (SR), определенными формирователем на основе кредита (CBS), тогда как IEEE 802.1Qcc включает более централизованную модель конфигурации ЧПУ, поддерживающую все новые функции TSN, такие как дополнительные формирователи, приоритет кадра и резервирование пути.

Проект IEEE P802.1Qdd обновляет модель распределенной конфигурации, определяя новую сигнализацию протокола распределения ресурсов одноранговой сети, основанную на протоколе локальной регистрации канала P802.1CS. RAP улучшит масштабируемость и обеспечит динамическое резервирование для большего количества потоков с поддержкой избыточной передачи по нескольким путям в 802.1CB FRER и автоконфигурацией восстановления последовательности.

RAP поддерживает возможность «независимого от топологии вычисления задержки для каждого перехода» формирователей TSN, таких как 802.1Qch Cyclic Queuing and Forwarding (CQF) и P802.1Qcr Asynchronous Traffic Shaping (ATS). Он также улучшит производительность при высокой нагрузке и будет поддерживать проксирование и расширенную диагностику, при этом сохраняя обратную совместимость и взаимодействие с MSRP.

RAP можно использовать как общий протокол резервирования в Сеть DetNet.

IEEE P802.1ABdh Протокол обнаружения канального уровня v2

IEEE P802.1ABdh Station and Media Access Control Connectivity Discovery - Поддержка блоков данных многокадрового протокола (LLDPv2) ^[7] обновляет LLDP для поддержки IETF Маршрутизация вектора состояния канала протокол^[8] и повысить эффективность протокольных сообщений.

Модели данных YANG

Стандарт IEEE 802.1Qcp реализует модель данных YANG для обеспечения Универсальный Plug-and-Play (uPnP) структура для отчетов о состоянии и конфигурации оборудования, такого как мосты управления доступом к среде (MAC), двухпортовые реле MAC (TPMR), мосты виртуальной локальной сети клиента (VLAN) и мосты поставщика, а также для поддержки 802.1X Стандарты безопасности и 802.1AX Datacenter Bridging.

YANG - это унифицированный язык моделирования (UML) для данных конфигурации и состояния, уведомлений и удаленных вызовов процедур, для настройки конфигурации устройства с помощью протоколов сетевого управления, таких как NETCONF / RESTCONF.

DetNet

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

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

DetNet работает на IP Слой 3 проложенные сегменты с использованием Программно-определяемая сеть слой для обеспечения IntServ и DiffServ интеграция и предоставляет услуги по более низкой Слой 2 соединенные сегменты с использованием таких технологий, как MPLS и IEEE 802.1 AVB / TSN. ^[9]

Протоколы маршрутизации Traffic Engineering (TE) преобразуют спецификацию потока DetNet в средства управления AVB / 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. ^[10]

Стандарты

Связанные проекты:

Рекомендации

внешняя ссылка

• IEEE 802.1 Чувствительная ко времени сетевая группа задач
• Архив публичных документов IEEE 802.1
• Ethernet в реальном времени - новое определение (на немецком)
• Видение сетей, чувствительных ко времени (TSN): объединение автоматизации бизнеса и промышленности
• Не вызывает ли активность TSN еще одну ВОЙНУ Fieldbus?^{[мертвая ссылка]}
• исследовательский проект, связанный с применением TSN в самолетах
• Краткое руководство по визуализации TSN