Saltar al contenido principal

UDM — Gestión Unificada de Datos

El UDM es la autoridad de datos de suscripción del núcleo 5G. Gestiona los perfiles de suscripción de cada suscriptor, rastrea qué NFs de servicio están manejando cada UE (registrando el AMF y SMF contra un suscriptor) y proporciona los datos de autenticación utilizados para desafiar la UE. Lee los registros subyacentes de suscriptores del UDR, su almacén de respaldo, y los almacena en caché para una búsqueda rápida. El AMF lo consulta durante el registro, el SMF durante la configuración de la sesión, y el AUSF obtiene su material de autenticación de él. Cuando otro NF necesita conocer el perfil de un suscriptor o dónde se le está sirviendo, el UDM es el NF que responde.

← Núcleo 5G

En el panel de control

El panel de control del UDM — tarjetas de salud, detalles de estado y estadísticas (suscriptores atendidos, contextos activos)

El panel de control del UDM se abre con las cuatro tarjetas de salud estándar — Salud de API, Registro de NRF (si el UDM está actualmente registrado con el NRF), Estado de NF, y Licencia — cada una sondeando en un intervalo. Debajo de ellas, muestra los datos que posee el UDM:

  • Lista de UE — cada contexto de UE que el UDM tiene, indexado por SUPI. Esta es la vista de "qué suscriptores está atendiendo actualmente el UDM". El UDM también puede devolver un contexto detallado para un solo suscriptor por SUPI, mostrando las registraciones de NF de servicio de ese suscriptor y los datos de suscripción en caché.
  • Estadísticas — los contadores en vivo del UDM, para una lectura rápida sobre carga y actividad.
  • Configuración — la configuración en tiempo de ejecución que el servicio está utilizando actualmente.

Acciones

El panel de control expone acciones para limpiar los datos de suscriptores en caché. Cada una se confirma antes de ejecutarse, ya que elimina el estado en vivo:

  • Limpiar Caché de Suscriptores (por lotes) — limpia toda la caché de datos de suscriptores. Úselo cuando el UDM esté sirviendo perfiles obsoletos — por ejemplo, después de que los registros de suscripción hayan cambiado en el UDR y el UDM deba volver a leerlos en lugar de servir sus copias en caché.

Más allá del botón del panel de control, la API OAM del UDM expone un control más detallado al que un operador puede acceder a través del proxy de backend:

  • Purgar la caché de un UE (/api/oam/ue_cache/{id}) — elimina los datos de suscriptor en caché para un solo suscriptor por SUPI. Úselo para forzar una nueva lectura para un suscriptor cuyo perfil ha cambiado, en lugar de limpiar la caché para todos.

Operaciones

  • Diagnósticos en tiempo de ejecución (/api/oam/diagnostics) — muestra diagnósticos de bajo nivel para el servicio en ejecución.
  • Uso de recursos (/api/oam/resources) — informa sobre el uso de memoria, procesos y programador en tiempo de ejecución para un chequeo de salud en el nodo.
  • Establecer nivel de registro (/api/oam/log_level) — cambia el nivel de registro en tiempo de ejecución (uno de emergency, alert, critical, error, warning, warn, notice, info, debug) para aumentar el detalle mientras se soluciona problemas.
  • Forzar re-registro de NRF (/api/oam/nrf/reregister) — vuelve a registrar el UDM con el NRF, utilizado para recuperar un registro caído u obsoleto.

Relacionados