MultiTech Conduit
LRR 2.8.x nécessite l'autorisation de nouveaux flux TLS entre la passerelle et l'infrastructure à clé publique de ThingPark : i7a pour les déploiements SaaS ou i38, i39 et i40 pour les déploiements auto-hébergés.
Vous devez vous assurer que ces flux sont autorisés par vos pare-feux, même si vos passerelles utilisent IPSec.
Pour en savoir plus, consultez les flux de passerelles.
Version 2.8.80
Matériel supporté
Pour chaque version LRR, la combinaison du modèle de matériel et de la version applicable du FPGA/firmware est mentionnée, avec des restrictions si applicable.
La liste des fonctionnalités et des problèmes résolus n'est pas divisée par modèle de matériel. Par conséquent, certaines fonctionnalités/corrections peuvent ne s'appliquer qu'à certains modèles matériels qui supportent les caractéristiques requises (comme le support GPS par exemple).
+-------------+----------+--------------+-------------+-------------+ | Matériel | FPGA | Firmware | HAL | Commentaire | | Modèle | | | | |
| Blue Conduit V1.5 (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 |
|
| Blue Conduit V1.5 R3 (8 et 16 canaux) | Aucun FPGA | 6.3.0 | sx1303 v2.0.44 |
|
| Blue Conduit Refresh V1.5 avec GPS (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 |
|
| Conduit Outdoor IP67 V1.5 (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 |
|
| Conduit Outdoor IP67 V1.5 R3 (8 et 16 canaux) | Aucun FPGA | 6.3.0 | sx1303 v2.0.44 |
|
| Conduit Point d'Accès | 31/35 | 5.3.31 | 5.0.22 |
|
| Conduit Outdoor IP67 200 série | 31/35 | 5.3.31 | 5.0.22 |
|
Nouvelles fonctionnalités
- RDTP-20679 : Optimisation de la signalisation du backhaul via de nouveaux paramètres TCP keepalive et iec104t3 dans Suplog. Cette fonctionnalité réduit la consommation du backhaul pour les types de connexions backhaul cellulaires et satellites.
- RDTP-20837 : Possibilité de configurer les ports de key-installer et SSH inversé depuis Suplog. Cette fonctionnalité n'est pertinente que pour les déploiements auto-hébergés utilisant une infrastructure kubernetes.
Autres améliorations
- PT-2962 : Accès à tous les journaux TLS dans Suplog
- PT-2501 : Les destinations ICMP prennent en compte le type de sécurité lors du passage du mode manuel à automatique.
Corrections de bugs
- PT-2927 : ajout de gpsdevice à mtcap pour la série Multitech IP67 200
Problèmes connus
- PT-1582 : Les métriques peuvent montrer une utilisation CPU constamment élevée. Aucun impact détecté à ce jour sur les capacités LRR.
Version 2.8.73
Matériel supporté
Pour chaque version LRR, la combinaison du modèle de matériel et de la version applicable du FPGA/firmware est mentionnée, avec des restrictions si applicable.
La liste des fonctionnalités et des problèmes résolus n'est pas divisée par modèle de matériel. Par conséquent, certaines fonctionnalités/corrections peuvent ne s'appliquer qu'à certains modèles matériels qui supportent les caractéristiques requises (comme le support GPS par exemple).
| Modèle matériel | FPGA | Firmware | HAL | Commentaire |
|---|---|---|---|---|
| Blue Conduit V1.5 (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Blue Conduit V1.5 R3 (8 et 16 canaux) | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Blue Conduit Refresh V1.5 avec GPS (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 V1.5 (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 V1.5 R3 (8 et 16 canaux) | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Point d'Accès | 31/35 | 5.3.31 | 4.1.3_1+ correctif #2 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 série 200 | 31/35 | 5.3.31 | 4.1.3_1+ correctif #2 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
Informations sur les correctifs HAL :
- #2 : ne pas réinitialiser le FPGA lors de la connexion (provoquait l'arrêt du downlink après une analyse de scan spectral)
- Problème connu chez Semtech, non corrigé dans une version officielle, - Correctif intégré dans la livraison Actility.
La version 4.1.3_1 est corrigée par rapport à la 4.1.3 pour permettre FPGA v35.
Nouvelles fonctionnalités
- RDTP-22975 : Possibilité de changer le nom d'hôte à partir de suplog, sous le sous-menu "Identifiants".
- PT-2878 : Génération automatique des clés privée/publique LRR si elles ne sont pas disponibles.
Autres améliorations
- GRAL-362 : Simplification des systèmes Multitech (mlinux_v1.5, mlinuxv2.1, mlinux_corecell).
Corrections de bugs
- GRAL-440 : spidevice ajouté dans lrr.ini grâce à device_info.json.
- PT-2864 : Problème RFScan : un redémarrage LRR est requis pour traiter à nouveau les uplinks/downlinks sur les passerelles R3.
- PT-2892 : Augmente le seuil memused par défaut à 75 % pour mettre en file d'attente plus de paquets Uplink lors d'une déconnexion Backhaul.
- PT-2902 : Le compteur LgwNbNwFilterDroppedDelta est maintenant défini dans le rapport LRR_rfcell. Ce compteur représente le nombre de trames uplink rejetées par la passerelle en raison de filtres NetID, il est visible dans les compteurs RF de la passerelle sur l'interface utilisateur.
- PT-2904 : Les statistiques cellulaires sont maintenant disponibles pour tous les modems.
Problèmes connus
- PT-1582 : Les métriques peuvent montrer une utilisation CPU constamment élevée. Aucun impact détecté à ce jour sur les capacités LRR.
Version 2.8.65
Matériel supporté
Pour chaque version LRR, la combinaison du modèle de matériel et de la version applicable du FPGA/firmware est mentionnée, avec des restrictions si applicable.
La liste des fonctionnalités et des problèmes résolus n'est pas divisée par modèle de matériel. Par conséquent, certaines fonctionnalités/corrections peuvent ne s'appliquer qu'à certains modèles matériels qui supportent les caractéristiques requises (comme le support GPS par exemple).
| Modèle matériel | FPGA | Firmware | HAL | Commentaire |
|---|---|---|---|---|
| Blue Conduit V1.5 R3 (8 et 16 canaux) | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 V1.5 R3 (8 et 16 canaux) | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
Nouvelles fonctionnalités
- R3 multi-boards : Cette version introduit le support des multi-cartes pour Blue Conduit V1.5 R3 et Conduit Outdoor IP67 V1.5 R3.
Autres améliorations
- PT-2686 : Compensation par LRR de la dérive de fréquence pour limiter l'interférence entre beacons ou downlinks multicast.
Corrections de bugs
Aucun
Problèmes connus
- PT-1582 : Les métriques peuvent montrer une utilisation CPU constamment élevée. Aucun impact détecté à ce jour sur les capacités LRR.
- PT-2864 : Problème RFScan : un redémarrage lrr est requis pour traiter à nouveau les uplinks/downlinks sur les passerelles R3.
- PT-2899 : ipfailover non mis à jour si effectué avant la synchronisation du NTPD.
Version 2.8.56
Matériel supporté
Pour chaque version LRR, la combinaison du modèle de matériel et de la version applicable du FPGA/firmware est mentionnée, avec des restrictions si applicable.
La liste des fonctionnalités et des problèmes résolus n'est pas divisée par modèle de matériel. Par conséquent, certaines fonctionnalités/corrections peuvent ne s'appliquer qu'à certains modèles matériels qui supportent les caractéristiques requises (comme le support GPS par exemple).
| Modèle matériel | FPGA | Firmware | HAL | Commentaire |
|---|---|---|---|---|
| Blue Conduit V1.5 (SPI) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Blue Conduit Refresh V1.5 avec GPS (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 V1.5 (8 et 16 canaux) | 31/35 | 6.3.0 | 5.0.22 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Blue Conduit V1.5 R3 | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
| Conduit Outdoor IP67 V1.5 R3 | Pas de FPGA | 6.3.0 | sx1303 v2.0.44 | LBT : seulement 128µs de détection de porteuse (5ms ne fonctionne pas) |
Nouvelles fonctionnalités
- Support du nouveau firmware : Cette version introduit le support du firmware MultiTech 6.3.0 pour tous les modèles matériels MultiTech, sauf le Conduit Access Point et le Conduit Outdoor IP67 V2.1.
- Amélioration de la sécurité de la clé SSH (GRAL-285) : Génération explicite d'une clé RSA de 2048 bits.
Autres améliorations
- Mise à niveau des dépendances LRR vers les versions suivantes :
- slang (2.1.4) -> 2.3.3 - popt (1.16) -> 1.19 - newt (0.52.18) -> 0.52.24 - jansson (2.11) -> 2.14 - zlib (1.2.11) si nécessaire -> 1.3.1
- PT-2551 : Correction de la vulnérabilité Terrapin
- Accès aux journaux stunnel dans suplog
Corrections de bugs
- PT-2628: Échec de la restauration pour restaurer le mode de sécurité. - PT-2630: Mise à niveau LRR : checkpki redémarré avec un mode de sécurité incorrect après la mise à niveau. - PT-2634/PT-2670/PT-2683/GRAL-287: Correction du problème TLS après régénération de stunnel.conf. Cette correction supprime la limitation connue présente dans la version précédente de LRR, concernant la mise à jour de RF Region et le balayage RF en mode TLS. - PT-2618 : Les routes dans ipfailover2.ini & netitf.pingaddr dans lrr.ini n'étaient pas mises à jour correctement suite à un rollback. - PT-2656 : Le compteur NeedRebootNoUplink n'augmentait pas en conséquence car ROOTACT/usr/data n'était pas créé - PT-2657 : La mise à jour LRR a échoué avec une erreur lors de la récupération de la taille du répertoire à sauvegarder - PT-2548: Correction du résultat de téléchargement RFscan. rfScanState utilisant countrfscan renvoie désormais le code RP correct (pas seulement 0 ou 1). - PT-2676 : Corriger un problème de mise à jour de la bande ISM lors de la mise à jour de la RF Region. - PT-2506: Lorsque pingaddrconf est en mode automatique et security=none, utilisez lrc addr au lieu de slrc addr. - PT-2701 PT-2693 : État du Wifi mis à jour correctement.
Problèmes connus
- PT-1582 : Les métriques peuvent montrer une utilisation CPU constamment élevée. Aucun impact détecté à ce jour sur les capacités LRR.
Version 2.8.43
Matériel supporté
Pour chaque version LRR, la combinaison du modèle de matériel et de la version applicable du FPGA/firmware est mentionnée, avec des restrictions si applicable.
La liste des fonctionnalités et des problèmes résolus n'est pas divisée par modèle de matériel. Par conséquent, certaines fonctionnalités/corrections peuvent ne s'appliquer qu'à certains modèles matériels qui supportent les caractéristiques requises (comme le support GPS par exemple).
+-------------+----------+--------------+-------------+-------------+ | Matériel | FPGA | Firmware | HAL | Commentaire | | Modèle | | | | |
| Conduit Point d'Accès | 31 | 5.3.31 | 4.1.3_1+ correctif #2 |
|
| Blue Conduit V1.5 (SPI) | 31/35 | 5.3.31 | 4.1.3_1+ correctif #2 |
|
| Blue Conduit Refresh V1.5 (avec GPS) | 31/35 | 5.3.31 | 4.1.3_1+ correctif #2 |
|
| Conduit Outdoor IP67 V1.5 (8 et 16 canaux) | 31/35 | 5.3.31 | 4.1.3_1+ correctif #2 |
|
| Conduit Outdoor IP67 V2.1 | 61 | 5.3.31 | 5.1.0 + correctif #1 |
|
| Conduit Outdoor IP67 200 série | 31 | 5.3.31 | 4.1.3_1+ correctif #2 |
|
Informations sur les correctifs HAL :
- #1 : mauvais horodatage GPS calculé :
- Problème corrigé dans le HAL Semtech (correctif de la source HAL). - Correctif partagé avec Semtech et accepté, pas encore inclus dans une nouvelle version HAL Semtech
- #2 : ne pas réinitialiser le FPGA lors de la connexion (provoquait l'arrêt du downlink après une analyse de scan spectral)
- Problème connu chez Semtech, non corrigé dans une version officielle, - Correctif intégré dans la livraison Actility.
La version 4.1.3_1 est corrigée par rapport à la 4.1.3 pour permettre FPGA v35.
Nouvelles fonctionnalités
- Support TLS comme nouveau protocole de sécurité de communication (RDTP-17091, RDTP-5248): TLS (Transport Layer Security) a été ajouté ainsi que IPSec (Internet Protocol Security). Par défaut, TLS est utilisé pour crypter chaque message allant du LRR à la plateforme ThingPark. IPsec peut encore être utilisé et configuré à l'aide de Suplog. Pour en savoir plus, voir Activation d'une connexion sécurisée via IPsec ou TLS.
- Rapport des statistiques cellulaires (RDTP-2420): affichage de l'opérateur 3G/4G, RSSI, SINR et d'autres statistiques RF liées à l'interface de backhaul cellulaire.
- Possibilité de personnaliser le mot de passe SUPPORT à partir de SUPLOG (RDTP-15143): Pour une sécurité renforcée, l'utilisateur peut changer le mot de passe par défaut de SUPPORT depuis la console SUPLOG, sous Identifiants > Définir le mot de passe de l'outil de support Actility.
- Filtrage amélioré des paquets uplink non-LoRaWAN (RDTP-17897): Filtrage optimisé LRR des paquets uplink pour écarter les trames non-LoRaWAN.
- Autoriser la configuration des destinations ICMP dans SUPLOG (RDTP-17415): Permettre de personnaliser les destinations ICMP dans SUPLOG pour se conformer à des cas d'utilisation de déploiement spécifiques où le protocole ICMP n'est pas autorisé côté serveur de ThingPark.
- Introduction de la sonde de capteur virtuel intégrée : Cette fonctionnalité fournit un aperçu de la qualité RF du réseau en utilisant un capteur émulé dans le LRR pour envoyer des messages via l'antenne du LRR, puis analyser la qualité du paquet uplink reçu par d'autres LRR environnants.
- Introduction de nouveaux gestionnaires : Centralmgr centralise désormais toutes les informations provenant des autres gestionnaires : gwmgr, failovermgr, restoremgr, rollbackmgr, lrrmgr, pkimgr.
Autres améliorations
- Améliorations de la configuration d'IPsec
- Redémarrage en tant que variable d'environnement
- Amélioration de la configuration NTP
- Améliorations de SSH inversé lors de la perte de connexion avec la passerelle
- Améliorations sur SUPLOG
- Améliorations sur le basculement
- Amélioration lors du nettoyage des certificats
- Amélioration de la rotation des journaux
- Amélioration de la sauvegarde/restauration
- Amélioration de sysconfiglrr
Corrections de bugs
- PT-2073 : ntpq, livré sous /home/actility/system/bin/, rencontre une erreur à l'exécution
- PT-1772 : après avoir configuré l'IP failover uniquement pour ppp0, la passerelle n'a pas pu établir de tunnels vpn avec LRC.
- PT-2078 : le compteur de redémarrage automatique est incrémenté deux fois pour un seul redémarrage lorsque la passerelle a perdu la connexion avec LRC.
- PT-2495 : Forcer le MTU cellulaire à 1358 ; forcer le MSS à 1254 pour IPSec.
Problèmes connus
- PT-1582 : Les métriques peuvent montrer une utilisation CPU constamment élevée. Aucun impact détecté à ce jour sur les capacités LRR.
- PT-2628: Échec de la restauration pour restaurer le mode de sécurité.
- PT-2630: Mise à niveau LRR : checkpki redémarré avec un mode de sécurité incorrect après la mise à niveau.
- PT-2683 : En mode de sécurité TLS, lorsque le certificat de la passerelle est régénéré, que ce soit lors d'un renouvellement automatique ou régénéré manuellement par l'utilisateur, certaines fonctions peuvent être perturbées, comme la mise à jour de RF region et le balayage RF. La solution consiste à redémarrer manuellement le BS après avoir téléchargé le nouveau certificat.