Journal des modifications de l'entreprise ThingPark auto-hébergée
Cette page répertorie toutes les modifications incluses dans ThingPark Enterprise auto-hébergé version 7.3, réparties par version de maintenance.
Elle inclut de nouvelles fonctionnalités, des améliorations techniques et des problèmes (bugs) résolus. Plus de détails sur les nouvelles fonctionnalités et améliorations techniques sont également disponibles dans les sections Nouvelles fonctionnalités et Autres améliorations techniques.
prudence
À partir de la version 7.3.4, le profil de dimensionnement extra-small (XS) de ThingPark Enterprise auto-hébergé n'est plus supporté. L'outil de référence TPE a été mis à jour en conséquence.
Sortie 7.3.6
Remarque
Cette version inclut une mise à niveau du système d'exploitation avec plusieurs correctifs de sécurité. Pour plus de détails, veuillez vous référer à la section d'audit de sécurité : Enregistrement des audits de sécurité.
Nouvelles fonctionnalités
Aucun
Autres améliorations techniques
| ID | Résumé |
|---|---|
| N/A | Mise à niveau de IoT Flow vers la version 1.7.19f, consultez les notes de version IoT Flow. |
| N/A | Mise à niveau du système d'exploitation AlmaLinux pour inclure les derniers correctifs de sécurité en date du 27 janvier 2025. |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-24116 | DESC : [Basics Station] Les capteurs US915 restent bloqués dans la boucle d'association à cause d'une fréquence de downlink incorrecte. FIX : Corrigez la fréquence de downlink envoyée à Basics Station en US915. |
| RDTP-24225 | DESC : [Basics Station] Fuite de mémoire sur LNS-BRIDGE. FIX : Ajuster les paramètres du collecteur de déchets pour éviter la fuite de mémoire. |
| RDTP-24031 | DESC : Dans Node-Red, l'importation de flux complexes multiples et de configurations de nœuds pourrait échouer. FIX : Augmenter la mémoire allouée à Node-Red. |
| RDTP-23922 | DESC : La surveillance SNMP LRC ne fonctionne pas depuis la version 7.3.4. FIX : Corriger le problème en mettant à jour le point de contrôle de santé. |
| TXIF-3263 | DESC : Les connecteurs OPC-UA et Modbus ne peuvent pas être supprimés. FIX : Corriger le bug, la suppression fonctionne maintenant comme prévu. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-22788 | L'installation USB du TPE 7.3 iso (almalinux 8) échoue lorsque Rufus, UNetbootin, dd… sont utilisés pour créer la clé USB amorçable. Veuillez utiliser YUMI à la place. |
| RDTP-21977 | [LoRaWAN relays] Lorsqu'un paquet downlink ne peut pas être envoyé pour un capteur via un relais en raison de la contrainte de taille maximale du payload, il n'y a actuellement aucune indication d'échec de livraison signalée à l'AS ni visible dans Wireless Logger au niveau du capteur. Ce problème sera corrigé dans la prochaine version. |
Enregistrement des audits de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-6 | ✅ |
| 7.3.1-2 | ✅ |
| 7.3.2-2 | ✅ |
| 7.3.3-4 | ✅ |
| 7.3.4-3 | ✅ |
| 7.3.5-3 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Sortie 7.3.5
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-23806 | DESC : Le script tpe-remove-bs-known-hosts-file ne fonctionne pas depuis la version 7.3.4-3. FIX : Le script est corrigé. |
| RDTP-23790 | DESC : Dans le cockpit, le lien tpe-maintenance est bloqué. FIX : Le lien redirige correctement vers la documentation en ligne. |
| RDTP-23688 | DESC : Impossible d'envoyer des notifications d'alarme des passerelles ou capteurs par email avec un serveur SMTP SANS sécurité. FIX : Le bug dans le traitement des notifications est corrigé. |
| RDTP-23678 | DESC : Impossible d'envoyer des notifications d'alarme des passerelles ou capteurs par email avec un certificat du serveur SMTP signé par une autorité inconnue. FIX : Le certificat CA téléchargé dans le cockpit sous le champ Autorité de Certification (CA) d'entreprise ou privée est également pris en compte pour les notifications d'alarme des passerelles ou capteurs. |
| RDTP-23626 | DESC : Dans le cas d'une installation Amazon Web Services 7.3, les clés ssh_host sont identiques. FIX : Les clés SSH sont régénérées. |
| RDTP-23567 | DESC : Parfois, les connecteurs MQTT ne peuvent pas se reconnecter ou redémarrer. FIX : Renforcement de la configuration. |
| RDTP-23493 | DESC : Dans un déploiement HA, la procédure de changement d'IP échoue à l'étape 1. FIX : Le script est corrigé. |
| RDTP-23446 | DESC : Le chargement des catalogues des passerelles ou capteurs peut expirer avec une bande passante réseau lente. FIX : Augmentation du Timeout à 60s. |
| RDTP-23417 | DESC : Les passerelles Tektelic Kona Mega pourraient ne pas réussir à récupérer leur archive RF region pour certaines configurations radio. FIX : Les archives manquantes sont générées automatiquement lors de la mise à jour. |
| RDTP-23096 | DESC : Problème lors du renommage de l'interface réseau pendant la migration AlamaLinux (tpe-maintenance). FIX : Interfaces renommées après la migration AlamaLinux. |
| RDTP-23188 | DESC : [Basics Station] Lorsque plusieurs paquets uplink sont reçus par le LNS-BRIDGE dans la même milliseconde, certains paquets uplink peuvent être perdus sur le lien LNS-BRIDGE -> LRC. FIX : Corriger le mécanisme d'accusé de réception pour éviter de perdre des paquets dans de telles situations. |
| RDTP-23192 | DESC : [Basics Station] Dans certaines situations, le lien LNS-BRIDGE -> LRC peut se bloquer, donc les paquets uplink ne sont pas transférés au LRC jusqu'à ce que la passerelle soit redémarrée manuellement. FIX : Redémarrage automatique du lien LNS-BRIDGE -> LRC chaque fois qu'il est bloqué pour une raison quelconque. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-22788 | L'installation USB du TPE 7.3 iso (almalinux 8) échoue lorsque Rufus, UNetbootin, dd… sont utilisés pour créer la clé USB amorçable. Veuillez utiliser YUMI à la place. |
| RDTP-21977 | [LoRaWAN relays] Lorsqu'un paquet downlink ne peut pas être envoyé pour un capteur via un relais en raison de la contrainte de taille maximale du payload, il n'y a actuellement aucune indication d'échec de livraison signalée à l'AS ni visible dans Wireless Logger au niveau du capteur. Ce problème sera corrigé dans la prochaine version. |
Enregistrement des audits de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-6 | ✅ |
| 7.3.1-2 | ✅ |
| 7.3.2-2 | ✅ |
| 7.3.3-4 | ✅ |
| 7.3.4-3 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Sortie 7.3.4
Nouvelles fonctionnalités
Autres améliorations techniques
| ID | Résumé |
|---|---|
| N/A | Mise à niveau de IoT Flow vers la version 1.7.18c, consultez les notes de version IoT Flow. |
| RDTP-21790 | Rapport des coordonnées BS pour passerelles utilisant Basics Station |
| RDTP-22209 | Amélioration de la visibilité du bouton marché ThingPark sur le portail TPE |
| RDTP-22440 | Améliorations de la scalabilité et de la performance liées à Basics Station |
| RDTP-18670 | Afficher l'altitude BS au-dessus du niveau de la mer dans le widget LOCATION du tableau de bord BS |
| RDTP-16876 | Améliorations de la sécurité en mode TLS |
| RDTP-7004 | Support des configurations de plan de canaux suivantes sur le modèle de passerelle Tektelic Kona Mega : - 16 canaux avec 2 antennes, offrant une diversité d'antenne (nécessite un matériel 32 canaux). - 32 canaux avec 2 antennes, offrant une diversité d'antenne (nécessite un matériel 64 canaux). - 64 canaux avec une seule antenne (sans diversité). En cas de problèmes, consultez les astuces de dépannage dans Problème de configuration de RF region pour les passerelles Tektelic Kona Mega. |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-23189 | DESC : La migration Almalinux échoue si le nom d'hôte TPE n'est pas attendu (ne commence pas par tpe-node). FIX : La mise à niveau Almalinux pourrait se poursuivre indépendamment du nom d'hôte TPE. |
| RDTP-23119 | DESC : Absence de l'en-tête Strict-Transport-Security. FIX : Ajouter la configuration de l'en-tête Strict-Transport-Security dans la configuration du proxy HTTP. |
| N/A | DESC : En mode HA, après l'indisponibilité d'un network server, les données LRC pouvaient ne pas être synchronisées entre les deux nœuds selon le trafic et la durée d'indisponibilité du pair. FIX : La configuration du network server a été mise à jour. |
| RDTP-23140 | DESC : Le démarrage sécurisé EFI n'est pas compatible avec la mise à niveau du système d'exploitation (migration Almalinux). FIX : Si le démarrage sécurisé n'est pas désactivé pendant la mise à niveau du système d'exploitation, le processus est arrêté et un avertissement est affiché. |
| RDTP-23139 | DESC : L'outil Spectrum Analysis n'affiche pas les résultats du scan radio. FIX : Configuration du Spectrum Analysis mise à jour. |
| RDTP-23128 | DESC : Escalade de privilèges locaux possible à partir du compte de support (causé par CVE-2024–1086). FIX : Le noyau est mis à jour. |
| RDTP-22988 | DESC : Les emails sortants ne sont pas envoyés avec le serveur SMTP utilisant un certificat CA personnalisé (ce qui empêche la création d'utilisateurs ou la réinitialisation des mots de passe). FIX : Le certificat CA peut être téléchargé dans le cockpit sous le champ pour l'Autorité de Certification (CA) d'entreprise ou privée. |
| RDTP-22971 | DESC : La description des domaines administratifs ne pouvait pas être mise à jour dans l'interface graphique de TPE. FIX : La description peut maintenant être mise à jour à tout moment. |
| RDTP-22960 | DESC : Échec de la mise à niveau dans les services cockpit FIX : Service post mise à niveau corrigé. |
| RDTP-22903 | DESC : La fonctionnalité DX-API peut être désactivée dans le cockpit alors que c'est une condition préalable obligatoire lorsque IoT-Flow est activé. FIX : Dépendance ajoutée entre l'activation de DX-API et IoT-Flow dans le cockpit. |
| RDTP-22856 | DESC : Après une récupération totale de catastrophe, un décalage est possible entre la recréation du cluster et la configuration restaurée. FIX : La configuration du cluster n'est pas restaurée. Veuillez suivre cette procédure pour une récupération totale après sinistre. |
| RDTP-22768 | DESC : Lorsqu'une erreur interne se produit, les détails ne sont pas enregistrés. FIX : Amélioration du journal des requêtes. |
| RDTP-22749 | DESC : Le conteneur Kafka pourrait planter lors du démarrage en raison d'un manque de mémoire. FIX : la limite de mémoire (tas Java) est dynamique. |
| RDTP-22663 | DESC : Erreur lors de la connexion avec des déploiements HA causée par une désynchronisation de l'horloge entre les nœuds. FIX : Les nœuds TPE sont maintenant membres du pool NTP. |
| RDTP-22360 | DESC : L'importation des catalogues de capteurs pouvait échouer. FIX : Optimisations réduisant la consommation mémoire pendant l'importation. |
| RDTP-23118 | DESC : L'erreur de déconnexion "IEC104" du pont LNS empêche la Connexion Basics Station. FIX : LRC empêche ce comportement de se reproduire. |
| RDTP-22584 | DESC : Alarmes erronées sur les attaques de rejeu de Join lorsque la demande de connexion est un paquet retardataire. FIX : Les paquets de « Join-Request » retardataires (reçus tardivement par le LNS en raison d'un Backhaul lent BS-LNS) ne sont pas considérés comme des paquets rejoués et ne déclenchent pas d'alarmes d’attaque. |
| RDTP-22820 | DESC : L'alarme capteur 006 « Le capteur utilise un débit inférieur à celui attendu » peut être déclenchée dans de mauvaises conditions. FIX : Empêcher la définition du champ SpfactExpected dans le message EUI_uplink lorsqu'il n'y a pas de SF attendu (ADR non initialisé). |
| RDTP-20979 | DESC : Sur l'alarme capteur n°006, expectedSF rapporté par le LRC devrait être basé sur le SF déjà acquitté par le capteur. FIX : Définir expectedSF rapporté par le LRC avec celui déjà acquitté par le capteur. |
| RDTP-22894 | DESC : La mise à jour de la Connexion dans IoT-Flow ne fonctionne pas sur le champ de description. FIX : Le champ description est maintenant pris en compte lors de l'opération de mise à jour. |
| RDTP-22892 | DESC : OSS-API Swagger ne peut pas s'exécuter lorsque les deux-points (:) sont utilisés sur certains paramètres. FIX : Les deux formats sont désormais supportés (:) et (%3A) |
| RDTP-22905 | DESC : La mise à niveau LRR depuis l'interface graphique échoue si plusieurs versions de firmware sont compatibles avec le même modèle BS. FIX : Désormais, toutes les versions compatibles du firmware sont prises en compte. |
| RDTP-22769 | DESC : Un compte de service Observateur seul peut créer et supprimer des étiquettes sur un capteur. FIX : Empêcher un compte de service Observateur d'ajouter/supprimer des étiquettes de capteur. |
| RDTP-22669 | DESC : Millisecondes manquantes dans les documents EUI_uplink et EUI_downlink issus de l'itinérance, entraînant des problèmes d'affichage dans Wireless Logger. FIX : Ajouter la précision en millisecondes aux horodatages générés par le LRC network server. |
| RDTP-22610 | DESC : Le LRC n'envoie parfois pas DutyCycleReq pour reprendre les capteurs suspendus. FIX : Le comportement du LRC a été amélioré pour envoyer systématiquement DutyCycleReq afin de reprendre les capteurs suspendus, indépendamment de la valeur actuelle du duty cycle stockée dans le contexte du capteur. |
| RDTP-22080 | DESC : Lorsqu'un nouveau driver est ajouté à un Device Profile utilisé, les capteurs existants l'utilisent au lieu de l'ancien. FIX : Les capteurs existants ne sont pas mis à jour vers le nouveau driver, la mise à jour ne s'applique qu'aux capteurs nouvellement créés. |
| RDTP-22033 | DESC : Le jeton utilisé pour l'authentification ou l'identification ne doit pas contenir de données sensibles. FIX : Les adresses, e-mails, téléphones et profils ne peuvent pas être inclus dans les jetons.- |
| RDTP-21664 | DESC : La documentation de base de DX-core doit être modifiée dans la section d'authentification basée sur les jetons. FIX : Réviser la section d'authentification basée sur les jetons. |
| RDTP-22955 | DESC : Mauvaise précision des horodatages LRC pour les paquets downlink de classe C. FIX : Le LRC network server rapporte désormais l'horodatage de transmission des paquets downlink de classe C avec une précision en millisecondes. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-22788 | Le format iso TPE 7.3.3 (almalinux 8) pour USB échoue lors de l'utilisation de Rufus, UNetbootin, dd … sont utilisés pour créer la clé USB amorçable. Veuillez utiliser YUMI à la place. |
| RDTP-21977 | [LoRaWAN relays] Lorsqu'un paquet downlink ne peut pas être envoyé pour un capteur via un relais en raison de la contrainte de taille maximale du payload, il n'y a actuellement aucune indication d'échec de livraison signalée à l'AS ni visible dans Wireless Logger au niveau du capteur. Ce problème sera corrigé dans la prochaine version. |
Enregistrement des audits de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-6 | ✅ |
| 7.3.1-2 | ✅ |
| 7.3.2-2 | ✅ |
| 7.3.3-4 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Sortie 7.3.3
Nouvelles fonctionnalités
| ID | Résumé |
|---|---|
| RDTP-22004/RDTP-21297 | Cas d'utilisation supplémentaires pour les relais LoRaWAN |
| RDTP-22167 | Supporter la classe B pour les passerelles Basics Station |
Autres améliorations techniques
| ID | Résumé |
|---|---|
| RDTP-21596 | Migration de CentOS 7 vers AlmaLinux 8.9 |
| RDTP-22470 | Possibilité d'accéder à l'interface graphique TPE via l'adresse IP au lieu du FQDN. Les infobulles dnsHostname dans Cockpit ont été reformulées pour expliquer que les saisies FQDN et adresse IP sont supportées (mais sont mutuellement exclusives). |
| N/A | Mise à niveau de IoT Flow vers la version 1.7.16c, consultez les notes de version IoT Flow. |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-22695 | DESC : Certaines clés privées pourraient être détectées comme invalides dans Cockpit GUI. FIX : Amélioration du modèle de validation des clés privées de Cockpit. |
| RDTP-22625 | DESC : L'adresse IP par défaut de l'image ISO (192.168.10.10) est en conflit avec les sous-réseaux internes. FIX : L'adresse IP par défaut est mise à jour à 10.255.255.10. |
| RDTP-22269 | DESC : Le certificat Cockpit est auto-signé. FIX : Possibilité de personnaliser le certificat de l’interface utilisateur de Cockpit (ou de garder un auto-signé si besoin). |
| RDTP-21861 | DESC : Cockpit ne peut pas être joignable depuis une deuxième interface réseau (admin). FIX : Mise à jour de la documentation en ligne en spécifiant la possibilité d'utiliser le routage basé sur des politiques. |
| RDTP-22126 | DESC : Wlogger peut ne pas afficher des horodatages précis pour toutes les passerelles. FIX : Le network server rapporte correctement l'information complète d'horodatage au backend ThingPark. |
| RDTP-22391 | DESC : L'abonné peut constater que la mise à jour du firmware de la passerelle n'était pas fonctionnelle. FIX : lrrfwfetch fonctionne désormais par défaut même après une mise à jour logicielle. |
| RDTP-22540 | DESC : Le champ NwkKey est manquant dans l'interface graphique lors du provisionnement des capteurs LoRaWAN 1.1 en cas de définition d'une seule bande ISM pour l'abonnement TPE. FIX : Ajouter le champ NwkKey pour le provisionnement des capteurs LoRaWAN 1.1 dans l'interface graphique. |
| RDTP-22507 | DESC : Pendant l'approvisionnement des passerelles Basics Station dans GUI, le champ LRR-UUID ajoute un espace sur le préfixe.FIX : Supprimer l'espace du préfixe par défaut. |
| RDTP-22302 | DESC : Logos manquants sur la liste des fabricants de capteurs lors de la tentative de provisionnement d'un capteur. FIX : Implémentez le chargement d'image à la volée pour éviter de déclencher les mécanismes de limitation du débit. |
| RDTP-22210 | DESC : L'onglet Iot-Flow & Drivers sur le portail TPE n'est pas accessible par le rôle Observateur ni par les rôles Gestionnaire des capteurs, des groupes multicast et des connexions. FIX : Autoriser ces rôles à accéder à cette partie de l'onglet. |
| RDTP-22176 | DESC : La mise à niveau de Cisco IXM déclenche une erreur. FIX : Augmenter le délai de mise à niveau de 10mn à 20mn. |
| RDTP-22152 | DESC : L'API DX Core renvoi la valeur de champ baseStationRef avec le préfixe “i”. FIX : Expliquez et détaillez ce comportement dans la documentation swagger. |
| RDTP-22098 | DESC : L'infobulle du détecteur de mouvement est trompeuse dans le formulaire de création de capteur. FIX : Modifiez cette infobulle avec une explication complète. |
| RDTP-22028 | DESC : Le pliage de la liste de capteurs ou des passerelles (sur la vue graphique de l'interface utilisateur) est déplié en cliquant sur "Rechercher dans cette zone". FIX : Modifier ce comportement en gardant ces listes masquées. |
| RDTP-22025 | DESC : Sur le formulaire de création de passerelle dans l'IUG, le titre de la section sécurité ne doit pas être affiché s'il est vide. FIX : Masquer le titre lorsque le contenu est vide. |
| RDTP-21937 | DESC : Dans le portail TPE, les erreurs devraient être plus explicites (au lieu de simplement "erreur"). FIX : Détaillez l'erreur en fonction du code d'erreur http retourné. |
| RDTP-22433 | DESC : La base stations button de régénération du certificat ne devrait pas être présente en mode visualisation. FIX : Le bouton de régénération n’est plus disponible lorsque l’utilisateur a les droits de visualisation. |
| RDTP-22199 | DESC : L'importation massive de capteurs échoue lorsqu'on atteint au moins 130 erreurs. FIX : Permettre de modifier le nombre maximum d'erreurs autorisées avant l'arrêt, afin d'éviter l'échec de l'importation massive. |
| RDTP-21975 | DESC : Le LRC ne répond pas à la commande MAC (par exemple DeviceTimeReq) lorsque l'UL est répété par le capteur. FIX : Le LRC network server répond aux commandes MAC initiées par le capteur même lorsque le paquet UL a été répété par le capteur. |
| RDTP-16487 | DESC : LRC n'envoie pas la commande MAC PingSlotChannelReq lorsqu'aucune information PingSlot par défaut n’est définie dans le profil de capteur. FIX : LRC détecte quand PingSlot n'est pas défini et envoie la commande MAC pour configurer le capteur. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-22788 | DESC : L'installation USB de TPE 7.3.3 iso (almalinux 8 ) échoue lorsque Rufus, UNetbootin, dd,… sont utilisés pour créer la clé USB amorçable. Veuillez utiliser YUMI à la place. |
| RDTP-21977 | [LoRaWAN relays] Lorsqu'un paquet downlink ne peut pas être envoyé pour un capteur via un relais en raison de la contrainte de taille maximale du payload, il n'y a actuellement aucune indication d'échec de livraison signalée à l'AS ni visible dans Wireless Logger au niveau du capteur. Ce problème sera corrigé dans la prochaine version. |
Enregistrement des audits de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-6 | ✅ |
| 7.3.1-2 | ✅ |
| 7.3.2-2 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Sortie 7.3.2
Nouvelles fonctionnalités
Autres améliorations techniques
| ID | Résumé |
|---|---|
| N/A | Mise à niveau de Iot Flow à la version 1.7.16a, consultez les notes de version IoT Flow. |
Problèmes résolus
| ID | Résumé |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| RDTP-22052 | ✅ |
| RDTP-22029 | DESC : Erreur sur mise à niveau LRR avec un référentiel de médias local. FIX : La mise à niveau LRR avec un référentiel de médias local est de nouveau possible. |
| RDTP-21965 | DESC : [GUI d'administration Cockpit] La configuration des dépôts peut être trompeuse. FIX : Clarification, renaming et révision des infobulles. |
| RDTP-21961 | DESC : Impossible de déployer une plateforme XS dans le cloud en raison du dimensionnement des disques. FIX : Amélioration du partitionnement des disques. |
| RDTP-21952 | DESC : Le CRL du CA racine se régénère toutes les 10 minutes. FIX : La régénération du CRL est moins aggressive. |
| RDTP-21785 | DESC : Le lien du guide utilisateur sur la page "Importing devices from CSV file" n'est pas correct. FIX : Le lien est aligné sur la ressource en ligne. |
| RDTP-21758 | DESC : La configuration proxy HSTS n'est pas appliquée. FIX : Configuration proxy mise à jour. |
| RDTP-21759 | DESC : Les chiffrements faibles sont toujours supportés, entraînant des vulnérabilités potentielles. FIX : Revue de la liste des chiffrements pour les proxies HTTP et HA uniquement (aucun changement pour sLRC et LRR). |
| RDTP-21714 | DESC : Les passerelles ne sont pas affichées sur la carte. FIX : La localisation par défaut de la carte est désormais obligatoire dans la configuration du cockpit pour tous les fournisseurs. |
| RDTP-21706 | DESC : Certains cookies n'ont pas le drapeau sécurisé. FIX : Les drapeaux sécurisés des cookies sont automatiquement définis (par le proxy http). |
| RDTP-21950 | DESC : Pour les déploiements autonomes, le démon docker peut prendre du temps pour être prêt. FIX : En autonome, les images de base sont préfixées avec registry1.actility.local:5000/. |
| RDTP-21747 / RDTP-21482 | DESC : Dans l'interface graphique TPE, le widget "Network server" (sous l'onglet backhaul statistics des détails de la passerelle) ne fonctionne pas lorsqu'une passerelle utilise TLS. FIX : Adapter le mécanisme d'identification des nœuds master vs. backup du network server au mode TLS. |
| RDTP-21359 | DESC : Sur le downlink multicast, WLogger doit afficher l'horodatage de transmission effectif par la passerelle, pas l'horodatage LRC. FIX : Le comportement du LRC est corrigé pour rapporter le bon moment/date LRR des paquets multicast downlink à Wireless Logger et AS. |
| RDTP-21939 | DESC : Lors de la création du capteur, l'application de l'unicité du DevEUI ne gère pas correctement les minuscules. FIX : Les minuscules sont désormais traitées comme les majuscules pour garantir l'application complète de l'unicité du DevEUI. |
| RDTP-21841 | DESC : Dans l'interface graphique TPE, le nom de l'antenne BS est affiché à tort avec l'étiquette "ID d'antenne RF". FIX : L'étiquette "ID d'antenne RF" est renommée "Nom de l'antenne". |
| RDTP-21756 | DESC : Lors de la création de capteur par code QR, le modèle de capteur ne peut pas être identifié après le scan du code QR. FIX : Corrigez le bug, qui était un effet secondaire de l'association de plusieurs bandes ISM avec le même modèle. |
| RDTP-21700 | DESC : Le graphique de l'historique du trafic radio BS montre des nombres de paquets incohérents. FIX : L'algorithme de données agrégées a été refondu. |
| RDTP-20838 | DESC : L'erreur GUI affichée lors de l'ajout d'un capteur OTA déjà déclaré en mode "Join server externe" n'est pas claire. FIX : Le message d'erreur est amélioré pour simplifier le dépannage. La nouvelle erreur est "Claim échoué : le DevEUI xxxxxxxx est déjà revendiqué". |
| RDTP-14992 | DESC : L'état de santé de la passerelle n'est pas mis à jour en temps réel. FIX : Par défaut, la passerelle est définie sur l'état "Actif" dès qu'elle reçoit une trame uplink ou envoie avec succès un rapport OSS au système. |
| RDTP-21650 | DESC : Basics Station ne fonctionne pas avec des RF regions activant LBT, telles que K920. FIX : Mettez à jour la configuration Basics Station envoyée par le LNS pour définir correctement le niveau de détection du porteur LBT lorsque LBT est activé. |
| RDTP-21774 | DESC : [Relais LoRaWAN] Cause de l'échec de la livraison manquante lorsque la Join Accept échoue. FIX : La bonne DeliveryFailedCause4 (pour la fente RXR) est maintenant affichée dans Wireless Logger en cas d'échec de transmission Join Accept. |
| RDTP-21646 | DESC : [LoRaWAN Relays] Les relais provisionnés en mode classe C ne fonctionnent pas correctement. FIX : Un relais peut être provisionné en tant que capteur de classe C et peut fonctionner en classe C comme n'importe quel capteur conventionnel. Cependant, pour se conformer aux spécifications du relais LoRaWAN, les trames DL encapsulées (utilisant Fport 226) utilisent uniquement RX1/RX2 du mode de classe A, et non le créneau étendu RX2 du mode de classe C. |
| RDTP-21645 | DESC : [LoRaWAN Relays] Des trames uplink dupliquées envoyées par le relais sont visibles dans WLogger. FIX : Les trames uplink répétées envoyées par des relais sur le FPort 226 sont dédupliquées par le network server, elles ne sont donc affichées qu'une seule fois dans WLogger. |
| RDTP-21166 | DESC : [LoRaWAN Relays] La taille maximale de payload DL n'est pas correctement appliquée lorsque le capteur est servi via un relais. FIX : Pour chaque paquet DL envoyé au capteur via un relais, la taille maximale de payload DL tient correctement compte des contraintes des deux liaisons radio : network -> relay et relay -> capteur. Ainsi, la transmission d'un paquet DL est rejetée si au moins une des deux liaisons ne respecte pas la contrainte de taille maximale du payload (ou de dwell time). Voir la limitation associée dans la section suivante. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-19339 | DESC : Les instances TPE fonctionnant sous la version 7.1.1 ou 7.1.2 ne peuvent pas être mises à niveau directement vers la version 7.3. Une mise à niveau intermédiaire vers la version 7.2 est obligatoire. |
Enregistrement des audits de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-6 | ✅ |
| 7.3.1-2 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Release 7.3.1
Nouvelles fonctionnalités
| ID | Résumé |
|---|---|
| RDTP-16693 | Améliorations UI/UX |
| RDTP-20376 | Décodage des données spécifiques au relais dans le Wireless Logger |
| RDTP-20502 | Rapport au AS du nombre de paquets UL manquants |
Autres améliorations techniques
| ID | Résumé |
|---|---|
| N/A | Mise à niveau de MariaDB de 10.4.22 à 10.4.30 |
| RDTP-20603 | [Déploiements Kubernetes] La durée des certificats client et serveur des passerelles devient configurable (réglée par défaut à 3 ans). |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-21392 | DESC : Le service n'est pas complètement restauré après une mise à niveau échouée. FIX : Renforcement du processus de restauration. |
| RDTP-21537 | DESC : [GUI d'administration Cockpit] L'apparence de la section "Configuration du service ThingPark" peut prêter à confusion. FIX : Amélioration UI/UX, changement de la couleur rouge précédemment utilisée dans cette section en bleu. |
| RDTP-21539 | DESC : La fédération d'authentification ne fonctionne pas (impossibilité de se connecter) due aux e-mails stockés sensibles à la casse. FIX : Les e-mails sont insensibles à la casse. |
| RDTP-21557 | DESC : En cas de mise à niveau échouée, le service EJBCA ne fonctionne pas. FIX : La base de données EJBCA est entièrement restaurée lors de la procédure de restauration. |
| RDTP-21637 | DESC : Une mise à niveau locale échouée ne peut pas être réessayée via l'interface GUI Cockpit avec un message d'erreur "Déjà sur la dernière version". FIX : La mise à niveau locale peut être réessayée après une tentative échouée précédente. |
| RDTP-21723 | DESC : Amélioration de la configuration proxy pour la fonctionnalité de fédération d'authentification. FIX : NO-PROXY FQDN est configurable dans le cockpit. |
| RDTP-21538 | DESC : Mauvais message d'erreur lorsque l'utilisateur tente de réclamer un capteur déjà réclamé par un autre abonné. FIX : Le message correct est désormais "Le DevEUI doit être unique." Un capteur avec le même DevEUI existe déjà. |
| RDTP-21529 | DESC : Apparition d'erreurs 502 Bad Gateway sur les clients. FIX : Retour à la version jre 11.0.16 où le problème connu n'est pas présent. |
| RDTP-21509 | DESC : Les statistiques GUI quotidiennes ne fonctionnent pas lorsque le fuseau horaire est différent de Europe/Paris. FIX : Le problème de mise en cache associé a été résolu. |
| RDTP-21449 | DESC : Les liens dans DX-API et DX-CORE swagger doivent être supprimés. FIX : Les liens dans DX-API et DX-CORE swagger ont été supprimés. |
| RDTP-21346 | DESC : L'administrateur DX n'obscurcit pas le secret en cas de mauvaise demande. FIX : Le secret est désormais correctement obscurci dans ce cas spécifique. |
| RDTP-21334 | DESC : Les rapports LRR sont ignorés par le backend ThingPark. FIX : Les rapports LRR sont correctement traités et ne sont plus ignorés par le backend. |
| RDTP-21333 | DESC : L'information FCntUp est présente de manière claire pour l'alarme 006 (ou alarme 005) au niveau 0. FIX : L'information FCntUp n'est plus présente pour ces alarmes au niveau 0. |
| RDTP-21332 | DESC : La création de passerelle avec l'API peut être refusée si elle est créée sans RF region. FIX : La documentation de l'API OSS a été mise à jour pour mettre en évidence la bonne façon de traiter la création de passerelle. |
| RDTP-21321 | DESC : Le LRC n'implémente pas la valeur par défaut des paramètres de relais nécessaire lorsque le capteur supporte la fonctionnalité de relais alors que sa version des paramètres régionaux est antérieure à la spécification LoRaWAN RP2-1.0.4. FIX : Mettre en œuvre la valeur par défaut des paramètres de relais dans LRC. |
| RDTP-21318 | DESC : La configuration des filtres d'alarme recharge complètement la page, supprimant le focus sur la liste des alarmes. FIX : Le rechargement de la page conserve le focus précédent. |
| RDTP-21296 | DESC : La documentation DX nécessite une amélioration avec quelques changements de formulation. FIX : La documentation DX est maintenant alignée avec les capacités TPE SaaS 7.3.2. |
| RDTP-21280 | DESC : L'infobulle sur la configuration de l'indicateur de mouvement n'est pas alignée avec la spécification. FIX : L'infobulle est maintenant correctement alignée avec la spécification. |
| RDTP-21242 | DESC : Les critères d'effacement doivent être améliorés pour l'alarme capteur 005. FIX : Les critères d'effacement ont été améliorés pour l'alarme capteur 005 si "expected_SF" n'est pas reporté. |
| RDTP-21226 | DESC : LRC ne rapporte pas la valeur SpfactExpected. FIX : LRC rapporte correctement la valeur SpfactExpected. |
| RDTP-21203 | DESC : Exception dans TWA lors de la création d'une connexion via DX-API. FIX : Corriger le problème dans DX-API. |
| RDTP-21190 | DESC : Impossible de supprimer ou de créer une passerelle ou un capteur s'ils ont été incorrectement stockés lors d'une opération précédente. FIX : Permettre de supprimer ou de créer une passerelle ou un capteur s'ils ont été incorrectement stockés lors d'une opération précédente. |
| RDTP-21163 | DESC : "Puissance du signal et bruit" et "rapport cyclique" listes déroulantes ne sont pas lisibles. FIX : La largeur a été augmentée pour permettre la lisibilité. |
| RDTP-21567 | DESC : La documentation DX-API n'est pas claire concernant l'approvisionnement BS. FIX : Le paramètre Rfregion dans l'approvisionnement BS est désormais correctement décrit comme un objet dans la documentation DX. |
| RDTP-21565 | DESC : Le Wireless logger met trop de temps à recharger. FIX : Le filtrage par type de paquet a été amélioré. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| RDTP-19339 | DESC : Les instances TPE fonctionnant sous la version 7.1.1 ou 7.1.2 ne peuvent pas être mises à niveau directement vers la version 7.3. Une mise à niveau intermédiaire vers la version 7.2 est obligatoire. |
| RDTP-21593 | DESC : Les connexions OPC-UA et MODBUS ne sont pas hautement disponibles. En cas de mise à niveau, reconfiguration du connecteur, manque de mémoire du connecteur, perte d'un serveur... les états du réseau OPC-UA et MODBUS seront perdus. La limitation est prévue pour être levée dans une prochaine version de maintenance TPE 7.3. |
| TXIF-2642 | DESC : Le rétablissement des connexions TPX IoT Flow utilisant le protocole HTTPS générique peut être retardé après que le serveur d'application soit à nouveau accessible. Cette limitation doit être levée dans la prochaine version de maintenance. |
Enregistrement d'audit de sécurité
Ressource privée
Consultez les audits de sécurité de ThingPark Enterprise auto-hébergé dans la section ressources privées. Vous devez être connecté avec votre compte Clients & Partenaires pour accéder à la zone des ressources privées.
Chemins de mise à niveau validés en interne
| VERSION D'ORIGINE | STATUT |
|---|---|
| 7.1.3-6 | ✅ |
| 7.2.0-6 | ✅ |
| 7.2.1-6 | ✅ |
| 7.2.2-5 | ✅ |
Remarque
Tous les chemins de mise à niveau sont validés depuis les médias locaux ou le répertoire distant Actility (repository.thingpark.com). De plus, chaque chemin est conforme aux deux types d'infrastructure (autonome et HA).
Release 7.3.0
Nouvelles fonctionnalités
Autres améliorations techniques
| ID | Résumé |
|---|---|
| RDTP-19611 | Support de tout bloc de 32 NetIDs de type 7 |
| RDTP-18763 | Mise à niveau EJBCA vers la version 7.11.0 |
| RDTP-19910 | Mise à niveau de MongoDB vers la version 4.4 |
| RDTP-20753 | Mise à niveau de Kafka, Zookeeper et RCA_PROV |
| RDTP-19849 | Utiliser stdout pour les journaux LRC |
| RDTP-16527 | [DX-API] Terminer le nouveau flux d'authentification basé sur les comptes de service, pour permettre un flux unifié pour les API OSS et DX comme décrit dans Intégration simplifiée avec les API ThingPark. |
| RDTP-20031 | Améliorer les flux TPE pour le mode haute disponibilité afin de supporter l'itinérance passive. |
| RDTP-20693 | Mettre à jour toutes les images vers la dernière version stable d'OpenJ9. |
| RDTP-20865 | Permettre la collecte des traces LRC pour un capteur spécifique. |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-20913 | DESC : L'alarme de périphérique 004 & l'alarme BS 103 ne doivent être déclenchées que si le périphérique/BS a rejoint le NS une fois. FIX : Les alarmes associées sont désormais déclenchées uniquement si la passerelle ou le périphérique a été connecté au moins une fois. |
| RDTP-15465 | DESC : Wlogger affiche une double flèche au lieu d'une croix rouge sur downlink trop tardif ( RX1 et RX2 ). RÉPARATION : La croix rouge est désormais utilisée correctement. |
| RDTP-20630 | DESC : La suppression des coordonnées de l'antenne génère une erreur. RÉPARATION : Plus aucune erreur n'est générée maintenant lors de la suppression des coordonnées de l'antenne. |
| RDTP-18760 | DESC : Le message d'événement d'alarme pour l'alarme 121 et 108 de la passerelle est absent de la valeur "previousSeverity". FIX : La sévérité précédente est désormais correctement remplie pour permettre l'envoi d'un piège SNMP. |
| RDTP-18761 | DESC : Mauvais OID dans le piège SNMP pour l'alarme de passerelle sur le statut de l'interface réseau de backhaul (121). FIX : L'OID a été corrigé pour correspondre à la description du MIB. |
| RDTP-21196 | DESC : L'opération de création de passerelle renvoie une erreur HTTP 500. FIX : La régression a été corrigée. |
| RDTP-21114 | DESC : Le certificat de sécurité auto-généré est marqué comme téléchargé avant d'être téléchargé par la passerelle. FIX : Générer le certificat un jour avant qu'il soit téléchargé par la passerelle. |
| RDTP-20994 | DESC : Le statut de la passerelle n'est pas affiché correctement. RÉPARATION : Les rapports LRR sont maintenant traités de manière à éviter un affichage incorrect du statut de l'Passerelle. |
| RDTP-20963 | DESC : Les downlinks de classe B ne sont pas affichées sur le Wireless Logger conformément à la séquence d'envoi des downlinks. RÉPARATION : Corrigez la date incorrecte associée aux downlinks dans le mauvais ordre. |
| RDTP-20891 | DESC : Les antennes ajoutées dans un profil de passerelle ne sont pas disponibles pour les passerelles précédemment créées avec ce profil. FIX : Les antennes ajoutées dans les passerelles utilisées sont désormais propagées aux passerelles déjà associées. |
| RDTP-20496 | DESC : Les passerelles de Classe B sont activées après une mise à jour TPW/TPE SaaS 7.2. FIX : La mise à jour vers la version 7.2 ou 7.3 n'activera plus par erreur la Classe B sur la passerelle. |
| RDTP-19927 | DESC : L'alarme capteur 006 « Le capteur utilise un débit inférieur à celui attendu » ne prend pas en compte le mode UL confirmé sans DL Ack. FIX : L'algorithme a été amélioré afin de gérer le cas où le mode UL confirmé ne reçoit pas de DL Ack. |
| RDTP-19860 | DESC : Le widget d'historique du trafic radio affiche des données incorrectes. RÉPARATION : Prendre en compte toutes les antennes BS et implémenter un nouveau point final API pour récupérer les échecs de transmission. |
Problèmes et limitations connus
| ID | Résumé |
|---|---|
| RDTP-21593 | DESC : Les connexions OPC-UA et MODBUS ne sont pas hautement disponibles. En cas de mise à niveau, reconfiguration du connecteur, manque de mémoire du connecteur, perte d'un serveur... les états du réseau OPC-UA et MODBUS seront perdus. La limitation est prévue pour être levée dans une prochaine version de maintenance TPE 7.3. |