Notas de la versión de Azure Private 5G Core 2305
En las notas de la versión siguientes se identifican las nuevas características, los problemas críticos abiertos y los problemas resueltos para la versión 2305 de Azure Private 5G Core (AP5GC). Las notas de la versión se actualizan continuamente, con problemas críticos que requieren una solución alternativa agregada a medida que se detectan. Antes de implementar esta nueva versión, revise la información contenida en estas notas de la versión.
Este artículo se aplica a la versión ap5GC 2305 (PMN-2305-0). Esta versión es compatible con la GPU de ASE Pro 1 y ASE Pro 2 que ejecuta la versión de ASE 2303 y es compatible con las versiones 2022-04-01-preview y 2022-11-01 Microsoft.MobileNetwork API.
Duración del soporte técnico
Las versiones principales de paquetes se admiten hasta que se hayan publicado dos versiones posteriores (a menos que se indique lo contrario). Normalmente, esto es dos meses después de la fecha de lanzamiento. Debe planear actualizar el núcleo del paquete en este período de tiempo para evitar perder soporte técnico.
Novedades
Detección de inactividad del plano de usuario: a partir de AP5GC 2305, se configura un temporizador de inactividad del plano de usuario con un valor de 600 segundos para sesiones 5G. Si no hay tráfico durante 600 segundos y no se ha producido la versión de red de acceso iniciada por RAN, Packet Core liberará los recursos de Access Network.
UE (equipo de usuario) al reenvío interno de UE: esta versión ofrece la capacidad de AP5GC para reenviar internamente el tráfico de datos ue destinado a otra UE en la misma red de datos (sin pasar a través de un enrutador externo).
Si actualmente usa el servicio predeterminado con la directiva de SIM allow-all junto con NAT habilitado para la red de datos, o con un enrutador externo con reglas de denegación para este tráfico, es posible que tenga UE a UE reenvío de tráfico bloqueado. Si desea continuar con este comportamiento de bloqueo con AP5GC 2305, consulte Configuración de UE para el reenvío interno de UE.
Si no usa el servicio predeterminado con la directiva de sim allow-all y quiere permitir el reenvío interno ue-UE, consulte Configuración de UE para el reenvío interno de UE.
Fuente de Event Hubs del uso de UE: esta característica mejora AP5GC para proporcionar una fuente de Azure Event Hubs de eventos de los eventos de uso de datos de UE. Puede integrarse con Event Hubs para crear informes sobre cómo se usa la red privada 4G/5G o llevar a cabo otro procesamiento de datos mediante la información de estos eventos. Si desea habilitar esta característica para la implementación, póngase en contacto con su representante de soporte técnico.
Problemas corregidos en la versión ap5GC 2305
En la tabla siguiente se proporciona un resumen de los problemas corregidos en esta versión.
| No. | Característica | Problema |
|---|---|---|
| 1 | Reenvío de paquetes | En escenarios de alta carga sostenida (por ejemplo, configuración continua de cientos de flujos TCP por segundo) combinados con agotamiento de agujeros de patillas NAT, AP5GC puede encontrar una pérdida de memoria, lo que provoca un breve período de interrupción del servicio, lo que da lugar a algunos errores de llamada. El problema se ha corregido en esta versión. |
| 2 | Instalar o actualizar | No se admite el cambio del tipo de tecnología de una implementación de 4G (EPC) a 5G mediante la secuencia de actualización o eliminación o adición del sitio. El problema se ha corregido en esta versión. |
| 3 | Paneles locales | En algunos escenarios, los paneles locales de Azure Private 5G Core no muestran el rechazo de sesión en el panel Estadísticas de dispositivo y sesión si se rechazan las solicitudes "Establecimiento de sesión" debido a un tipo PDU no válido (por ejemplo, IPv6 cuando solo se admite IPv4). El problema se ha corregido en esta versión. |
Problemas conocidos en la versión ap5GC 2305
| No. | Característica | Problema | Soluciones alternativas o comentarios |
|---|---|---|---|
| 1 | Paneles locales | Cuando se habilita un proxy web en el dispositivo de Azure Stack Edge en el que se ejecuta el núcleo del paquete y Se usa Azure Active Directory para autenticar el acceso a los paneles locales de AP5GC, el tráfico a Azure Active Directory no transmite a través del proxy web. Si hay un firewall que bloquea el tráfico que no pasa a través del proxy web, la habilitación de Azure Active Directory hará que se produzca un error en la instalación del núcleo del paquete. | Deshabilite Azure Active Directory y use la autenticación basada en contraseña para autenticar el acceso a los paneles locales de AP5GC en su lugar. |
| 2 | Reboot | AP5GC puede no recuperarse intermitentemente después de reiniciar la plataforma subyacente y puede requerir otro reinicio para recuperarse. | No aplicable. |
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 | Reenvío de paquetes | AP5GC puede no reenviar paquetes almacenados en búfer si NAT está habilitado. | No aplicable. |
| 2 | Instalar o actualizar | En algunos casos, el núcleo de paquetes notifica una instalación correcta incluso cuando la plataforma subyacente o las redes están mal configuradas. | No aplicable. |