Решение для финансовых часов PTP - T830 обеспечивает плавное обновление NTP до малых микросекунд

T830 Clock Server Решение для предпродажной подготовки PTP для финансовой отрасли

T830 Решение унифицированного времени для финансовой индустрии: плавный переход от NTP к PTP (IEEE 1588)

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

В финансовой производственной сети время не "как можно ближе", а "должно быть последовательным и отслеживаемым". Если полагаться только на NTP, джиттер очереди, асимметрия путей на трех уровнях и перегрузка усиливают отклонения и хвостовые риски до масштабов миллисекунд-микросекунд; PTP превращает ошибки "источник-сеть-конец" из неконтролируемых флуктуаций в бюджетные и атрибутируемые, благодаря аппаратным временным меткам на сетевой карте/чипе коммутации, граничным/прозрачным часам и (опционально) SyncE. PTP превращает ошибки "источник-сеть" из неконтролируемых флуктуаций в бюджетные, контролируемые и проверяемые объемы работы с помощью аппаратных временных меток на сетевой карте/чипе коммутатора и (опционально) SyncE. Используя T830 в качестве ядра, не прерывая NTP существующей сети, критические каналы стабилизируются до уровня низких микросекунд, а в контролируемых сегментах ядра подтягиваются до уровня субмикросекунд/сотен наносекунд, чтобы максимизировать проверяемость и уверенность в соответствии требованиям при минимальных изменениях.

Болевые точки и реалистичные потолки NTP:Подведение итогов/стратегическая торговля не терпит "последовательного порядка", но программные временные метки NTP и асимметрия путей затрудняют сдерживание случайных пиков; выпуск/воспроизведение рынка требует строгого межсистемного воспроизведения, но джиттер NTP и риск хвоста увеличивают затраты на судебную экспертизу; контроль ордеров/рисков зависит от жесткой синхронизации, но междоменный дрейф NTP склонен вызывать ошибки и откат; клиринг/аудит требует "одобрения временной метки", но NTP не имеет коррекции на аппаратном уровне для каждого хопа и полной цепочки отслеживания UTC. Для расчетов/аудита NTP не хватает коррекции на аппаратном уровне и полной цепочки отслеживания UTC для каждого скачка, в то время как для расчетов/аудита требуется "одобрение с временной меткой". Поэтому NTP подходит для "базовой доступности", но имеет естественный верхний предел для согласованности на финансовом уровне и возможности аудита.

Почему необходимо внедрить PTP:PTP устраняет джиттер стека хоста с помощью аппаратных временных меток, корректирует задержки в остатках с помощью T-BC/T-TC и унифицирует сетевые частоты с помощью SyncE; приоритет One-Step в контролируемых сегментах для уменьшения джиттера и Two-Step в ограниченных сегментах для обеспечения совместимости.

Переходное мышление

общий принципСосуществование PTP Priority и NTP: исходя из предпосылки минимальной модификации существующей сети, T830 обеспечивает PTP и NTP одновременно, и может быть плавно переключен на любом этапе.
Правила отбора(фраза для запоминания): те, которые поддерживают L2, переходят на L2; те, которые не поддерживают L2, но поддерживают PTP, переходят на UDPv4; те, которые поддерживают только NTP, продолжают переходить на NTP.

Вариант 1 (сосуществование смешанных протоколов):

T830 Параллельный вывод PTP и NTP: клиенты, поддерживающие L2, переходят сразу на L2 для снижения джиттера; клиенты, поддерживающие PTP, но не L2, переходят на UDPv4 (G.8275.2) для прохождения доменов уровня 3 и политики; стоковые устройства, поддерживающие только NTP, продолжают использовать NTP. сетевая сторона слегка изолирована номером домена/приоритетом + VLANs с восходящими каналами с низким уровнем помех и общесетевым "подтягиванием выравнивания". "Сначала выровнять, а потом ужесточить".

Вариант 2 (внутридоменная L2 High Accuracy + междоменная UDPv4 Flexible Interconnect):

L2 (G.8275.1 + SyncE) принят для сегмента ядра агрегации/котировок, T-BC включен для ядра/агрегации, T-TC включен для доступа, и приоритет отдается One-Step (если One-Step не поддерживается, то используется Two-Step); кросс-серверные/кросс-трехуровневые или гетерогенные сегменты объединены с UDPv4 (G.8275.2) сочленением для формирования цели устойчивого состояния "субмикросекунда/сто наносекунд внутри домена, низкая микросекунда между доменами"; две программы могут продвигаться параллельно: сначала вся сеть "работает", и "низкая микросекунда" между доменами. Цель стабильного состояния "субмикросекунды/сотни наносекунд внутри домена и низкие микросекунды между доменами"; две схемы могут продвигаться параллельно: сначала пусть вся сеть "разгонится и будет правильной", а затем "вытянет критический путь полностью и будет более точным". ".

Стратегия архитектуры (L2 vs UDPv4, One-Step vs Two-Step)

Компромиссы между L2 и UDPv4: контролируемый кампус/совместное местоположение отдают предпочтение L2 (G.8275.1 + SyncE) для лучшего джиттера и симметрии; на уровне 3/кросс-домена используется UDPv4 (G.8275.2) для преодоления маршрутов и доменов безопасности.

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

Расширение кампуса/многокомпьютерного зала (несколько × T830): несколько T830 в каждом компьютерном зале выбирают один в качестве домена T-GM, внутридоменные сегменты ядра используют L2 (G.8275.1 + SyncE), междоменные используют UDPv4 (поддерживается конфигурация приоритета L2); количество доменов/приоритет планирования аварийного восстановления нескольких источников соответствует устойчивому состоянию, и отклонение всей системы может достичь цели "транзакционные наносекунды + протоколирование микросекунд + офисные миллисекунды". Цель "наносекунда транзакции + микросекунда регистрации + миллисекунда офиса". Цели достигаются за счет выравнивания по степени важности для бизнеса.

При высокочастотной агрегации и торговле стратегиями на низких задержках единая временная метка UTC значительно сокращает споры о том, кто был первым, а кто последним; при выпуске и воспроизведении рынка межсистемная временная шкала строго согласована, что делает воспроизведение аномалий воспроизводимым и объяснимым; в сценариях упорядочивания и контроля рисков согласованная временная шкала сокращает затраты на ошибочные оценки и откат; при клиринге и аудите цепочка отслеживания "GNSS/PRTC→TGM→network (BC/TC)→host (T-TSC)" позволяет каждой временной метке иметь свое происхождение и быть подтвержденной. Цепочка прослеживаемости 'GNSS/PRTC→T-GM→Network (BC/TC)→Host (T-TSC)' позволяет каждой временной метке иметь свое происхождение и подтверждение.

Почему именно T830 Clock Server?

Во-первых, на стороне источника времени, сервер часов T830 может быть обновлен с PRTC-A до PRTC-B по требованию, и зарезервировать место для эволюции ePRTC, чтобы расширить хранение времени в сценариях с нарушением GNSS; на стороне сети, сервер часов T830 поддерживает L2 и UDPv4 два вида PTP образов одновременно, что естественно подходит для смешанного сценария "L2 для тех, кто поддерживает L2, UDPv4 для тех, кто не поддерживает; NTP для тех, кто не поддерживает PTP", который вы предложили, и с T-BC/T-TC, SyncE, One-Step/Two-Step. Часовой сервер T830 поддерживает как L2, так и UDPv4 PTP-изображения, что естественно подходит для предложенного вами смешанного сценария "L2 для тех, кто поддерживает L2, UDPv4 для тех, кто не поддерживает; NTP для тех, кто не поддерживает PTP", и естественно сотрудничает с T-BC/T-TC, SyncE и One-Step/Two-Step; на стороне терминала, в дополнение к PTP/NTP параллелизму, часовой сервер T830 обеспечивает физические ссылки, такие как 1PPS/ToD/10 МГц, что удобно для лабораторной калибровки и отбора проб. В дополнение к PTP/NTP параллелизму, тактовый сервер T830 также обеспечивает физические ссылки, такие как 1PPS/ToD/10 МГц на стороне терминала, что удобно для лабораторной калибровки и отбора образцов, и готовит "твердые верительные грамоты" для доказательства соответствия. Более того, поэтапный путь поставки тактового сервера T830: "один для начала, два для высокой доступности и несколько для масштабирования" позволяет получить видимые преимущества в критически важных областях с минимальными затратами на преобразование запасов, а затем модернизировать основной путь до показателей субмикросекундного/сот наносекундного уровня без реконфигурации всей сети сразу.

Согласование финансовой стоимости бизнеса

Стратегия высокочастотной агрегации/низкой латентности: единые временные метки UTC значительно сокращают количество споров "кто первый, кто последний", а основной сегмент L2/One-Step + BC/TC снижают джиттер до субмикросекундных уровней.

Выпуск/воспроизведение цитат: межсистемные временные рамки строго согласованы, а аномальные повторы воспроизводимы и интерпретируемы.

Заказы и контроль рисков: последовательное определение сроков снижает стоимость ложных срабатываний и откатов.

Расчеты и аудит: из "GNSS/PRTC→T-GM→Сеть (BC/TC)→Хост (T-TSC)" образуется полная цепочка отслеживания UTC, так что каждая временная метка "имеет происхождение, может быть подтверждена и может быть повторно проверена".

Быстрые ответы на часто задаваемые вопросы

Основные часы - двухступенчатые, а почему основной сегмент по-прежнему одноступенчатый?

Тот, кто посылает Sync, устанавливает тип; повторной передачи One-Step на T-BC, входящем в основную секцию, достаточно; T-TC не меняет тип шага.

Почему не полный L2?

Обход, стоимость и удобство обслуживания на уровне 3 и в доменах безопасности диктуют, что междоменная связь лучше подходит для UDPv4; "экстремальная внутридоменная, доставляемая междоменная" - это оптимальное инженерное решение.

Что делать с устройствами, которые не поддерживают PTP?

T830 выводит NTP параллельно, совместимо с запасом; устройства, поддерживающие PTP, переходят на L2 или UDPv4 в зависимости от их возможностей, и три типа терминалов синхронизируются и согласуются за один шаг.