Table des Matières
Publicité
6.6
SNMP
Pour l'intégration dans un système de surveillance, le NCC prend en charge les notifications SNMP
(pièges, version SNMP 2c). Le NCC peut envoyer en tant qu'agent SNMP des pièges d'alarme et
alive à un gestionnaire SNMP (p. ex. outil de gestion de réseau HP OpenView ou sim.) dans le ré-
seau. L'adresse IP du gestionnaire SNMP doit pour cela être configurée (avec DHCP ou outil PC
MOBA-NMS). Les structures des pièges sont définies dans un fichier MIB (détails, voir document BE-
800793Description MOBATIME Network Clocks). Les pièges d'alarme servent à informer le gestion-
naire SNMP des cas d'erreur. Les pièges alive sont envoyés périodiquement et signalent au gestion-
naire SNMP la disponibilité et l'état de l'appareil. L'intervalle entre les pièges alive peut être réglé
avec l'outil PC MOBA-NMS.
6.7
Calcul de l'heure locale
Le NCC est synchronisé sur UTC (Temps Universel Coordonné). Pour pouvoir calculer et afficher
l'heure locale, le NCC a besoin d'informations supplémentaires sous forme d'entrée de fuseau ho-
raire. Le NCC a la possibilité de mémoriser 1 entrée de fuseau horaire. Celle-ci peut être éditée à
l'aide de l'outil PC MOBA-NMS via le réseau.
Le réglage de l'heure locale ne peut être configuré qu'au moyen de MOBA-NMS.
En alternative, le calcul de l'heure locale est pris en charge sur la base de l'entrée de fuseau horaire
d'un serveur de fuseaux horaires. En mode unicast, il demande l'entrée auprès du serveur NTP confi-
guré. En mode multicast, il reçoit l'entrée correspondante à l'adresse de groupe configurée.
6.8
Précision / perte de synchronisation
La dérivation à l'état synchronisé est typiquement inférieure à +/-50 ms.
Le NCC signale une perte de synchronisation au bout de 24 heures en émettant l'ordre 12h00. La
dérivation après 24 h sans synchronisation est typiquement inférieure à +/-2 s (précision du quartz:
20 ppm à température ambiante).
les dérivations mentionnées dépendent de la précision et de la puissance de la
source horaire (serveur NTP). La réception NTP peut être influencée par la charge
du réseau et les appareils en réseau (hub, commutateur, routeur, pare-feu, etc.).
Important !
6.9
Source horaire redondante
La disponibilité de serveurs NTP en tant que source horaire peut être améliorée par exécution redon-
dante dans le réseau. Selon le mode de fonctionnement du NCC, la stratégie suivante est prévue
(vaut aussi pour les serveurs de fuseaux horaires):
6.9.1 Client NTP unicast
En tant qu'option DHCP ou par configuration manuelle (MOBA-NMS),jusqu'à quatre adresses de ser-
veur NTP différentes peuvent être communiquées au NCC. Si le serveur actuel ne répond pas à trois
demandes d'heure consécutives, le NCC passe au serveur suivant (si disponible), au bout d'une du-
rée qui peut être définie par l'intervalle entre les demandes réglé (par défaut : 3 x 10 secondes).
Après un changement de serveur, le NCC repasse au bout d'une heure au serveur NTP primaire. La
demande recommence également au premier serveur en cas de redémarrage.
© MOBATIME
15 / 28
801099.05
Publicité
Table des Matières
