Journal des modifications de ThingPark Enterprise SaaS
Cette page répertorie tous les changements inclus dans la version ThingPark Enterprise SaaS 7.3, répartis 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 les améliorations techniques sont également disponibles dans les sections Nouvelles fonctionnalités et Autres améliorations techniques.
Version 7.3.6 (correctif)
Nouvelles fonctionnalités
Aucun
Autres améliorations techniques
Aucun
Problèmes résolus
| ID | Résumé | Version de correctif |
|---|---|---|
| RDTP-24132 | DESC : LRC plante sporadiquement lors de l'envoi des paquets de downlink sur la version 2 de l'API d'interface tunnel. CORRECTION: Corriger le bug pour empêcher le plantage de LRC lorsque le point de terminaison impacté est déclenché. | Correctif 7.3.6g |
| 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. | Correctif 7.3.6f |
| RDTP-23948 | 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. | Correctif 7.3.6e |
| RDTP-23188 | DESC : [Basics Station] Lorsqu'un grand nombre de paquets uplink sont reçus par le LNS-BRIDGE au cours de la même milliseconde, certains paquets peuvent être perdus sur le lien LNS-BRIDGE -> LRC. FIX : Correction du mécanisme d'ACK pour éviter la perte de paquets. | Correctif 7.3.6c |
| RDTP-23192 | DESC : [Basics Station] Dans certains cas, le lien LNS-BRIDGE -> LRC peut être bloqué, ce qui stoppe l'acheminement de paquets UL vers le LRC jusqu'à ce que la passerelle soit redémarrée manuellement. FIX : Redémarrage automatique de la liaison LNS-BRIDGE -> LRC dès qu'elle est bloquée pour une quelconque raison. | Correctif 7.3.6c |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| 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. |
Release 7.3.6
Nouvelles fonctionnalités
| ID | Résumé |
|---|---|
| RDTP-22709 | Support multilingue de l'interface utilisateur |
Autres améliorations techniques
| ID | Résumé |
|---|---|
| RDTP-18670 | Afficher l'altitude de la passerelle au-dessus du niveau de la mer dans le widget EMPLACEMENT du Dashboard de la passerelle. |
| 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é). |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-23145 | DESC : La synchronisation à chaud pendant le RSYNC peut s'arrêter en raison du blacklistage temporaire du profil de routage du peer LRC. FIX : Le profil de routage vers le peer LRC n'est jamais mis en liste noire. |
| RDTP-23118 | DESC : L'erreur "IEC104 disconnect" de la passerelle LNS rend Basics Station incapable de se connecter. FIX : Le LRC empêche que ce comportement ne se reproduise. |
| RDTP-22584 | DESC : Fausses alertes concernant une attaque par rejeu de Join lorsque la demande de Join 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'alarmes d'attaque par rejeu. |
| RDTP-22820 | DESC : L'alarme du capteur "006 "Le capteur utilise un débit de données inférieur à celui attendu" peut être déclenchée dans des conditions incorrectes. 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 : Pour l'alarme du capteur #006, SF_attendu rapporté par le LRC devrait être basé sur le SF déjà confirmé 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 des connexions 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 : L'API OSS-Swagger ne peut s'exécuter lorsque un deux-points (:) est utilisé sur certains paramètres. FIX : Les deux formats sont désormais supportés (:) et (%3A) |
| RDTP-22725 | DESC : L'appel à l'API DX pour la mise à jour du plan de connectivité échoue à cause de markerID. FIX : Nous ne vérifions plus le champ markerID lors de la création ou de la mise à jour. |
| RDTP-23114 | DESC : Le token utilisé pour l'authentification ou l'identification ne doit pas contenir de données sensibles pour le Keycloak Master realm. FIX : Les adresses, emails, téléphones et profils ne peuvent pas être inclus dans les tokens pour le Keycloak Master realm. |
| RDTP-22639 | DESC : RFRegion malformé empêche la liste des passerelles de l'interface utilisateur TPE de se charger. FIX : L'attribut commercialName vide posait problème, cet attribut est désormais optionnel. |
| RDTP-20808 | DESC : Description de la création de capteur POST incorrecte dans la documentation DX-API. CORRIGER : Si aucun plan de connexion n'est fourni lors de la création du capteur, nous informons qu'aucun plan de connexion ne sera choisi automatiquement. |
Problèmes connus et limitations
| ID | Résumé |
|---|---|
| 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. |
Release 7.3.5
Nouvelles fonctionnalités
| ID | Résumé |
|---|---|
| RDTP-21323 | LoRaWAN relays : basculement transparent du capteur sans réinitialisation |
| RDTP-22459 | Support multicast pour les passerelles utilisant Basics Station |
Autres améliorations techniques
| ID | Résumé |
|---|---|
| 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-22042 | Sécurité améliorée de l'accès au LRC via l'interface en ligne de commande |
| RDTP-21912 | Économies de coûts d'infrastructure grâce aux consommateurs Kafka sensibles au rack |
| RDTP-16876 | Améliorations de la sécurité en mode TLS |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-22919 | DESC : Le trafic cellulaire est affiché sur WLogger en mode LoRaWAN. FIX : Isolez correctement le trafic cellulaire dans WLogger lors de l'utilisation du mode LoRaWAN. |
| 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-22824 | DESC : La connexion de l'utilisateur peut ne pas fonctionner. FIX : Le nouveau "realm" créé dans le cadre du bootstrap de la plateforme ou de la création de l'opérateur ne dispose pas du fournisseur de clés rsa-enc-generated. |
| RDTP-22769 | DESC : Un simple compte de service spectateur peut créer et supprimer des tags sur un capteur. FIX : Empêcher un compte de service spectateur d'ajouter/retirer des tags de Capteur |
| RDTP-22669 | DESC : Milliseconde manquante dans le document EUI_uplink et EUI_downlink, provoquant des problèmes d'affichage dans Wireless Logger. FIX : Ajoutez une précision en millisecondes aux horodatages générés par le Network server LRC. |
| RDTP-22610 | DESC : LRC ne renvoie parfois pas de DutyCycleReq pour reprendre les capteurs suspendus. FIX : Le comportement du LRC est amélioré pour systématiquement envoyer DutyCycleReq pour reprendre les capteurs suspendus, indépendamment de la valeur courante du cycle momentanée en mémoire. |
| 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 token utilisé pour l'authentification ou l'identification ne doit pas contenir de données sensibles. FIX : Les adresses, emails, téléphones et profils ne peuvent pas être inclus dans les Tokens. |
| RDTP-21907 | DESC : Lorsque OTP est activé, le lien vers l'authentification clé manuelle n'est pas correct. FIX : Redirection corrigée. |
| 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 du LRC pour les downlinks de classe C. FIX : Le Network server LRC rapporte maintenant 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-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. |
Release 7.3.4
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 |
| RDTP-22015 | Lien d'accès rapide à l'outil Network Coverage de ThingPark |
| RDTP-22040 | Ajoutez des limiteurs de débit pour DX-API |
Autres améliorations techniques
Aucun
Problèmes résolus
| ID | Résumé |
|---|---|
| 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-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. |
Release 7.3.3
Nouvelles fonctionnalités
Autres améliorations techniques
Aucun
Problèmes résolus
| ID | Résumé |
|---|---|
| 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-21695 | DESC : Lien incorrect de la documentation sur la page nouvel import de Capteur. FIX : Le lien est redirigé vers l'endroit correct. |
| 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-21748 | DESC : Erreur de connexion lorsque le premier code à usage unique n'est pas saisi assez rapidement. FIX : Le délai d'expiration de l'action de connexion est maintenant fixé à 30 minutes. |
| 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 : [LoRaWAN Relays] Cause de l'échec de livraison manquante lorsque le processus Join Accept échoue. FIX : La bonne cause de ‘DeliveryFailedCause4’ (pour le slot RXR) est désormais affichée dans le 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-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. |
Release 7.3.2
Nouvelles fonctionnalités
Autres améliorations techniques
Aucun
Problèmes résolus
| ID | Résumé |
|---|---|
| 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-21267 | DESC : La réception du Join accept et du Downlink n'est pas signalée à l'AS. FIX : Activer par défaut la notification des capteurs dans le fichier de configuration. |
| 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
Aucun
Release 7.3.1
Nouvelles fonctionnalités
Aucun
Autres améliorations techniques
| ID | Résumé |
|---|---|
| RDTP-20865 | Permettre la collecte des traces LRC pour un capteur spécifique. |
| RDTP-16527 | [DX-API] Nouveau flux d'authentification basé sur les comptes de service |
Problèmes résolus
| ID | Résumé |
|---|---|
| RDTP-21279 | DESC : L'administrateur DX est déprécié dans l'interface Swagger. FIX : La notification de dépréciation a été retirée de l'interface Swagger. |
| RDTP-21239 | DESC : Les liens vers la documentation depuis l'interface utilisateur sont faux. FIX : Les liens ont été mis à jour et validés. |
| 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
Aucun
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-15321 | Mise à jour de Keycloak vers la version 19.0.3 |
| 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 |
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. |
Problèmes et limitations connus
Aucun