Alarmes de la passerelle

Cette page répertorie toutes les alarmes de la passerelle et fournit pour chaque alarme les causes possibles et des lignes directrices pour résoudre le dysfonctionnement associé. Les lignes directrices nécessitent souvent un accès à distance à la passerelle. Pour en savoir plus sur l'accès à distance, voir Accéder à distance et procédure de sauvetage.

note

Les alarmes suivantes ne sont pas supportées par les passerelles utilisant le packet forwarder Basics de Semtech :

• Alarmes système :
  • Logiciel LRR redémarré par le watchdog 101
  • Niveau d'utilisation du CPU anormalement élevé 106
  • Niveau d'utilisation de la RAM anormalement élevé 107
  • Niveau d'utilisation du système de fichiers anormalement élevé 108
  • Perte de la synchronisation temporelle 109
  • Panne de courant détectée 110
  • Activation anormale du log 112
  • Statut de l'interface réseau de backhaul 121
  • Échec de verrouillage GPS détecté 122
• Alarmes de cellule RF :
  • Niveau de trafic uplink anormalement bas 103
  • Niveau anormalement élevé d'invalidité physique CRC uplink 104
  • Le taux de trames en downlink dépasse la capacité de la cellule RF 105
  • Échec de la transmission du beacon 111

Alarmes système

Logiciel LRR redémarré par le watchdog 101

Le logiciel LRR de la passerelle redémarre car aucune trame uplink n'a été reçue pendant une fenêtre de temps configurable (configurée dans lrr.ini, une heure par défaut).

Cette alarme est associée à un nombre d'occurrences : c'est le nombre de redémarrages du logiciel LRR depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • Affirmer dans le logiciel LRR.
  • Passerelle défectueuse (sourde).
  • La fenêtre temporelle est configurée trop courte.
• Dépannage:
  • Vérifiez la configuration de la fenêtre temporelle dans lrr.ini (paramètre autoreboottimer_nouplink).
  • Collectez les journaux et contactez votre support.

note

Les trames d'uplink reçues avec une erreur CRC sont comptées comme des trames d'uplink valides dans le cadre de cette alarme.

Statut de connexion de la passerelle 102

Une déconnexion de la passerelle du réseau cœur ThingPark a été détectée. Par défaut, l’alarme est déclenchée avec un niveau de gravité CRITIQUE si la connexion de backhaul est interrompue pendant au moins 30 secondes. Le minuteur de déconnexion ainsi que la gravité sont configurables au niveau de la passerelle. Pour en savoir plus sur la configuration de cette alarme, consultez Configuration de l’alarme d’état de connexion.

L’alarme est automatiquement RÉINITIALISÉE si la passerelle est reconnectée et que la connexion reste stable pendant 10 minutes.

• Causes possibles :
  • La passerelle a été suspendue par un administrateur (alarme MAJEURE).
  • La passerelle n'est pas suspendue mais n'a jamais été connectée à ThingPark (alarme AVERTISSEMENT).
  • La passerelle n’est pas suspendue mais est déconnectée de ThingPark ou sa connexion à ThingPark est instable (alarme CRITIQUE).

astuce

Tant que l’alarme est active en raison d’une connexion backhaul instable entre la passerelle et ThingPark, le nombre d’interruptions de liaison est indiqué par le compteur occurrences associé à cette alarme.

• Dépannage:
  • Si la passerelle n'est pas suspendue :
    • Si la passerelle n'a pas pu être mise en ligne après avoir été configurée et approvisionnée, consultez quelques astuces de dépannage dans Dépannage de la connectivité de la passerelle.
    • Vérifiez l'alimentation de la passerelle pour un éventuel défaut d'alimentation.
    • Vérifiez la connexion de backhaul pour une éventuelle défaillance du réseau.
    • Vérifiez si le processus lrr.x est en cours d'exécution, redémarrez-le si nécessaire.
    • Collectez les journaux et contactez votre support.

Niveau d'utilisation du CPU anormalement élevé 106

L'utilisation moyenne du CPU de la passerelle atteint un niveau anormal.

Cette alarme est automatiquement EFFACÉE si l'utilisation moyenne du CPU tombe en dessous de 80 %.

• Causes possibles :
  • L'utilisation moyenne du CPU dépasse 90% (MAJEUR alarme).
• Dépannage:
  • Collectez les journaux et contactez votre support.

Niveau d'utilisation de la RAM anormalement élevé 107

L'utilisation moyenne de la RAM de la passerelle atteint un niveau anormal.

Cette alarme est automatiquement EFFACÉE si l'utilisation moyenne de la RAM tombe en dessous de 75 %.

• Causes possibles :
  • L'utilisation de la RAM dépasse 90% (MAJEUR alarme).
• Dépannage:
  • Collectez les journaux et contactez votre support.

Niveau d'utilisation du système de fichiers anormalement élevé 108

L'utilisation moyenne du système de fichiers de la passerelle atteint un niveau anormal.

Cette alarme est automatiquement EFFACÉE si l'utilisation moyenne du système de fichiers tombe en dessous de 85 %.

• Causes possibles :
  • L'utilisation du système de fichiers d'une partition dépasse 95% (MAJEUR alarme).
• Dépannage:
  • Collectez les journaux et contactez votre support.

Perte de la synchronisation temporelle 109

La passerelle a perdu sa synchronisation temporelle.
Cette alarme est automatiquement RÉINITIALISÉE si la passerelle est synchronisée à l’heure depuis au moins 15 minutes.

• Causes possibles :
  • Le client NTP a démarré alors qu'aucune adresse IP n'était allouée.
  • Le client NTP n'a pas démarré correctement après un redémarrage de la passerelle.
• Dépannage:
  • Redémarrez le client NTP : settime restart.
  • Collectez les journaux et contactez votre support.

Panne de courant détectée 110

La passerelle fonctionne sur batterie en raison d'un défaut d'alimentation.
Cette alarme est automatiquement RÉINITIALISÉE si le défaut d’alimentation électrique est résolu depuis au moins 15 minutes.

• Causes possibles :
  • La passerelle est déconnectée du réseau électrique.
  • Une panne du réseau électrique se produit.
• Dépannage:
  • Vérifiez la connexion de la passerelle au réseau électrique.
  • Vérifiez l'alimentation du réseau.

Activation anormale du log 112

Une activation anormale du journal logiciel LRR a été détectée.

• Causes possibles :
  • Le journal est activé avec un niveau de trace > 0 sans utilisation de disque RAM (CRITIQUE alarme).
  • Le journal est activé avec un niveau de trace > 0 pendant 7 jours (MAJEUR alarme).
• Dépannage:
  • Activer l'utilisation du disque RAM si non déjà activé.
  • Si une séance de dépannage en cours ne justifie pas l'activation du journal, désactivez-la.
  • Si l'alarme persiste, contactez votre support si le niveau de trace ne peut pas être réglé sur 0.

avertissement

Dans certains cas, lorsque la passerelle effectue de nombreuses écritures dans la mémoire flash, cela peut endommager l'usage et le comportement normaux de la passerelle.

Statut de l'interface réseau de backhaul 121

Au moins un lien de « backhaul » de la passerelle est perdu.
Cette alarme est automatiquement RÉINITIALISÉE si le lien backhaul défaillant a été rétabli et reste stable depuis au moins 15 minutes.

• Causes possibles :
  • Problème d'adresse IP, par exemple en raison du DHCP.
  • Pour une interface cellulaire : défaillance du réseau 3G/LTE, absence de carte SIM, Network Coverage insuffisante.
  • Mauvaise configuration de l'interface de « backhaul » dans la passerelle.
• Dépannage:
  • Utiliser l'allocation manuelle d'adresse IP en cas de problème DHCP.
  • Vérifiez la configuration de l'interface et corrigez les problèmes de configuration si nécessaire. Pour en savoir plus, voir Configurer les interfaces réseau.
  • Pour les alarmes liées au Backhaul cellulaire : vérifiez la couverture réseau cellulaire, l'état de la carte SIM et l'abonnement auprès de l'opérateur mobile. Vous pouvez vérifier les indicateurs cellulaires dans le widget INTERFACES du tableau de bord de la passerelle, sous l'onglet Statistiques de backhaul.

Échec de verrouillage GPS détecté 122

Un échec de verrouillage GPS a été détecté. La passerelle ne peut pas utiliser la position GPS et la synchronisation temporelle.
Cette alarme est automatiquement RÉINITIALISÉE si le GPS est verrouillé depuis au moins 15 minutes.

• Causes possibles :
  • Le câble et/ou l'antenne du récepteur GPS est dégradé.
  • Il n'y a pas assez de satellites pour verrouiller le signal GPS.
  • Une forte interférence sur le récepteur GPS par les émetteurs environnants entraîne le blocage du récepteur.
• Dépannage:
  • Vérifiez l'installation du récepteur GPS (câble et antenne).
  • Changez la position de la passerelle ou de l'antenne GPS pour offrir un meilleur accès au ciel/satellite ou réduire les risques d'interférences des émetteurs environnants.

avertissement

Lorsque le GPS est indisponible, les fonctions suivantes ne sont pas supportées :

• Classe B et beaconing.
• Géolocalisation TDoA des capteurs.
• Transmission multicast synchronisée temporellement.
• Localisation basée sur GPS de la passerelle.

Alarmes de cellule RF

Niveau de trafic uplink anormalement bas 103

La passerelle n’a reçu aucune trame uplink valide pendant la durée configurée. Les paquets uplink valides sont les paquets correctement démodulés par la passerelle avec un statut CRC-OK. Pour en savoir plus sur la configuration de cette alarme, consultez Configuration de l’alarme d’absence d’activité d'uplink.

• Causes possibles :
  • Il n'y a pas de capteurs dans la zone couverte par la passerelle.
  • Le signal radio est perturbé par un brouilleur externe.
  • Un défaut se produit dans la chaîne RF de la passerelle.
• Dépannage:
  • Vérifiez s'il y a un capteur actif dans la zone couverte par la passerelle.
  • Vérifiez si un équipement RF a été installé à proximité de la passerelle (provoquant des interférences potentielles).
  • Scannez la radio sur la passerelle pour vérifier le niveau de bruit.
  • Si l'alarme persiste, contactez votre support.

Niveau anormalement élevé d'invalidité physique CRC uplink 104

Cette alarme est déclenchée lorsqu'un niveau élevé de trames LoRa® reçues par la passerelle ne peuvent pas être correctement démodulées, ou lorsqu'il y a de nombreuses trames non-LoRa® reçues par la passerelle avec une préambule physique semblable à LoRa®.
Cette alarme est automatiquement RÉINITIALISÉE si le nombre d’erreurs CRC diminue pendant les 4 dernières heures.

• Causes possibles :
  • Le nombre de paquets générés par les capteurs dans la zone couverte par la passerelle est trop élevé, ce qui provoque des collisions de trames.
  • Un bruit est généré par les passerelles d'un autre réseau LoRa® à proximité.
  • Un brouilleur/équipement non-LoRa® interfère (très probablement si le ratio est très élevé).
  • Un défaut se produit dans la chaîne RF de la passerelle.
• Dépannage:
  • Si le rapport cyclique de l'uplink de la passerelle est élevé, éteignez certains capteurs. Vous pouvez vérifier les statistiques de rapport cyclique uplink dans le widget RAPPORT CYCLIQUE du tableau de bord de la passerelle, sous l'onglet Statistiques RF. Le cycle de travail d'uplink maximum typique est d'environ 10% par canal logique.
  • Vérifiez si un équipement RF a été installé à proximité de la passerelle (provoquant des interférences potentielles).
  • Scannez la radio sur la passerelle pour vérifier le niveau de bruit.
  • Si l'alarme persiste, contactez votre support.

Le taux de trames en downlink dépasse la capacité de la cellule RF 105

Cette alarme est déclenchée lorsque au moins 5 % des paquets downlink, devant être envoyés via cette passerelle au cours de la dernière heure, n’ont pas pu être transmis par voie radio car le modem cellulaire RF était occupé.
Cette alarme est automatiquement RÉINITIALISÉE si le modem RF n’est plus surchargé (c’est-à-dire, moins de 2 % des trames downlink perdues sur la dernière heure).

• Causes possibles :
  • Il y a trop d'acquittements LoRaWAN® ou trop de tentatives de reconfiguration de MAC.
• Dépannage:
  • Réduisez les accusés de réception demandés par vos capteurs.
  • Réduisez les downlinks envoyés par vos applications.
  • Avoir une meilleure répartition des messages de reconfiguration MAC du downlink (par exemple, les mises à jour de la RF region) au fil du temps pour éviter la saturation temporaire de la capacité de downlink.
  • Ajoutez une nouvelle passerelle à votre réseau.
  • Si l'alarme persiste, contactez votre support.

Échec de la transmission du beacon 111

Le ratio d’échecs de transmission des beacons atteint un niveau anormal sur cette passerelle (plus de 25 % d’échecs sur la dernière heure, par défaut)
Cette alarme est automatiquement RÉINITIALISÉE si le taux d’échecs de beacon descend en dessous de 10 % sur la dernière heure.

• Causes possibles :
  • La radio est arrêtée.
  • La procédure Écouter avant de parler (LBT) n'a pas permis de transmission.
  • La synchronisation GPS est perdue.
  • La contrainte de cycle de travail est atteinte.
• Dépannage:
  • Vérifiez l'état de la radio de la passerelle.
  • Vérifiez l'état du GPS de la passerelle.
  • Vérifiez le cycle de travail de downlink sur la sous-bande RF du beacon. Les statistiques de rapport cyclique downlink sont affichées dans le widget RAPPORT CYCLIQUE du tableau de bord de la passerelle, sous l'onglet Statistiques RF.
  • Si l'alarme persiste, contactez votre support.

Rejeu de demande de Join détecté (rejeu de DevNonce) 113

La passerelle a reçu une demande de JOIN contenant un DevNonce déjà utilisé par le même capteur. Cette alarme est déclenchée sur la passerelle impactée pour permettre de localiser la zone d'attaque potentielle. La demande de Join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un nombre d'occurrences : c'est le nombre de demandes de Join avec rejeu de DevNonce reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque par rejeu de requête de join d'un utilisateur malveillant.
  • Le capteur a envoyé une requête d'activation contenant un DevNonce déjà utilisé.
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé :
    • Si le capteur a envoyé une requête d'activation contenant un DevNonce déjà utilisé, son implémentation du DevNonce ne respecte pas les recommandations de la couche MAC LoRaWAN® définies par la LoRa Alliance®. Réinitialisez le contexte du capteur sur le network server. Pour plus d'informations, voir Rejeu de demande de Join détecté (rejeu de DevNonce) 007;
    • La passerelle peut être victime d'une attaque par rejeu de requête de join. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.

MIC incorrect détecté dans une demande de Join 114

La passerelle a reçu une requête de join contenant un MIC incorrect. Cette alarme est levée sur la passerelle impactée pour permettre de localiser la zone potentielle d'attaque. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un MIC incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque par rejeu de requête de join d'un utilisateur malveillant.
  • Un capteur a envoyé une requête de join contenant un MIC incorrect, possiblement dû à un provisionnement incorrect du capteur (c'est-à-dire qu'une mauvaise AppKey a été configurée).
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé,
    • Vérifiez les informations et le comportement du capteur et corrigez les problèmes;
    • La passerelle peut être victime d'une attaque par rejeu de requête de join. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.

Rejeu de demande de Join détecté (corrélation de MIC incorrecte) 115

La passerelle a reçu une trame uplink dont le MIC ne correspond pas à la requête de join précédemment reçue. Cette alarme est levée sur la passerelle impactée pour permettre de localiser la zone potentielle d'attaque. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink avec mauvaise corrélation MIC reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque par rejeu de requête de join d'un utilisateur malveillant.
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé, la passerelle peut être la victime d'une attaque par rejeu de requête de join. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.

Rejeu de trame d'uplink détecté (FCnt incorrect) 116

La passerelle a reçu une trame uplink contenant un FCnt incorrect. Cette alarme est levée sur la passerelle impactée pour permettre de localiser la zone potentielle d'attaque. La trame uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un FCnt incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque de rejeu de trame uplink par un utilisateur malveillant.
  • Si le capteur utilise l'Activation par Personnalisation (ABP) et a été récemment réinitialisé, la réinitialisation n'a peut-être pas été détectée par le gestionnaire de réseau.
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé, la passerelle peut être la victime d'une attaque de rejeu de trame uplink. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si le capteur utilise l'Activation par Personnalisation (ABP) et a été récemment réinitialisé, réinitialisez le contexte du capteur dans l'alarme correspondante. Pour plus d'informations, voir Rejeu de trame d'uplink détecté (FCnt incorrect) 010.
  • Si l'alarme persiste, contactez votre support.

MIC incorrect détecté dans la trame d'uplink 117

La passerelle a reçu une trame uplink contenant un MIC incorrect. Cette alarme est levée sur la passerelle impactée pour permettre de localiser la zone potentielle d'attaque. La trame uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un MIC incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque de rejeu de trame uplink par un utilisateur malveillant.
  • Un capteur a envoyé une trame uplink contenant un MIC incorrect possiblement en raison d'un provisionnement incorrect du capteur (c'est-à-dire, un NwkSKey incorrect a été configuré pour un ABP capteur).
  • Un capteur appartenant à un autre réseau LoRaWAN® dispose du même DevAddr qu'un capteur appartenant au réseau LoRaWAN® local. Un MIC incorrect a été détecté parce que le gestionnaire de réseau a vérifié le MIC généré par le capteur externe à l'aide du NwkSKey du capteur local.
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé,
    • Vérifiez les informations et le comportement du capteur et corrigez les problèmes;
    • La passerelle peut être la victime d'une attaque de rejeu de trame uplink. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.

Rejeu de trame d'uplink détecté (FCnt répété) 118

La passerelle a reçu une trame uplink contenant un FCnt répété dépassant le nombre maximum de répétitions autorisées. Cette alarme est levée sur la passerelle impactée pour permettre de localiser la zone potentielle d'attaque. La trame uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un FCnt répété reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque de rejeu de trame uplink par un utilisateur malveillant.
  • Un capteur dépasse son nombre maximum de répétitions autorisées.
• Dépannage:
  • Si le nombre d'occurrences de l'alarme est élevé,
    • Vérifiez les informations et le comportement du capteur et corrigez les problèmes;
    • La passerelle peut être la victime d'une attaque de rejeu de trame uplink. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.

AppEUI invalide détecté dans la demande de Join 119

La passerelle a reçu une requête de join contenant un JoinEUI (AppEUI) invalide. Le nombre maximum de JoinEUI (AppEUI) différents pouvant être utilisés par le même capteur est de 32. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un JoinEUI (AppEUI) invalide reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La valeur JoinEUI (AppEUI) a changé trop de fois pour ce capteur.
• Dépannage:
  • Si le capteur a utilisé plus de 32 différents JoinEUI (AppEUI), corrigez-le.
  • Si les alarmes persistent, contactez votre support.

Rejeu de demande de Join détecté (DevNonce invalide) 120

La passerelle a reçu une requête de join contenant un DevNonce invalide alors que le capteur est censé utiliser un DevNonce basé sur le compteur. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un DevNonce invalide reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

• Causes possibles :
  • La passerelle est la victime d'une attaque par rejeu de requête de join d'un utilisateur malveillant.
  • Le capteur n'incrémente pas le DevNonce à chaque nouvelle requête de join.
• Dépannage:
  • Le capteur peut être configuré avec un mauvais modèle dans ThingPark. Vérifiez l'alarme correspondante du capteur, voir Rejeu de demande de Join détecté (DevNonce invalide) 015.
  • Si le nombre d'occurrences de l'alarme est élevé, la passerelle peut être la victime d'une attaque par rejeu de requête de join. Arrêtez la radio et essayez d'identifier l'attaquant.
  • Si l'alarme persiste, contactez votre support.