Serveur de temps NTP - DTS 4132

Serveur de temps NTP - DTS 4132

Le dispositif multifonction DTS 4132 est une horloge maître de réseau et une référence de temps pour les clients NTP dans les réseaux moyens et grands avec jusqu'à 2 ports réseau (IPV4 / IPV6). Avec son concept de haute précision et intelligent pour un fonctionnement redondant, il offre un haut degré de fiabilité et de disponibilité. De plus, il fournit MOBALIne pour les horloges esclaves à réglage automatique.

Type d'oscillateur:TCXO
2 port LAN (RJ45)/RPS :fournit NTP sur les deux ports (<1'500 requêtes/s les deux ports combinés)
Sorties :2x sortie DCF/impulsion/fréquence, 2x sortie série, 1x sortie boucle de courant DCF
Temps de haute précision:Réception de l'heure du GPS
Redondance:fonctionnement maître-esclave avec commutation automatique en cas d'erreur
Afficher plus
Configuration IPDHCP, IPv4 statique, IPv6
Source d'alimentationAlimentation redondante (secteur/DC ou DC/DC)
PrécisionGPS (entrée DCF) vers serveur NTP : typique < ± 100 µs / GPS (entrée DCF) vers DCF / sortie impulsionnelle : typique < ± 10 µs
OpérationTerminal série via RS 232 (face avant, sub-D 9p mâle) / Via LAN : MOBA-NMS, Telnet, SSH, SNMP
ChronométrageSynchronisé avec le GPS
Afficher plus

SNTP (Simple Network Time Protocol) et NTP (Network Time Protocol) décrivent exactement le même format de paquet réseau, les différences peuvent être trouvées dans la façon dont un système traite le contenu de ces paquets afin de synchroniser son heure. Il s'agit essentiellement de deux manières différentes de gérer la synchronisation de l'heure.

 

Alors qu'un serveur ou un client NTP complet atteint un niveau de précision très élevé et évite autant que possible les horodatages brusques en utilisant différentes méthodes mathématiques et statistiques et des ajustements de vitesse d'horloge en douceur, SNTP ne peut être qu'unecommended pour des applications simples, où les exigences de précision et de fiabilité ne sont pas trop exigeantes.

 

En ignorant les valeurs de dérive et en utilisant des méthodes simplifiées de réglage de l'horloge système (souvent un simple pas de temps), SNTP n'obtient qu'une synchronisation temporelle de faible qualité par rapport à une implémentation NTP complète. SNTP version 4 est défini dans RFC2030, où il se lit :

 

"C'est fortement recoa recommandé que SNTP ne soit utilisé qu'aux extrémités du sous-réseau de synchronisation. Les clients SNTP ne doivent fonctionner qu'aux extrémités (strate la plus élevée) du sous-réseau et dans des configurations où aucun client NTP ou SNTP ne dépend d'un autre client SNTP pour la synchronisation. Les serveurs SNTP ne doivent fonctionner qu'à la racine (strate 1) du sous-réseau et uniquement dans des configurations où aucune autre source de synchronisation autre qu'un service de temps radio ou modem fiable n'est disponible. Le plein degré de fiabilité normalement attendu des serveurs primaires n'est possible qu'en utilisant les sources redondantes, les divers chemins de sous-réseau et les algorithmes conçus d'une implémentation NTP complète.

 

Par conséquent, le terme « serveur de temps NTP » ou « client compatible NTP » peut – par définition – décrire un système avec un NTP entièrement mis en œuvre ainsi que tout autre produit qui utilise et comprend le protocole NTP mais atteint des niveaux de fiabilité, de précision et de Sécurité.

Si une connexion Internet fonctionne correctement, NTP peut déterminer et prendre en compte les retards de transmission de paquets de manière assez fiable. Cependant, si la connexion Internet est à sa limite de capacité, la synchronisation temporelle peut être considérablement dégradée en raison de la forte dispersion des délais de transmission des paquets. Les raisons peuvent être des attaques de pirates informatiques, qui ne doivent pas s'adresser à votre propre réseau, ou de nouveaux virus provoquant un énorme flot d'e-mails, comme cela s'est déjà produit dans le passé. Un propre serveur NTP ne peut pas être facilement compromis sur Internet.

Il y a essentiellement deux façons de franchir le pas second en compte dans votre propre système informatique de temps. La première solution (DTS4160, DTS4210) est que le saut second est automatiquement lu via le récepteur GPS et le serveur de temps peut l'implémenter dans l'horodatage NTP qui est émis. L'arrière-plan de cet automatisme de l'appareil est que les opérateurs de satellites GPS prennent généralement en compte la spécification IERS en conséquence, ce qui est garanti par un préavis et le saut réel secoet lui-même. Ce n'est que sur la base des deux composants que les récepteurs GPS et les serveurs de temps peuvent traiter les sauts.econd correctement et exactement au bon moment et implémentez-le également en termes de technologie système.

Certains opérateurs d'infrastructures critiques, en revanche, préfèrent la procédure manuelle car il existe un certain risque résiduel en ce qui concerne la réception sécurisée à la fois des composants mentionnés ci-dessus et le saut second doit généralement être suivi séparément pour les autres systèmes informatiques de toute façon. Aussi, la définition de saut seconds n'est pas une procédure standard, de sorte que cela peut également parler d'un processus conscient, puis manuel, de la part de l'utilisateur. Avec cette solution alternative de réglage manuel, vous pouvez effectuer un réglage correspondant à temps avec nos appareils DTS, par exemple via MOBA NMS ou Telnet SSH, le serveur de temps DTS traitant ensuite en toute sécurité les sauts.econd et l'implémente en conséquence.

Typiquement, il est < 1ms, lorsque le réseau et le nombre de requêtes client par second n'est pas pris en considération.

Le délai du réseau peut varier considérablement en fonction de la charge de trafic. C'est pourquoi les paquets NTP contiennent deux horodatages (sortie de paquet et entrée de paquet). Ainsi, le temps de réponse peut être calculé et compensé.

 

Conclusion:

Pour le NTP standard, le délai réseau (temps de réponse) n'est pas pertinent pour la précision de la synchronisation client.

Sauf que lorsque le délai devrait être très élevé, alors l'accessibilité du serveur NTP pourrait être dégradée.