Notes de publication d’Azure Private 5G Core 2307
Les notes de publication suivantes identifient les nouvelles fonctionnalités, les problèmes critiques d’ouverture et les problèmes résolus pour la version 2307 d’Azure Private 5G Core (AP5GC). Les notes de publication sont mises à jour en continu, avec des problèmes critiques nécessitant une solution de contournement ajoutée à mesure qu’elles sont découvertes. Avant de déployer cette nouvelle version, passez en revue les informations contenues dans ces notes de publication.
Cet article s’applique à la version AP5GC 2307 (PMN-2307-0). Cette version est compatible avec le GPU ASE Pro 1 et l’ASE Pro 2 exécutant la version ASE 2303 et prend en charge les versions 2023-06-01, 2022-11-01-preview et 2022-04-01 Microsoft.MobileNetwork API.
Durée de vie du support
Les versions principales de paquets sont prises en charge jusqu’à ce que deux versions ultérieures aient été publiées (sauf indication contraire). Il s’agit généralement de deux mois après la date de publication. Vous devez planifier la mise à niveau de votre cœur de paquets dans ce délai pour éviter de perdre la prise en charge.
Nouveautés
Suivi de l’utilisation de l’équipement utilisateur
Les messages de suivi de l’utilisation de l’équipement utilisateur dans Azure Event Hubs sont désormais codés au format de conteneur de fichiers AVRO, ce qui vous permet de consommer ces événements via Power BI ou Azure Stream Analytics (ASA). Si vous souhaitez activer cette fonctionnalité pour votre déploiement, contactez votre représentant du support.
Mappage du code de cause lié à un utilisateur inconnu dans les déploiements 4G
Dans cette version, le code 4G NAS EMM provoque le code de l'« utilisateur inconnu » (abonné non approvisionné sur AP5GC) en « no-suitable-cells-in-ta-15 » par défaut. Cela permet une meilleure interaction dans les scénarios où un seul PLMN est utilisé pour plusieurs réseaux mobiles indépendants.
Problèmes résolus dans la version AP5GC 2307
Le tableau suivant récapitule les problèmes corrigés dans cette version.
| Non. | Fonctionnalité | Problème |
|---|---|---|
| 1 | Traçage distribué local | L’interface utilisateur graphique web de suivi distribué ne parvient pas à afficher et décoder certains champs de messages NAS 4G. Plus précisément, les éléments d’informations « Demande d’installation du contexte initial » et « Attacher les messages » |
| 2 | Signalisation 4G/5G | La suppression d’un pool IP UE statique ou dynamique dans le cadre de la modification du réseau de données attachée sur une configuration AP5GC existante nécessite toujours la réinstallation du cœur de paquets. |
| 3 | Installer/mettre à niveau | Dans certains cas, le cœur de paquets signale la réussite de l’installation même lorsque la plateforme ou la mise en réseau sous-jacente est mal configurée. |
| 4 | Signalisation 4G/5G | AP5GC peut échouer par intermittence à récupérer une fois la plateforme sous-jacente redémarré et nécessiter un autre redémarrage pour la récupération. |
| 5 | Transfert de paquets | Azure Private 5G Core peut ne pas transférer les paquets mis en mémoire tampon si NAT est activé |
Problèmes connus dans la version AP5GC 2307
| Non. | Fonctionnalité | Problème | Solution de contournement/commentaires |
|---|---|---|---|
| 1 | Azure Active Directory | Lorsqu’un proxy web est activé sur l’appliance Azure Stack Edge sur laquelle le cœur de paquet s’exécute et qu’Azure Active Directory est utilisé pour authentifier l’accès aux tableaux de bord locaux AP5GC, le trafic vers Azure Active Directory ne transmet pas via le proxy web. S’il existe un pare-feu bloquant le trafic qui ne transite pas par le proxy web, l’activation d’Azure Active Directory entraîne l’échec de l’installation du cœur de paquet. | Désactivez Azure Active Directory et utilisez l’authentification par mot de passe pour authentifier l’accès aux tableaux de bord locaux AP5GC à la place. |
| 2 | Installer/mettre à niveau | Les problèmes temporaires liés à la ressource de cluster Kubernetes arc Connecter ed peuvent déclencher des erreurs dans les opérations de base de paquets telles que la mise à niveau, la restauration ou la réinstallation. | Vérifiez la disponibilité de la ressource de cluster Kubernetes : accédez à la ressource dans le portail et case activée Resource Health. Vérifiez qu’elle est disponible et réessayez l’opération. |
Problèmes connus issus des versions précédentes
Le tableau suivant fournit un résumé des problèmes connus déjà présents dans les versions précédentes.
| Non. | Fonctionnalité | Problème | Solution de contournement/commentaires |
|---|---|---|---|
| 1 | Tableaux de bord locaux | Lorsqu’un proxy web est activé sur l’appliance Azure Stack Edge sur laquelle le cœur de paquet s’exécute et qu’Azure Active Directory est utilisé pour authentifier l’accès aux tableaux de bord locaux AP5GC, le trafic vers Azure Active Directory ne transmet pas via le proxy web. S’il existe un pare-feu bloquant le trafic qui ne transite pas par le proxy web, l’activation d’Azure Active Directory entraîne l’échec de l’installation du cœur de paquet. | Désactivez Azure Active Directory et utilisez l’authentification par mot de passe pour authentifier l’accès aux tableaux de bord locaux AP5GC à la place. |