Сеть, чувствительная ко времени

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

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

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

Фон [ править ]

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

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

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

Приложения, которым требуется детерминированная сеть, которая ведет себя предсказуемым образом, включают аудио и видео, изначально определенные в Audio Video Bridging (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 для приложений, чувствительных ко времени [ править ]

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

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

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

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

Планирование и формирование трафика [ править ]

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

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

Стандартный мост в соответствии с 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 : . Кредитные увеличивается со скоростью idleSlope , если кадры ждут других очередей, подлежащих передаче: . Таким образом, idleSlope - это полоса пропускания, зарезервированная для очереди мостом, а sendSlope - это скорость передачи службы MAC порта.${\ displaystyle sendSlope = idleSlope-portTransmitRate}$${\ displaystyle idleSlope = {\ frac {reservedBytes} {divFrameIntervalTime}}}$

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

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

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

Хотя формирователь на основе кредита обеспечивает справедливое планирование для пакетов с низким приоритетом и сглаживает трафик для устранения перегрузки, к сожалению, средняя задержка увеличивается до 250 мкс на переход, что слишком велико для приложений управления, в то время как формирователь с учетом времени (IEEE 802.1 Qbv) имеет фиксированную задержку цикла от 30 мкс до нескольких миллисекунд и типичную задержку 125 мкс. Получение гарантий сохранения для наихудших задержек в TSN нетривиально и в настоящее время исследуется, например, с использованием математической основы Network Calculus. ^[5]

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

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

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

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

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

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

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

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

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

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

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

Успешное резервирование гарантируется только тогда, когда все промежуточные узлы поддерживают 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 с оптимизацией по задержке (для приложений IACS с обратной связью ). Беспроблемное взаимодействие с протоколом резервирования ресурсов(RSVP) транспорт предоставляется. 802.1Qcc позволяет централизованному управлению конфигурацией сосуществовать с децентрализованной, полностью распределенной конфигурацией протокола SRP, а также поддерживает гибридные конфигурации для устаревших устройств AVB.

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

IEEE 802.1Qch Cyclic Queuing and Forwarding (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 позволяет передавать только трафик, помеченный 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 в цикле 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 не соответствует масштабу, но он значительно меньше, чем обозначено рамкой на рисунке 2.

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

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

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

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

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

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

Вытеснение кадров определяет две службы 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 является усовершенствованием Rate-контролируемых дисциплины обслуживания (RCSDs) до выбора управления и передачи каждого отдельного кадра в каждом транзитном, расцеплении пропускной способности потока из - за задержки , связанные с разделением управления скоростью и планирования пакетов, а также с использованием статических приоритетов и First Come - Первое обслуживание и самый ранний срок - Дата Первая очередь.

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

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

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

Выбор путей связи и отказоустойчивости [ править ]

IEEE 802.1Qca Path Control and Reservation (PCR) [ править ]

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

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

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

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

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

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

Текущие проекты [ править ]

Протокол локальной регистрации канала IEEE 802.1CS [ править ]

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

Протокол распределения ресурсов IEEE 802.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 802.1ABdh Link Layer Discovery Protocol v2 [ править ]

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

Модели данных YANG [ править ]

Стандарт IEEE 802.1Qcp реализует модель данных YANG, чтобы предоставить структуру универсального Plug-and-Play (uPnP) для отчетов о состоянии и настройки оборудования, такого как мосты управления доступом к среде (MAC), двухпортовые реле MAC (TPMR), клиент Мосты виртуальной локальной сети (VLAN) и мосты провайдера, а также для поддержки стандартов 802.1X Security и 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. ^[10]

Протоколы маршрутизации 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. ^[11]

Стандарты [ править ]

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

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

Внешние ссылки [ править ]

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