Notas de la versión de Azure Private 5G Core 2210
En las notas de la versión siguientes se identifican las nuevas características, los problemas críticos abiertos y los problemas resueltos de la versión 2210 para el núcleo de paquetes de Azure Private 5G Core (AP5GC). Las notas de la versión se actualizan continuamente y se van agregando problemas críticos que requieren una solución alternativa a medida que se detectan. Antes de implementar esta nueva versión, revise cuidadosamente la información contenida en estas notas de la versión.
Este artículo se aplica a la versión AP5GC 2210 (PMN-4-18-0). Esta versión es compatible con la GPU de ASE Pro que ejecuta la versión ASE 2209 y es compatible con la versión 2022-04-01-preview de la API Microsoft.MobileNetwork.
Problemas corregidos en la versión AP5GC 2210
En la tabla siguiente se proporciona un resumen de los problemas corregidos en esta versión.
| No. | Característica | Problema |
|---|---|---|
| 1 | Señalización 4G/5G | Azure Private 5G Core aceptará incorrectamente las conexiones de la dirección IP N2 incorrecta. El problema se ha corregido en esta versión. |
| 2 | Señalización 4G/5G | En escenarios poco frecuentes, debido a una condición de carrera desencadenada durante una secuencia de desconexión o reconexión de RAN, Azure Private 5G Core puede no procesar las solicitudes entrantes desde el nodo eNodeB o gNodeB. El problema se ha corregido en esta versión. |
| 3 | Señalización 4G/5G | En escenarios poco frecuentes, Azure Private 5G Core puede dañar el estado interno de una sesión de datos de paquetes, lo que da lugar a cambios posteriores en esa sesión de datos de paquetes. El problema se ha corregido en esta versión. |
| 4 | Reenvío de paquetes | Azure Private 5G Core descarta los paquetes de datos N3 recibidos de un nodo gNodeB si tienen marcas específicas establecidas en el encabezado GTP-UPacket, lo que da lugar a que el tráfico del equipo de usuario (UE) nunca llegue al servidor en el lado N6. En concreto, las marcas de encabezado GTP-U Número de secuencia o N-PDU que se establecen provocan este problema. |
| 5 | Directiva | En un escenario específico si se vuelve a instalar la versión ASE 2209, los registros de SIM y directiva de la primera instalación se conservan en el ASE. El problema se ha corregido en esta versión. |
| 6 | Señalización 4G/5G | En escenarios en los que se produce un error en el establecimiento de una sesión de PDU, es posible que Azure Private 5G Core no libere automáticamente la sesión y es posible que el equipo de usuario tenga que volver a registrarse. El problema se ha corregido en esta versión. |
Problemas conocidos de las versiones anteriores
En la tabla siguiente se proporciona un resumen de los problemas conocidos que se arrastran de las versiones anteriores.
| No. | Característica | Problema | Soluciones alternativas o comentarios |
|---|---|---|---|
| 1 | Configuración de directivas | Azure Private 5G Core puede omitir la calidad de servicio (QoS) y la configuración de directivas no predeterminadas al controlar los suscriptores 4G. | No aplicable. |
| 2 | Reenvío de paquetes | Es posible que Azure Private 5G Core no reenvíe paquetes almacenados en búfer si NAT está habilitado. | No aplicable. |
| 3 | Señalización 4G/5G | Azure Private 5G Core puede realizar una transacción de configuración de recursos de sesión PDU innecesaria después de una solicitud de servicio iniciada por el equipo de usuario. | No aplicable. |
| 4 | Señalización 4G/5G | En escenarios poco frecuentes, cuando un número significativo de equipos de usuario se registran de forma masiva y envían datos continuos, el núcleo puede liberar incorrectamente las sesiones de datos. | Si se liberan sesiones, es posible que los equipos de usuario deban volver a conectarse con el sistema para usar los servicios de datos. |
| 5 | Paneles locales | Los paneles locales de Azure Private 5G Core pueden mostrar valores incorrectos en algunos gráficos (por ejemplo, recuentos de sesión) después de un ciclo de energía del servidor de Azure Stack Edge. | No aplicable. |
| 6 | Paneles locales | La GUI web de seguimiento distribuido no muestra y descodifica algunos campos de mensajes NAS 4G/5G. En concreto, los elementos de información Tipo de solicitud y DNN. | Los mensajes tendrán que visualizarse desde una captura de paquetes aparte si es necesario. |
| 7 | Rendimiento | Se ha observado muy rara vez que la asignación de CPU en una implementación del núcleo de paquetes de Azure Private 5G puede dar lugar a que algunas cargas de trabajo de procesamiento de señales compartan un núcleo lógico de CPU con cargas de trabajo de procesamiento del plano de datos, lo que da lugar a errores de creación de sesión o latencia de procesamiento de paquetes o errores en una carga moderada. | La reimplementación del núcleo de paquetes de Azure Private 5G puede resolver la asignación de CPU problemática. |
| 8 | Reenvío de paquetes | Cuando Azure Private 5G Core tiene NAT habilitado en una red de datos, aproximadamente uno de cada 65 536 paquetes de vínculo descendente enviados a una UE se emitirá con una suma de comprobación IP incorrecta, lo que probablemente hará que se quite. |