T830 Clock Server Solución de preventa PTP para el sector financiero
T830 Solución Horaria Unificada para la Industria Financiera: Progresión Suave de NTP a PTP (IEEE 1588)
Mínima modificación para alcanzar microsegundos bajos y luego submicrosegundos/cien nanosegundos para satisfacer la trazabilidad y auditabilidad de las transacciones ---- Solución de reloj para el sector financiero
En una red de producción financiera, la hora no es "lo más cercana posible", sino que "debe ser coherente y trazable". Cuando se confía únicamente en NTP, la fluctuación de las colas y la asimetría de las rutas a través de tres capas y la congestión pueden magnificar las desviaciones y los riesgos de cola hasta el orden de magnitud de milisegundos-microsegundos; PTP transforma los errores de "origen-red-fin" de fluctuaciones incontrolables a presupuestadas y atribuibles, a través de marcas de tiempo de hardware en el chip NIC/conmutador, relojes de frontera/transparentes y (opcionalmente) SyncE. PTP convierte los errores "fuente-red" de fluctuaciones incontrolables en cantidades de trabajo presupuestables, atribuibles y auditables mediante marcas de tiempo de hardware en el chip NIC/conmutador y (opcionalmente) SyncE. Con el T830 como núcleo, sin interrumpir el NTP de la red existente, los enlaces críticos se estabilizan al nivel de microsegundos bajos, y se ajustan al nivel de submicrosegundos/cien-nanosegundos en los segmentos centrales controlados para maximizar la verificabilidad y la certeza de cumplimiento a cambio de una modificación mínima.
Puntos de dolor y techos realistas de NTP:La negociación resumida/estratégica no tolera el "orden secuencial", pero las marcas de tiempo de software de NTP y la asimetría de la ruta dificultan la limitación de los picos ocasionales; la publicación/reproducción del mercado requiere una estricta reproducción entre sistemas, pero las fluctuaciones y el riesgo de cola de NTP elevan los costes forenses; el control de órdenes/riesgos se basa en una sincronización ajustada, pero la deriva entre dominios de NTP es propensa a provocar errores de juicio y retrocesos; la compensación/auditoría requiere un "refrendo de marca de tiempo", pero NTP carece de correcciones a nivel de hardware para cada salto y de una cadena completa de trazabilidad UTC. Para la compensación y la auditoría, NTP carece de correcciones a nivel de hardware y de una cadena completa de trazabilidad UTC para cada salto, mientras que la compensación y la auditoría requieren un "endoso de sello de tiempo". Por lo tanto, NTP es adecuado para la "disponibilidad básica", pero tiene un límite superior natural en la coherencia a nivel financiero y la auditabilidad.
Por qué debe introducirse la PTP:PTP elimina las fluctuaciones de la pila del host con marcas de tiempo de hardware, corrige los retrasos de residencia con T-BC/T-TC y unifica las frecuencias de red con SyncE; da prioridad a One-Step en segmentos controlados para reducir las fluctuaciones y a Two-Step en segmentos restringidos para garantizar la compatibilidad.
Pensamiento de transición
principio generalPrioridad PTP y coexistencia NTP: Partiendo de la premisa de una modificación mínima de la red existente, el T830 proporciona PTP y NTP al mismo tiempo, y puede conmutarse sin problemas en cualquier fase.
Normas de selección(una frase para recordar): los que soportan L2 van a L2; los que no soportan L2 pero sí PTP van a UDPv4; los que sólo soportan NTP siguen con NTP.
Opción 1 (Coexistencia de protocolos mixtos):
T830 Salida paralela de PTP y NTP: los clientes que admiten L2 van directamente a L2 para un menor jitter; los clientes que admiten PTP pero no L2 van a UDPv4 (G.8275.2) para atravesar la Capa 3 y los dominios de políticas; los dispositivos de stock que sólo admiten NTP siguen utilizando NTP. el lado de la red está ligeramente aislado por número de dominio/prioridad + VLAN con enlaces ascendentes de baja perturbación y "ajuste de alineación" en toda la red. "Alinear primero y apretar después".
Opción 2 (Intra-Domain L2 High Accuracy + Inter-Domain UDPv4 Flexible Interconnect):
Se adopta L2 (G.8275.1 + SyncE) para el segmento central de agregación/citas, se habilita T-BC para el núcleo/agregación, se habilita T-TC para el acceso, y se da prioridad a One-Step (si no se admite One-Step, se utiliza Two-Step); se unifican los segmentos de sala de servidores/tres niveles o heterogéneos con articulación UDPv4 (G.8275.2) para formar un objetivo de estabilidad de "sub-microsegundos/cien nanosegundos intradominio, y bajos-microsegundos entre dominios"; los dos programas pueden promoverse en paralelo: primero, que toda la red "funcione", y luego que toda la red "funcione". El objetivo de estabilidad de "sub-microsegundos/cien nanosegundos dentro del dominio y bajo-microsegundos entre dominios"; los dos programas pueden promoverse en paralelo: primero, que toda la red "funcione y sea correcta", y luego "que la ruta crítica se llene y sea más precisa". ".
Estrategia de arquitectura (L2 frente a UDPv4, un paso frente a dos pasos)
Compromisos entre L2 y UDPv4: los campus/co-localizaciones controlados dan prioridad a L2 (G.8275.1 + SyncE) para obtener el mejor jitter y simetría; los cross-layer 3/cross-domain utilizan UDPv4 (G.8275.2) para atravesar rutas y dominios de seguridad.
El compromiso entre One-Step y Two-Step: One-Step se utiliza para soportar One-Step; Two-Step se utiliza si no se soporta One-Step; One-Step completa la alineación en una sola trama y tiene menor jitter, pero tiene requisitos de hardware; Two-Step se empareja con dos tramas y tiene mejor compatibilidad. En la actualidad, las empresas están configuradas mayoritariamente con Dos Pasos.
Ampliación del campus/sala de ordenadores (varios × T830): varios T830 en cada sala de ordenadores seleccionan uno como T-GM de dominio, segmentos centrales intradominio utilizando L2 (G.8275.1 + SyncE), interdominio utilizando UDPv4 (admite la configuración de prioridad L2); la programación del número de dominios/prioridad de la recuperación de desastres multifuente es coherente con el estado estacionario, y la desviación del sistema global puede alcanzar el objetivo de "nanosegundos de transacción + microsegundos de registro + milisegundos de oficina". Objetivo "nanosegundo de transacción + microsegundo de registro + milisegundo de oficina". Los objetivos se alcanzan por niveles según la importancia empresarial.
En la agregación de alta frecuencia y en la negociación de estrategias de baja latencia, la marca de tiempo UTC unificada reduce significativamente las disputas sobre "quién fue el primero y quién fue el último"; en la publicación y reproducción de mercados, la línea de tiempo entre sistemas está estrictamente alineada, lo que hace que la reproducción anormal sea reproducible y explicable; en los escenarios de ordenación y control de riesgos, la coherencia de la marca de tiempo reduce el coste de los errores de cálculo y la reversión; en la compensación y auditoría, la cadena de trazabilidad de "GNSS/PRTC→TGM→red (BC/TC)→host (T-TSC)" permite que cada marca de tiempo tenga su procedencia y esté respaldada. La cadena de trazabilidad de 'GNSS/PRTC→T-GM→Red (BC/TC)→Host (T-TSC)' permite que cada marca de tiempo tenga una procedencia y esté respaldada.
¿Por qué el servidor de relojes T830?
En primer lugar, en el lado de la fuente de tiempo, el servidor de reloj T830 se puede actualizar de PRTC-A a PRTC-B bajo demanda, y reservar espacio para la evolución ePRTC para ampliar el mantenimiento del tiempo en escenarios perturbados GNSS; en el lado de la red, el servidor de reloj T830 soporta L2 y UDPv4 dos tipos de imágenes PTP al mismo tiempo, lo que es naturalmente adecuado para el escenario híbrido de "L2 para aquellos que soportan L2, UDPv4 para aquellos que no; NTP para aquellos que no soportan PTP" que usted propuso, y con T-BC/T-TC, SyncE, One-Step/Two-Step. El servidor de reloj T830 admite tanto imágenes PTP L2 como UDPv4, lo que es naturalmente adecuado para el escenario mixto de "L2 para los que admiten L2 y UDPv4 para los que no; NTP para los que no admiten PTP" que usted propuso, y naturalmente coopera con T-BC/T-TC, SyncE y One-Step/Two-Step; en el lado del terminal, además del paralelismo PTP/NTP, el servidor de reloj T830 proporciona referencias físicas como 1PPS/ToD/10 MHz, lo que es conveniente para la calibración y el muestreo de laboratorio. Además del paralelismo PTP/NTP, el servidor de reloj T830 también proporciona referencias físicas como 1PPS/ToD/10 MHz en el lado del terminal, lo que resulta conveniente para la calibración y el muestreo en laboratorio, y prepara "credenciales duras" para pruebas de conformidad. Es más, la ruta de entrega escalonada del servidor de reloj T830 de "uno para empezar, dos para alta disponibilidad y múltiples para escala" le permite obtener beneficios visibles en dominios críticos con un coste mínimo de transformación de inventario, y después actualizar la ruta central a indicadores de nivel de submicrosegundos/cien nanosegundos sin reconfigurar toda la red a la vez.
Alineación del valor empresarial financiero
Estrategia de agregación de alta frecuencia y baja latencia: las marcas de tiempo UTC unificadas reducen drásticamente las disputas sobre "quién es el primero, quién es el último", y el segmento central L2/One-Step + BC/TC reducen las fluctuaciones a niveles inferiores al microsegundo.
Publicación/repetición de citas: los plazos entre sistemas están estrictamente alineados, y las repeticiones anómalas son reproducibles e interpretables.
Órdenes y control de riesgos: un calendario coherente reduce el coste de los falsos positivos y las reversiones.
Liquidación y auditoría: Desde "GNSS/PRTC→T-GM→Red (BC/TC)→Host (T-TSC)" se constituye una cadena de trazabilidad UTC completa, de modo que cada marca de tiempo "tiene una procedencia, puede ser refrendada y puede ser reexaminada".
Respuestas rápidas a las preguntas más frecuentes
El reloj principal es de Dos Pasos en sentido ascendente, ¿por qué el segmento central sigue siendo de Un Paso?
Quien envía Sync establece el tipo; basta con retransmitir One-Step en el T-BC que entra en la sección central; el T-TC no cambia el tipo de paso.
¿Por qué no la L2 completa?
La travesía, el coste y la capacidad de mantenimiento a través de la Capa 3 y los dominios de seguridad dictan que el interdominio es más adecuado para UDPv4; "extremo en el dominio, entregable interdominio" es la solución de ingeniería óptima.
¿Qué ocurre con los dispositivos que no admiten PTP?
T830 salida en paralelo NTP, compatible con el stock; dispositivos habilitados para PTP ir L2 o UDPv4 de acuerdo con la capacidad de sincronizar los tres tipos de terminales en un solo paso.