Plusieurs formes de requêtes existent :
►
GetRequest
►
GetNextRequest
►
GetBulk
►
SetRequest
►
Walk
Les réponses aux requêtes sont accompagnées d'une erreur noSuchObject si la variable
demandée n'est pas disponible
3.8. DETECTION D'INSTABILITE DES ENTREES HORAIRES
La détection d'instabilité est réalisée indépendamment sur chaque entrée de
synchronisation lorsqu'elle est sélectionnable et que le serveur de temps est synchronisé ou
qu'il lui reste de l'autonomie mais pas en mode free-running. Elle ne s'applique pas à l'entrée
NTP car elle peut changer de serveur source en cas de problème.
Lorsqu'un écart de plus de 500 ms par rapport à l'heure du serveur de temps est détecté sur
une entrée et jusqu'à ce que l'entrée revienne sous les 500 ms, que le serveur arrive en fin
d'autonomie, que le saut soit validé par un utilisateur ou que le mode free-running soit activé,
le serveur de temps a 2 informations horaires contradictoires. Il informe donc ses utilisateurs
de cette anomalie en passant l'entrée décalée dans l'état « Unstable » et en l'invalidant. Une
action externe est alors requise pour revenir dans un état cohérent en corrigeant ou en
invalidant les entrées horaires incorrectes et/ou en validant la nouvelle heure des entrées
se trouvant dans l'état « Unstable ».
Pour valider la nouvelle heure d'une entrée « Unstable » une case à cocher « Allow this
leap » est affichée dans la configuration de cette entrée dans la page Web « Input » comme
illustré ci-dessous. Une fois cochée et validée par le bouton « Save Settings » le serveur de
temps considère que la nouvelle heure de cette entrée est correcte et que cette entrée peut
être à nouveau sélectionnée pour le synchroniser.
MDE-LEDI-NETWORK-ITSV2m-4097V3.0
demande de la valeur d'une variable
demande de la valeur de la variable suivante
demande groupée des valeurs d'un ensemble de variables
modification de la valeur d'une variable
absent de la RFC, demande de toutes les variables suivantes
23