Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Обзор протокола точности времени

Увеличение требований к пропускной способности в беспроводных сетях передачи данных, а также необходимость снижения затрат и повышения гибкости повысили требования к инфраструктуре обратного соединения на основе пакетов. Традиционные развертывания в metro не ориентированы на обслуживание синхронизации, поэтому у операторов не остается другого выбора, кроме как сохранять более старые параллельные инфраструктуры. Физический уровень — синхронный Ethernet и протокол высокоточного времени на основе пакетов (PTP) позволяют маршрутизаторам и коммутаторам предоставлять услуги синхронизации, которые отвечают требованиям современной мобильной сети, а также долгосрочную эволюцию (LTE)-инфраструктуры. Технологии на физическом уровне функционируют независимо от сетевой нагрузки, в то время как пакетные технологии требуют тщательного планирования архитектуры и емкости. Сведения о синхронном подсети Ethernet см. в "Обзор синхронного Ethernet".

PTP, также известная как IEEE 1588v2, является технологией на основе пакетов, которая позволяет оператору предоставлять услуги синхронизации в сетях на основе передача сотового трафика пакетов. IEEE (версия 2) PTP (версия 2) является высокотким протоколом синхронизации времени, который синхронизирует часы в распределенной системе. Синхронизация времени достигается через пакеты, передаваемые и полученные в сеансе между основными часами и клиентской синхронизацией.

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

  • Первичные часы — первичный источник времени передает сообщения клиентам PTP (также называемый клиентский узел или пограничный узел). Это позволяет клиентам устанавливать относительное расстояние времени и смещение от основных часов (которая является эталонной точкой) для синхронизации фазы. Механизм доставки к клиентам – это однонастные или многоарендные пакеты через Ethernet или UDP.

  • Часы-участникы – расположенные в клиенте PTP (также называемом клиентом узле), клиентские часы выполняют операции clock и time recovery на основе полученных и запрашиваемых меток времени с основного времени.

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

Дополнительные сведения о настройке протокола PTP см. в "Настройка протокола точного времени и пример: настройка протокола время точности".

В таблице 1 приводится итоговая версия Junos OS, которая поддерживает PTP на различных Juniper Networks устройствах:

Таблица 1. Поддержка протокола точности времени

Juniper Networks устройств

Junos OS версии

MX80 универсальных платформ маршрутов с номером MX80-P

12.2

MX-MPC2E-3D-P (MPC2E P) на MX240, MX480 и MX960 маршрутизаторах

12.2

MX-MPC2E-3D-P (MPC2E P) на MX2010 и MX2020 маршрутизаторах

12.3

MX-MPC2E- 3D-NG (MPC2E NG)

15.1R2

MPC4E-3D-32XGE-SFPP on MX240, MX480, MX960, MX2010, MX2020

15.1R1

MPC4E-3D-2CGE-8XGE на MX240, MX480, MX960, MX2010, MX2020

15.1R1

MPC3E-3D-NG-Q на MX240, MX480, MX960, MX2010, MX2020

15.1R2

MPC3E-3D-NG на MX240, MX480, MX960, MX2010, MX2020

15.1R2

Следующие расширенные MPC поддерживают PTP (1588v2):

  • MPC5E-40G10G на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторах

  • MPC5EQ-40G10G на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторах

  • MPC5E-100G10G на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторах

  • MPC5EQ-100G10G на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторах

  • MX2K-MPC6E на MX2010 и MX2020 маршрутизаторах

14.2R2

Модульные интерфейсные карты Ethernet (MCS) на MX240, MX480 и MX960 маршрутизаторах

12.2

Модульные интерфейсные карты Ethernet (MCS) на MX2010 MX2020 маршрутизаторах

12.3

На MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторов следующие расширенные MPC (MPCEs) поддерживают PTP (1588v2) только при экспресс-лицензировании:

  • MPC1E (MX-MPC1E-3D)

  • Вопрос MPC1E (MX-MPC1E-3D-Q)

  • MPC2E (MX-MPC2E-3D)

  • MPC2E Q (MX-MPC2E-3D-Q)

  • EQ MPC2E (MX-MPC2E-3D-EQ)

Дополнительные сведения о получении лицензии можно получить в JTAC.

12.3

серия ACX универсальные маршрутизаторы для metro

12.2

MPC6E, MPC7E, MPC8E, MPC9E, MPC2E NG и MPC3E NG MX2008.

17.2

PIC с фиксированным портом (6xQSFPP) и модульный MIC (JNP-MIC1) на маршрутизаторах MX10003

17.3

CS фиксированного порта (4xQSFP28 и 8xSFPP) на маршрутизаторах MX204

17.4

MPC7E-10G и MPC7E-MRATE на MX240, MX480, MX960, MX2010, MX2020

17.4

MPC8E и MPC9E на MX2010, MX2020

17.4

Метку времени можно настроить как на физическом, так и на нефизическом уровне 10-гигабитных портов Ethernet и 100-Gigabit Ethernet. Juniper Networks рекомендуется настраивать метки времени на физическом уровне, если порт поддерживает IEEE 1588, который также известен как метки времени PHY.

Примечание.
  • На 10-гигабитных портах Ethernet, метки времени PHY и фреймы WAN-PHY являются взаимоисключающими — то есть нельзя настроить метку времени PHY на 10-Гигабитный порт Ethernet, если на нем настроен режим фреймов WAN-PHY. Это применимо только для MPC5E и MPC6E с 24x10XGE MIC.

  • Метки времени PHY не поддерживаются на расширенных MPC1E MPC1E, MPC2E и MPC4E. На этих MPC поддерживается только аппаратная метка времени. Таким образом, на этих MPC наблюдается разброс задержки пакета (также известного как колебания задержки) размером до 1 микросекунд, что в отдельных случаях составляет лишь небольшой процент пакетов. Метка времени на оборудовании обычно является временем на FPGA или подобном устройстве.

  • Унифицированное обновление программного обеспечения (унифицированный ISSU) в настоящее время не поддерживается, когда синхронизация часов настроена для PTP и синхронного Ethernet на MCS и enhanced MPCEs на MX240, MX480, MX960, MX2010 и MX2020 маршрутизаторах.

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

Профиль G.8275.1 Telecom

Профили были введены в IEEE 1588-2008 для определения сочетания параметров и значений атрибутов, нацеленных на поддержку данного приложения. G.8275.1 является профилем PTP для телекоммуникационных приложений, требующим точной фазы и синхронизации времени. Он поддерживает архитектуру, определенную в ITU-T G.8275 для обеспечения распределения фазы и времени с полной поддержкой синхронизации, и основан на второй версии PTP, определенной в [IEEE 1588].

Примечание.

Если профиль не настроен, устройство будет работать в профиле IEEE1588v2, который является профилем по умолчанию.

Примечание.

Маршрутизаторы ACX710, ACX2100 и ACX2200 поддерживают профиль G.8275.1 Telecom.

В следующих разделах приводится краткий обзор типов часов, поддерживаемых профилем G.8275.1, а также альтернативной BMCA:

Типы тактов, поддерживаемые в профиле G.8275.1

Этот профиль поддерживает два типа часов: обычные часы и пограничные часы.

Существует два типа обычных часов:

  • Один из них может быть только эталонным часов (T-GM)

  • Один из них может быть только клиентской тактовой (обычными часами только для клиента или T-TSC)

Существует два типа граничных часов:

  • Один из них может быть только эталонным часов (T-GM)

  • Один из них может стать основными часами и клиентских часов для других часов PTP (T-BC)

Примечание.

серия MX поддерживают типы тактов TSC и TBC.

Альтернативная BMCA

В профиле G.8275.1 используется альтернативный алгоритм best Master Clock Algorithm (BMCA). Альтернативная BMCA позволяет:

  • Новый атрибут порта с именем notSlave . Атрибут notSlave порта реализуется с помощью конфигурации protocols ptp master stтета.

  • Несколько активных эталонных часов.

  • Атрибут порта, используемый в качестве размыкатель для разрыва связи local-priority в алгоритме сравнения наборов данных.

PTP через группу агрегирования соединений

Junos поддерживает PTP по LAG на основе рекомендации, выдаемой в ITU-T-G.8275.1. Для каждого агрегированного соединения Ethernet, настроенного в качестве основного или клиентского PTP, можно указать одно соединение-участник агрегированного пакета Ethernet как первичное, а другое – как вторичное. При отключении основного агрегированного соединения Ethernet PTP переключается на вторичного участника в агрегированном пакете Ethernet. Для обеспечения избыточности как на уровне соединения, так и на уровне FPC первичный и вторичный интерфейсы агрегированной группы Ethernet должны быть настроены на отдельных картах линии. Если на одной и той же линковой карте настроены первичный и вторичный карты, это обеспечит только избыточность на уровне соединения.

Первичные потоки PTP создаются на FPC, на котором присутствует основной интерфейс. Пакеты передачи сигналов и синхронизации передаются по этому активному агрегированному соединению Ethernet PTP. Линечная карта на клиенте PTP, содержащей этот активный агрегированный ethernet-соединение PTP, получит пакеты announce и sync от удаленного основного.

В этой таблице приводится первая версия Junos OS, которая поддерживает PTP через LAG на различных Juniper Networks устройствах:

по LAG
Таблица 2. Поддержка PTP

Juniper сетевых устройств

PTP через IPv4

PTP через Ethernet

MPC2E NG

17.2R1

MPC3E NG

17.2R1

MPC5E

17.2R1

18.2R1

MPC6E

17.2R1

18.2R1

MPC7E-10G

18.1R1

18.3R1

MPC7E — MRATE

18.1R1

18.3R1

MPC8E

18.1R1

18.3R1

MPC9E

18.1R1

18.3R1