Bonjour, j'utilise le protocole NTP pour synchroniser l'horloge de mon PC à partir d'une horloge de référence (via un serveur de strate 2). Bon tout fonctionne correctement seulement, j'ai un petit problème de compréhension. Je préviens, j'ai lu les docs de NTP avant, et recherché sous google mais quelques points restent obscurs. Peut être y a t'il un spécialiste de ce protocole parmi vous. J'aimerai donc engager une petite discussion sur ce protocole...
Donc voilà ce que je comprends du protocole NTP.
Notre horloge de notre PC a fortement tendance à dériver c'est à dire à gagner des secondes ou a en perdre. NTP se propose de corriger celà. Pour cela, on définit un serveur NTP (en général de strate 2) qui va se synchroniser sur un serveur NTP de strate 1 qui lui est synchronisé sur une horloge de référence précise (genre GPS, horloge atomique etc...).
Donc en gros, chaque serveur NTP se synchronise avec le serveur qui est au dessus de lui, et synchronise les serveurs en dessous de lui.
Le problème vient du comment il fait?
J'ai compris que la machine désirant se synchroniser (client NTP) envoie un paquet NTP au serveur, qui lui lui réponds. A partir de celà, on a la différence entre le temps du serveur et le temps du client et c'est là que NTP rentre vraiment en jeu. A partir de cette différence, il va faire ralentir ou accélérer la fréquence de l'horoge du PC pour converger vers le bon temps.
Ca, je pense que j'ai compris mais c'est vraiment la base de la base... est ce que quelqu'un sait comment il calcule la correction de fréquence, quel est le temps moyen de convergence de l'horloge, quel est l'influence du jitter réseau, quel précision peut on attendre avec NTP et surtout, comment voit t'on cette précision???
Si je demande ça en gros, c'est que ça fait parti de mon stage, alors oui, je peux faire mes tests avec mes ptites mimines, mais à raison d'une journée par test en gros car c'est très long à mettre en place, c'est pas évident. De plus, je dois juste indiquer quelle est l'influence des différents paramêtres cités plus haut, pas forcemment mettre en place un truc précis de test donc je me disais que quelqu'un avait peut être les infos car là, je suis un peu perdu.
Voilà, j'espère avoir posté dans la bonne section, merci d'avance
Forum Linux.général Le protocole NTP
15
mar.
2006
# Quelques réponses :
Posté par Obsidian . Évalué à 2.
http://www.google.fr/search?hl=fr&q=Le+protocole+NTP&(...)
http://perso-info.enst-bretagne.fr/~brouty/Info/ntp.html
http://www.eecis.udel.edu/~ntp/ntpfaq/NTP-a-faq.htm
[^] # Re: Quelques réponses :
Posté par the_ionic . Évalué à 1.
Quel précision attendre de NTP? Comment voir la précision sur une machine synchronisée par NTP? Quels est l'impact de la jigue réseau sur la stabilité de NTP, exemple, le délai pour aller au serveur fluctue énormément? Est ce que le but de NTP au final est t'il simplement de calculer la dérive de la fréquence et de l'appliquer toutes les secondes à l'horloge interne, et de recalculer cette dérive selon un intervalle de temps?
Toutes ces questions qui je trouve n'ont pas clairement de réponse dans ce document....
Merci quand même
# Wikpédia pour la définition
Posté par Yann 'Ze' Richard (site web personnel) . Évalué à 1.
Les explications de ce qu'est NTP sont décrites sur Wikipédia. Il y a aussi une version anglaise sur Wikipédia qui me parrait moins complète, il y a surtout beaucoups de liens:
http://en.wikipedia.org/wiki/Network_Time_Protocol
# RFC
Posté par khan . Évalué à 1.
references concernant ce protocole : les RFC.
Le protocol NTP est definie par :
http://www.ietf.org/rfc/rfc778.txt
http://www.faqs.org/rfcs/rfc1305.html
Et plus globalement par plein d'autre RFC qui sont citées
dans le bel article de WikiPedia.
http://en.wikipedia.org/wiki/Network_Time_Protocol
K.
[^] # Re: RFC
Posté par the_ionic . Évalué à 0.
Merci quand même
# Une question pour avancer : quelle horloge est synchronisée ?
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
Dans ton journal, tu parle d'une action sur la fréquence de l'horloge du PC. Si tu parle bien du coté matériel de la chose, moi j'y crois pas.
Je crois plutôt qu'il joue sur l'horloge système, c'est à dire la vision informatique du temps que donne le noyau au reste du système.
Mais bon, j'y connais rien, c'est juste une réflexion personnelle.
[^] # Re: Une question pour avancer : quelle horloge est synchronisée ?
Posté par _seb_ . Évalué à 2.
Sur mon poste:
/sbin/hwclock --show
montre à décalage d'une heure et quelques minutes alors que
/bin/date
affiche correctement l'heure.
/sbin/hwclock --systohc --localtime
permet de remettre les pendules à l'heure.
[^] # Re: Une question pour avancer : quelle horloge est synchronisée ?
Posté par the_ionic . Évalué à 2.
En effet, le client semble obtenir la déviation de son horloge interne par rapport au serveur NTP, et applique cette correction... la question est, comment calcule t'il cette déviation (qui est une fréquence appelée compensation drift)???
# Exposé sur NTP
Posté par jms . Évalué à 2.
http://alexandre.alapetite.net/iup-gmi/ntp/
bon stage
Jms
[^] # Re: Exposé sur NTP
Posté par the_ionic . Évalué à 2.
# Serveur NTP
Posté par onimenokyo . Évalué à 1.
J'ai aussi un projet à faire autour des serveurs de temps.
J'ai lu qu'un ordinateur avec l'OS FreeBSD, avec la version 4 d'NTP, et se synchronisant avec un récepteur GPS pouvait avoir une précision inférieure à 1ms dans un LAN.
Mais l'utilisation d'un serveur NTP n'est seulement nécessaire que pour synchroniser beaucoups de clients, sinon il suffirait d'utiliser le récepteur GPS pour timestamper l'horloge!
Il existe autrement un autre protocole, plus orienté vers les réseaux ethernet pour l'automatisme et la métrologie. Ce protocole est l'IEEE 1588, plus communément appelé Precision Time Protocol. Apparement ce protocole utilise une carte PCI - IEEE 1588 et un programme en C/C++ pour synchroniser des équipements réseaux.
Si vous avez d'autres informations, elles sont bienvenues!
Merci.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.