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 une boucle de join à cause d'une mauvaise fréquence de downlink. FIX : Corriger 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 ramasse-miettes pour prévenir la fuite de mémoire. |
| RDTP-24031 | DESC : Dans Node-Red, l'importation de plusieurs flux complexes et de configurations de nœuds pouvait échouer. FIX : Augmenter la mémoire allouée à Node-Red. |
| RDTP-23922 | DESC : La supervision SNMP du LRC ne fonctionne plus depuis la version 7.3.4. FIX : Corriger le problème en mettant à jour le point de terminaison de vérification d'état (health-check). |
| TXIF-3263 | DESC : Les connecteurs OPC-UA et Modbus ne peuvent pas être supprimés. FIX : Corriger le bug : la suppression fonctionne désormais comme attendu. |
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 plus depuis la release 7.3.4-3. FIX : Le script a été réparé. |
| RDTP-23790 | DESC : Dans 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 des capteurs par e-mail 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 des capteurs par e-mail avec un certificat de serveur SMTP signé par une autorité inconnue. FIX : Le certificat CA uploadé dans Cockpit dans le champ Corporate ou Private Certificate Authority (CA) est désormais pris en compte pour les notifications d'alarme des passerelles ou des 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 pouvaient pas se reconnecter ou redémarrer. FIX : Renforcement (hardening) de la configuration. |
| RDTP-23493 | DESC : En déploiement HA, la procédure de changement d'IP échoue à l'étape 1. FIX : Le script a été réparé. |
| RDTP-23446 | DESC : Le chargement des catalogues de passerelles ou de capteurs peut expirer sous une bande passante réseau lente. FIX : Augmentation du timeout à 60 s. |
| RDTP-23417 | DESC : Les passerelles Tektelic Kona Mega peuvent échouer à récupérer leur tarball RF Region pour certaines configurations radio. FIX : Les tarballs manquants sont générés automatiquement pendant la mise à niveau. |
| RDTP-23096 | DESC : Problème lors du renommage des interfaces réseau pendant la migration AlmaLinux (tpe-maintenance). FIX : Les interfaces ont été renommées après la migration AlmaLinux. |
| 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'ACK pour éviter la perte de paquets dans de telles situations. |
| RDTP-23192 | DESC : [Basics Station] Dans certaines situations, le lien LNS-BRIDGE -> LRC peut se bloquer, de sorte que les paquets UL ne sont pas transmis au LRC jusqu'au redémarrage manuel de la passerelle. FIX : Redémarrage automatique du lien LNS-BRIDGE -> LRC lorsqu'il est bloqué pour quelque raison que ce soit. |
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 EMPLACEMENT du tableau de bord BS |
| RDTP-16876 | Améliorations de la sécurité en mode TLS |
| RDTP-7004 | Prise en charge des configurations de plan de canal suivantes sur le modèle de passerelle Tektelic Kona Mega : - 16 canaux avec 2 antennes, fournissant de la diversité d'antenne (nécessite un matériel 32 canaux). - 32 canaux avec 2 antennes, fournissant de la 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 celui attendu (ne commence pas par tpe-node). FIX : La mise à niveau AlmaLinux peut 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 le temps d'arrêt du pair. FIX : La configuration du network server a été mise à jour. |
| RDTP-23140 | DESC : Le démarrage sécurisé EFI (secure boot) n'est pas compatible avec la mise à niveau du système d'exploitation (migration AlmaLinux). FIX : Si le secure boot 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 locale possible depuis le compte de support (causée par CVE-2024–1086). FIX : Le noyau (kernel) est mis à jour. |
| RDTP-22988 | DESC : Les e-mails sortants ne sont pas envoyés avec un 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 uploadé dans Cockpit dans le champ Corporate ou Private Certificate Authority (CA). |
| RDTP-22971 | DESC : Les descriptions des domaines administratifs ne pouvaient pas être mises à jour dans l'interface 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 Cockpit alors qu'elle est un prérequis obligatoire lorsque IoT-Flow est activé. FIX : Dépendance ajoutée entre DX-API et l'activation d'IoT-Flow dans Cockpit. |
| RDTP-22856 | DESC : Après une restauration totale après sinistre, 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 dans les logs. FIX : Amélioration du logger de requêtes. |
| RDTP-22749 | DESC : Le conteneur Kafka peut planter au démarrage à cause d'un manque de mémoire (OOM). FIX : La limite de mémoire (heap Java) est dynamique. |
| RDTP-22663 | DESC : Erreur lors de la journalisation avec des déploiements HA causée par une désynchronisation d'horloge entre les nœuds. FIX : Les nœuds TPE sont désormais 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'import. |
| RDTP-23118 | DESC : Erreur "IEC104 disconnect" sur LNS Bridge rend Basics Station incapable de se connecter. FIX : Le LRC empêche que ce comportement ne se reproduise. |
| RDTP-22584 | DESC : Faux positifs d'alerte de replay d'Join lorsque le Join-Request est un paquet retardataire. FIX : Les paquets Join-Request retardataires (reçus tardivement par le LNS en raison d'un backhaul BS-LNS lent) ne sont pas considérés comme des paquets rejoués et ne déclenchent pas d'alertes de replay attack. |
| RDTP-22820 | DESC : L'alarme capteur 006 « Le capteur utilise un data rate 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 GUI ne fonctionne pas comme prévu lorsque plusieurs versions de firmware sont compatibles avec le même modèle de BS. FIX : Toutes les versions de firmware compatibles sont désormais prises en compte. |
| RDTP-22769 | DESC : Un compte de service en lecture seule (viewer only) pouvait créer et supprimer des tags sur un capteur. FIX : Empêcher un compte de service viewer d'ajouter/supprimer des tags de capteurs. |
| RDTP-22669 | DESC : Milliseconde manquante dans les documents EUI_uplink et EUI_downlink issus du roaming, provoquant des problèmes d'affichage dans Wireless Logger. FIX : Ajouter la précision en millisecondes aux horodatages générés par le network server LRC. |
| RDTP-22610 | DESC : Le LRC n'envoie parfois pas DutyCycleReq pour reprendre des capteurs suspendus. FIX : Le comportement du LRC est 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 à la place de l'ancien. FIX : Les capteurs existants ne sont pas mis à jour vers les nouveaux drivers ; la mise à jour s'applique uniquement aux capteurs nouvellement créés. |
| RDTP-22033 | DESC : Le token utilisé pour l'authentification ou l'identification ne doit pas contenir de données sensibles. FIX : Adresses, e-mails, téléphones et profils ne peuvent pas être inclus dans les tokens. |
| RDTP-21664 | DESC : La documentation DX-core tpe doit être modifiée à la section sur l'authentification basée sur les tokens. FIX : Reprendre la section sur l'authentification basée sur les tokens. |
| RDTP-22955 | DESC : Précision incorrecte des horodatages LRC pour les downlinks de classe C. FIX : Le network server LRC rapporte désormais l'horodatage d'émission 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 pouvaient être détectées comme invalides dans l'interface Cockpit GUI. FIX : Amélioration du pattern de validation des clés privées dans Cockpit. |
| RDTP-22625 | DESC : L'adresse IP par défaut de l'image ISO (192.168.10.10) entre en conflit avec les sous-réseaux internes. FIX : L'adresse IP par défaut a été mise à jour à 10.255.255.10. |
| RDTP-22269 | DESC : Le certificat Cockpit est auto-signé. FIX : Possibilité de personnaliser le certificat de l'UI Cockpit (ou de conserver un auto-signé si nécessaire). |
| RDTP-21861 | DESC : Cockpit pouvait être inaccessible depuis une seconde interface réseau (admin). FIX : Mise à jour de la documentation en ligne en précisant la possibilité d'utiliser le routage basé sur des politiques (policy-based routing). |
| RDTP-22126 | DESC : Wlogger peut ne pas afficher de timestamp 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'a pas fonctionné. FIX : lrrfwfetch s'exécute désormais par défaut même après une mise à jour soft. |
| RDTP-22540 | DESC : Champ NwkKey manquant dans l'interface GUI lors du provisionning des capteurs LoRaWAN 1.1 dans le cas d'une seule bande ISM définie pour l'abonnement TPE. FIX : Ajouter le champ NwkKey pour le provisioning des capteurs LoRaWAN 1.1 dans l'interface GUI. |
| RDTP-22507 | DESC : Lors du provisioning des passerelles Basics Station via l'interface GUI, le champ LRR-UUID ajoute un espace en préfixe. FIX : Supprimer l'espace du préfixe par défaut. |
| RDTP-22302 | DESC : Logos manquants dans la liste des fabricants de capteurs lors de la tentative de provisioning d'un capteur. FIX : Implémenter le chargement d'images à la volée pour éviter de déclencher les mécanismes de limitation de taux. |
| RDTP-22210 | DESC : Les onglets Iot-Flow & Drivers sur le portail TPE ne sont pas accessibles par les rôles viewer, Gestionnaire de capteurs, groupes multicast et connexions. FIX : Autoriser ces rôles à accéder à cette partie de l'onglet. |
| RDTP-22176 | DESC : La mise à niveau de Cisco IXM renvoie une erreur. FIX : Augmenter le timeout de mise à niveau de 10 min à 20 min. |
| RDTP-22152 | DESC : L'API DX Core renvoie la valeur du champ baseStationRef avec « i » en préfixe. FIX : Expliquer et détailler ce comportement dans la documentation Swagger. |
| RDTP-22098 | DESC : L'infobulle Motion Indicator est trompeuse dans le formulaire de création de capteur. FIX : Modifier cette infobulle avec une explication complète. |
| RDTP-22028 | DESC : Le repli de la liste des capteurs ou des passerelles (vue carte de l'UI) se déplie lorsqu'on clique sur « Search this area ». FIX : Modifier ce comportement en gardant ces listes masquées. |
| RDTP-22025 | DESC : Dans le formulaire de création d'une passerelle sur l'UI, le titre de la section sécurité ne doit pas s'afficher si elle est vide. FIX : Cacher le titre lorsque le contenu est vide. |
| RDTP-21937 | DESC : Dans le portail TPE, les erreurs devraient être plus explicites (au lieu d'afficher simplement « error »). FIX : Détail des erreurs selon le code HTTP retourné. |
| RDTP-22433 | DESC : Le bouton de régénération du certificat des passerelles ne devrait pas être présent en mode viewer. FIX : Le bouton Regenerate n'est plus disponible lorsque l'utilisateur a des droits viewer. |
| RDTP-22199 | DESC : L'importation massive de capteurs échoue lorsqu'on atteint au moins 130 erreurs. FIX : Permettre de modifier le nombre maximal d'erreurs autorisées avant l'abandon, afin d'éviter l'échec de l'import massif. |
| RDTP-21975 | DESC : Le LRC ne répond pas aux commandes MAC (comme DeviceTimeReq) lorsque l'UL est répété par le capteur. FIX : Le network server LRC 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 : Le LRC n'envoie pas la commande MAC PingSlotChannelReq lorsqu'il n'y a pas d'information PingSlot par défaut définie dans le device profile. FIX : Le LRC détecte quand PingSlot est indé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 | DESC : Vulnérabilité de sécurité sur la redirection après déconnexion (logout). FIX : Forcer la redirection vers la page de connexion après une déconnexion. |
| 7.2.0-6 | DESC : Les RFScan des passerelles ne sont pas disponibles dans l'outil Spectrum Analysis. FIX : Corriger le problème d'upload des RfScan sur le serveur FTP. |
| 7.2.1-6 | DESC : Timeout lors du chargement de nombreuses données dans l'outil Network Survey. FIX : Timeout global augmenté pour répondre aux besoins. |
| RDTP-22052 | DESC : Des messages "Internal error" sont affichés après des problèmes d'authentification des requêtes API. FIX : Les messages d'erreur sont désormais plus explicites. |
| RDTP-22029 | DESC : Erreur sur la mise à niveau LRR avec un dépôt média local. FIX : La mise à niveau LRR avec un dépôt média local est à nouveau possible. |
| RDTP-21965 | DESC : [Cockpit administration GUI] La configuration des repositories pouvait prêter à confusion. FIX : Clarification, renommage et retravail des infobulles. |
| RDTP-21961 | DESC : Impossible de déployer une plateforme XS dans le cloud à cause du dimensionnement du disque. FIX : Amélioration du partitionnement disque. |
| RDTP-21952 | DESC : Le CRL du Root CA est régénéré toutes les 10 minutes. FIX : La régénération du CRL est moins agressive. |
| 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 du proxy mise à jour. |
| RDTP-21759 | DESC : Des chiffrements faibles sont encore pris en charge, entraînant des vulnérabilités potentielles. FIX : Revue de la liste des chiffrements pour les proxies HTTP et HA uniquement (pas de changement pour sLRC et LRR). |
| RDTP-21714 | DESC : Les passerelles ne sont pas affichées sur la carte. FIX : L'emplacement de la carte par défaut est désormais obligatoire dans la configuration Cockpit pour tous les fournisseurs. |
| RDTP-21706 | DESC : Certains cookies n'ont pas le flag secure. FIX : Les flags secure des cookies sont automatiquement définis (par le proxy HTTP). |
| RDTP-21950 | DESC : Avec les déploiements standalone, le daemon Docker peut prendre du temps pour être prêt. FIX : En standalone, les images de base sont préfixées par registry1.actility.local:5000/. |
| RDTP-21747 / RDTP-21482 | DESC : Dans l'UI TPE, le widget « Network server » (sous l'onglet backhaul statistics des détails de la passerelle) ne fonctionne pas quand une passerelle utilise TLS. FIX : Adapter le mécanisme d'identification du master vs. backup des nœuds network server au mode TLS. |
| RDTP-21359 | DESC : Sur les downlinks multicast, WLogger devrait afficher l'horodatage effectif de la transmission par la BS, et non l'horodatage LRC. FIX : Le comportement du LRC est corrigé pour rapporter la bonne date/heure LRR des paquets multicast downlink à Wireless Logger et à l'AS. |
| RDTP-21939 | DESC : Lors de la création d'un capteur, l'application stricte de l'unicité du DevEUI ne gère pas correctement les minuscules. FIX : Les minuscules sont maintenant traitées comme des majuscules afin d'assurer l'application complète de l'unicité du DevEUI. |
| RDTP-21841 | DESC : Dans l'UI TPE, le nom d'antenne BS est affiché à tort avec le libellé « RF antenna ID ». FIX : Le libellé "RF antenna ID" est renommé en « Antenna name ». |
| RDTP-21756 | DESC : Lors de la création d'un capteur par QR code, le modèle du capteur ne peut pas être identifié après le scan du QR code. FIX : Corriger le bug, effet secondaire de l'association de plusieurs bandes ISM au même modèle. |
| RDTP-21700 | DESC : Le graphe BS Radio Traffic History affiche des décomptes de paquets incohérents. FIX : L'algorithme d'agrégation des données a été retravaillé. |
| RDTP-20838 | DESC : L'erreur affichée par l'UI lors de l'ajout d'un capteur OTA déjà revendiqué en mode "External Join Server" 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 réglée sur l'état « Active » 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 le LBT, comme K920. FIX : Mettre à jour la configuration Basics Station envoyée par le LNS pour régler correctement le niveau de détection de porteuse (carrier sensing) lorsque le LBT est activé. |
| RDTP-21774 | DESC : [LoRaWAN Relays] Cause d'échec de livraison manquante lorsque le Join Accept échoue. FIX : La bonne DeliveryFailedCause4 (pour le slot RXR) est désormais affichée dans Wireless Logger en cas d'échec de transmission du 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é comme un capteur de classe C et fonctionner en classe C comme tout 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] Les trames uplink dupliquées envoyées par le relais sont visibles dans WLogger. FIX : Les trames uplink répétées envoyées par les relais sur le FPort 226 sont dédupliquées par le network server, elles sont donc affichées une seule fois dans WLogger. |
| RDTP-21166 | DESC : [LoRaWAN Relays] La taille maximale du payload DL n'est pas correctement appliquée lorsque l'end-device est servi via un relais. FIX : Pour chaque paquet DL envoyé à l'end-device via un relais, la taille maximale du payload DL prend correctement en compte les contraintes des deux liens radio : network -> relay et relay -> end-device. 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 entièrement restauré après une mise à niveau échouée. FIX : Renforcement (hardening) du processus de restauration. |
| RDTP-21537 | DESC : [Cockpit administration GUI] Le look and feel de la section "ThingPark service configuration" pouvait prêter à confusion. FIX : Amélioration UI/UX : remplacer la couleur rouge auparavant utilisée dans cette section par du bleu. |
| RDTP-21539 | DESC : L'Authentication Federation ne fonctionne pas (impossible de se connecter) à cause d'e-mails stockés sensibles à la casse. FIX : Les e-mails sont traités sans distinction de casse. |
| RDTP-21557 | DESC : En cas de mise à niveau locale échouée, le service EJBCA ne fonctionne plus. FIX : La base de données EJBCA est entièrement restaurée pendant la procédure de rollback. |
| RDTP-21637 | DESC : Une mise à niveau locale échouée ne peut pas être relancée via l'interface Cockpit avec le message d'erreur "Already on last release". FIX : La mise à niveau locale peut être relancée après une tentative ayant échoué précédemment. |
| RDTP-21723 | DESC : Amélioration de la configuration proxy pour la fonctionnalité Authentication Federation. FIX : Le FQDN NO-PROXY est configurable dans Cockpit. |
| RDTP-21538 | DESC : Mauvais message d'erreur quand un utilisateur tente de revendiquer un capteur déjà revendiqué par un autre abonné. FIX : Le message correct est désormais « The DevEUI must be unique. » Un capteur avec le même DevEUI existe déjà. |
| RDTP-21529 | DESC : Occurrence d'erreurs 502 Bad Gateway côté clients. FIX : Revenir à 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 réseau OPC-UA et MODBUS seront perdus. La limitation est prévue pour être élevée dans une prochaine release 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 device 004 et l'alarme BS 103 ne doivent être déclenchées que si le capteur/BS s'est déjà connecté au NS au moins une fois. FIX : Les alarmes associées sont désormais déclenchées uniquement si la passerelle ou le capteur s'est connecté au moins une fois auparavant. |
| RDTP-15465 | DESC : Wlogger affiche une double flèche au lieu d'une croix rouge pour les downlinks trop tardifs (RX1 et RX2). FIX : La croix rouge est désormais correctement utilisée. |
| RDTP-20630 | DESC : La suppression des coordonnées d'antenne génère une erreur. FIX : Plus d'erreur lors de la suppression des coordonnées d'antenne. |
| RDTP-18760 | DESC : Le message d'événement d'alarme pour les alarmes BS 121 et 108 manque la valeur "previousSeverity". FIX : La gravité précédente est désormais correctement renseignée pour permettre l'envoi du trap SNMP. |
| RDTP-18761 | DESC : OID erroné dans le trap SNMP pour l'alarme d'interface réseau Backhaul de la passerelle (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 : Un certificat de sécurité auto-généré est marqué comme téléchargé avant d'avoir été téléchargé par la passerelle. FIX : Générer le certificat un jour avant qu'il ne 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és dans Wireless Logger conformément à l'ordre d'envoi des downlinks. FIX : Corriger 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 BS créées auparavant avec ce profil. FIX : Les antennes ajoutées dans un profil de passerelle sont désormais propagées aux passerelles déjà associées. |
| RDTP-20496 | DESC : Les Gateway Class B sont activées après une mise à jour TPW/TPE SaaS 7.2. FIX : La mise à jour vers les versions 7.2 ou 7.3 n'activera plus incorrectement la Class B sur les passerelles. |
| RDTP-19927 | DESC : L'alarme device 006 « Node uses lower data rate than expected » ne prend pas en compte le mode UL confirmé sans ACK DL. FIX : L'algorithme a été amélioré pour gérer le cas où le mode UL confirmé ne reçoit pas d'ACK DL. |
| RDTP-19860 | DESC : Le widget Radio traffic history affiche des données erronées. FIX : Prendre en compte toutes les antennes BS et implémenter un nouvel endpoint 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 réseau OPC-UA et MODBUS seront perdus. La limitation est prévue pour être élevée dans une prochaine release de maintenance TPE 7.3. |