Saltar al contenido principal

Guía de Operaciones del I-CSCF

Tabla de Contenidos​

  1. Descripción General
  2. Rol en la Arquitectura IMS
  3. Funciones del I-CSCF
  4. Operaciones de la Interfaz Web
  5. Flujos de Llamadas
  6. Solución de Problemas

Descripción General​

El I-CSCF (Interrogating Call Session Control Function) sirve como el punto de entrada a la red de un operador IMS desde redes externas y desde el P-CSCF. Su responsabilidad principal es consultar el HSS (Home Subscriber Server) para descubrir el S-CSCF apropiado para un usuario y ocultar la topología de la red interna de entidades externas.

Especificaciones 3GPP​

  • 3GPP TS 23.228: Subsistema Multimedia IP (IMS) Etapa 2
  • 3GPP TS 24.229: Protocolo de Control de Llamadas IMS
  • 3GPP TS 29.228: Interfaz Cx (I-CSCF a HSS)
  • 3GPP TS 29.229: Protocolo Cx

Responsabilidades Clave​

  1. Interrogación HSS: Consulta al HSS para la ubicación del usuario y la asignación del S-CSCF
  2. Selección del S-CSCF: Elige el S-CSCF apropiado basado en capacidades
  3. Ocultación de Topología: Protege las direcciones internas del S-CSCF de la vista externa
  4. Balanceo de Carga: Distribuye la carga entre múltiples instancias del S-CSCF
  5. Proxy de Enrutamiento: Enruta solicitudes al S-CSCF seleccionado
  6. Punto de Entrada de Red: Primer salto para mensajes SIP externos

Características Clave​

  • Operación Sin Estado: Retención mínima de estado
  • Cliente Diameter: Interfaz Cx al HSS
  • Sin Manejo de Medios: Proxy de señalización pura
  • Sin Autenticación: Delegado al S-CSCF
  • Alto Rendimiento: Optimizado para consulta y reenvío

Rol en la Arquitectura IMS​

Posición en la Red​

Puntos de Referencia 3GPP​

InterfazProtocoloPropósitoConectado a
MwSIPP-CSCF/Externo a I-CSCFP-CSCF, IMS Externo
MwSIPI-CSCF a S-CSCFS-CSCF
CxDiameterConsultas de datos de usuarioHSS

Funciones del I-CSCF​

1. Interrogación HSS (Interfaz Cx)​

El I-CSCF utiliza la interfaz Cx de Diameter para consultar el HSS para dos operaciones principales:

Solicitud de Autorización de Usuario (UAR)​

Utilizada durante REGISTER para determinar qué S-CSCF debe atender al usuario.

Propósito:

  • Verificar si el usuario puede registrarse
  • Obtener el nombre del S-CSCF si ya está asignado
  • Obtener las capacidades del S-CSCF si no está asignado

Comando Diameter:

UAR (User-Authorization-Request)
  Session-Id
  Vendor-Specific-Application-Id
    Vendor-Id: 10415 (3GPP)
    Auth-Application-Id: 16777216 (Cx)
  Auth-Session-State: NO_STATE_MAINTAINED
  Origin-Host: icscf.ims.mnc001.mcc001.3gppnetwork.org
  Origin-Realm: ims.mnc001.mcc001.3gppnetwork.org
  Destination-Realm: ims.mnc001.mcc001.3gppnetwork.org
  User-Name: sip:user@ims.mnc001.mcc001.3gppnetwork.org
  Public-Identity: sip:user@ims.mnc001.mcc001.3gppnetwork.org
  Visited-Network-Identifier: ims.mnc001.mcc001.3gppnetwork.org
  UAR-Flags: 0

Respuesta HSS (UAA):

UAA (User-Authorization-Answer)
  Result-Code: 2001 (DIAMETER_SUCCESS)
  Experimental-Result-Code: 2001 (FIRST_REGISTRATION)
  Server-Name: sip:scscf.ims.mnc001.mcc001.3gppnetwork.org
  Server-Capabilities:
    Mandatory-Capability: 1
    Optional-Capability: 2
    Server-Name: sip:scscf-backup.ims.mnc001.mcc001.3gppnetwork.org

Códigos de Resultado:

  • 2001: Éxito (usuario autorizado)
  • 5003: Usuario Desconocido
  • 5004: Las Identidades No Coinciden
  • 5042: No Hay S-CSCF Disponible

Solicitud de Información de Ubicación (LIR)​

Utilizada para INVITE y otras solicitudes para encontrar qué S-CSCF está atendiendo actualmente al usuario.

Propósito:

  • Encontrar el S-CSCF que atiende a un usuario registrado
  • Enrutar correctamente las llamadas terminantes

Comando Diameter:

LIR (Location-Info-Request)
  Session-Id
  Vendor-Specific-Application-Id
    Vendor-Id: 10415 (3GPP)
    Auth-Application-Id: 16777216 (Cx)
  Auth-Session-State: NO_STATE_MAINTAINED
  Origin-Host: icscf.ims.mnc001.mcc001.3gppnetwork.org
  Origin-Realm: ims.mnc001.mcc001.3gppnetwork.org
  Destination-Realm: ims.mnc001.mcc001.3gppnetwork.org
  Public-Identity: sip:user@ims.mnc001.mcc001.3gppnetwork.org
  Originating-Request: 0  # 0=terminating, 1=originating

Respuesta HSS (LIA):

LIA (Location-Info-Answer)
  Result-Code: 2001 (DIAMETER_SUCCESS)
  Server-Name: sip:scscf.ims.mnc001.mcc001.3gppnetwork.org

Códigos de Resultado:

  • 2001: Éxito (usuario registrado, S-CSCF devuelto)
  • 5401: Usuario No Registrado
  • 5003: Usuario Desconocido

2. Selección del S-CSCF​

Cuando el HSS no devuelve un S-CSCF específico (por ejemplo, primer registro), el I-CSCF debe seleccionar uno basado en coincidencia de capacidades.

Algoritmo de Coincidencia de Capacidades​

  1. Recuperar capacidades del HSS UAA
  2. Consultar base de datos local para S-CSCFs disponibles
  3. Coincidir capacidades obligatorias (todas deben coincidir)
  4. Coincidir capacidades opcionales (mejor esfuerzo)
  5. Aplicar balanceo de carga si hay múltiples coincidencias
  6. Seleccionar S-CSCF con mejor ajuste

Estructura de la Base de Datos del S-CSCF​

El I-CSCF mantiene una base de datos con dos tablas relacionadas:

Tabla S-CSCF: Almacena información sobre los servidores S-CSCF disponibles:

  • ID: Identificador único para cada S-CSCF
  • Nombre: Nombre descriptivo (por ejemplo, "S-CSCF Primario")
  • URI del S-CSCF: URI SIP del S-CSCF (por ejemplo, sip:scscf.ims.mnc001.mcc001.3gppnetwork.org:5060;transport=tcp)

Tabla de Capacidades del S-CSCF: Mapea los S-CSCF a sus capacidades soportadas:

  • ID: Identificador único para el mapeo de capacidades
  • ID del S-CSCF: Hace referencia al S-CSCF en la primera tabla
  • Capacidad: ID de capacidad entera que este S-CSCF soporta

Ejemplo de Configuración: Una implementación típica podría tener:

  • S-CSCF #1: "S-CSCF Primario" con URI sip:scscf.ims.mnc001.mcc001.3gppnetwork.org:5060
    • Soporta capacidad 0 (capacidad obligatoria)
    • Soporta capacidad 1 (capacidad opcional)

Puedes ver la lista actual de S-CSCF a través de: Interfaz Web → I-CSCF → pestaña Lista de S-CSCF

La lista de S-CSCF muestra los servidores S-CSCF disponibles y sus capacidades para balanceo de carga y asignación.

Lógica de Selección​

Proceso de Selección del S-CSCF: El I-CSCF realiza la selección del S-CSCF basada en capacidades utilizando la siguiente lógica:

  1. Extraer Capacidades: Recupera los requisitos de capacidades obligatorias y opcionales de la respuesta UAA del HSS (User Authorization Answer) y los almacena en variables AVP

  2. Consulta a la Base de Datos: Consulta la base de datos con los requisitos de capacidades para encontrar servidores S-CSCF que coincidan con las capacidades requeridas

  3. Manejo de Resultados:

    • Si se encuentra un S-CSCF coincidente, la URI se almacena en $avp(scscf_uri) y se establece como la URI de destino ($du) para el reenvío de la solicitud
    • Si no hay un S-CSCF coincidente disponible, responde a la solicitud original con 503 Servicio No Disponible

3. Ocultación de Topología​

El I-CSCF oculta las direcciones internas del S-CSCF de las redes externas mediante:

  1. Eliminación de Record-Route: No agrega el encabezado Record-Route
  2. Proxy de respuestas: Elimina los encabezados Via que revelan el S-CSCF
  3. Reescritura de contacto: (opcional) Reemplaza el contacto del S-CSCF con el I-CSCF
  4. Eliminación de ruta: Elimina la información de ruta interna

Ejemplo:

El externo ve:
  Via: SIP/2.0/UDP icscf.example.com:5060

La realidad interna:
  Via: SIP/2.0/UDP scscf.example.com:5060
  Via: SIP/2.0/UDP icscf.example.com:5060

4. Lógica de Enrutamiento​

Procesamiento de REGISTER​

Procesamiento de INVITE (Terminante)​

5. NDS (Seguridad del Dominio de Red)​

El I-CSCF mantiene una lista de dominios de confianza para la seguridad entre operadores.

Base de Datos de Dominios de Confianza: Contiene una lista de nombres de dominio que son de confianza para la comunicación entre operadores:

  • ID: Identificador único para cada dominio de confianza
  • Dominio de Confianza: Nombre de dominio (por ejemplo, "ims.mnc001.mcc001.3gppnetwork.org")

Ejemplo de Configuración: Una implementación típica incluye el dominio IMS local y cualquier dominio de socio de peering:

  • ims.mnc001.mcc001.3gppnetwork.org (red local)
  • ims.mnc002.mcc001.3gppnetwork.org (socio de roaming)

Propósito:

  • Validar solicitudes entrantes de redes de peering
  • Aplicar políticas de seguridad basadas en relaciones de confianza
  • Implementar limitación de tasa por dominio
  • Controlar qué redes externas pueden acceder al núcleo IMS

Puedes ver los dominios de confianza a través de: Interfaz Web → I-CSCF → pestaña Dominios de Confianza

6. Failover y Balanceo de Carga​

Failover del S-CSCF​

Condiciones de Activación - El failover al siguiente S-CSCF se activa por:

  • 408 Request Timeout
  • Respuestas de error del servidor 5xx
  • Respuestas de fallo global 6xx (excepto 600 Busy Everywhere, que indica rechazo del usuario en lugar de fallo del servidor)

Lógica de Failover: El I-CSCF implementa un failover automático utilizando una ruta de fallo:

  1. Verificación de Estado: Cuando se recibe una respuesta, verifica si el código de estado coincide con los criterios de failover (408, 5xx, o 6xx)

  2. Selección del S-CSCF Siguiente: Si se activa el failover, selecciona el siguiente S-CSCF disponible de la lista

  3. Reintentar o Fallar:

    • Si hay otro S-CSCF disponible, reenvía la solicitud a él
    • Si todos los S-CSCF han sido probados y fallaron, responde con 503 Servicio No Disponible al originador

Gestión de Lista de S-CSCF con Estado:

  • La lista de S-CSCFs candidatos se mantiene en la memoria de la transacción
  • La posición en la lista se mantiene a través de múltiples intentos
  • La lista se borra cuando se recibe una respuesta final exitosa (éxito 2xx o error del cliente 4xx)
  • La lista se preserva al recibir 401 Unauthorized (desafío de autenticación), ya que el mismo S-CSCF debe manejar la solicitud autenticada subsiguiente

Balanceo de Carga​

Configuración de Balanceo de Carga:

Cuando múltiples S-CSCFs soportan las mismas capacidades:

  • S-CSCF 1: sip:scscf1.example.com:5060 - capacidad 0
  • S-CSCF 2: sip:scscf2.example.com:5060 - capacidad 0
  • S-CSCF 3: sip:scscf3.example.com:5060 - capacidad 0

El I-CSCF utiliza selección round-robin o aleatoria para distribuir la carga de manera uniforme entre todos los S-CSCF coincidentes.

Ver distribución de carga a través de: Interfaz Web → I-CSCF → Lista de S-CSCF (muestra todos los servidores configurados)

Operaciones de la Interfaz Web​

Accediendo a la Página del I-CSCF​

Navega a: https://<control-panel>/icscf

Diseño de la Página​

La página del I-CSCF tiene cuatro pestañas principales:

  1. Servidores S-CSCF - S-CSCFs configurados y capacidades
  2. Dominios de Confianza NDS - Seguridad del dominio de red
  3. Sesiones - Sesiones activas del I-CSCF con selección de S-CSCF
  4. Tablas Hash - Tablas de memoria compartida

Visualizando Servidores S-CSCF​

Propósito: Ver qué S-CSCFs están disponibles para la asignación de usuarios

Columnas de Visualización:

  • ID: ID de la base de datos
  • Nombre: Nombre descriptivo
  • URI del S-CSCF: URI SIP del S-CSCF
  • Capacidades: IDs de capacidad separados por comas

Ejemplo de Salida:

ID   Nombre                    URI del S-CSCF                                          Capacidades
1    S-CSCF Primario          sip:scscf.ims.mnc001.mcc001.3gppnetwork.org:5060   0, 1
2    S-CSCF Secundario        sip:scscf2.ims.mnc001.mcc001.3gppnetwork.org:5060  0, 1

Operaciones:

  • Ver lista de S-CSCFs
  • Comprobar capacidades configuradas
  • Verificar URIs de S-CSCF

Nota: Para agregar/modificar S-CSCFs, coordinar con los administradores del sistema. Las nuevas entradas de S-CSCF requieren:

  • Un nombre (etiqueta descriptiva como "Nuevo S-CSCF")
  • La URI del S-CSCF (por ejemplo, sip:scscf3.example.com:5060;transport=tcp)
  • IDs de capacidades asociadas (por ejemplo, capacidades 0 y 1)

Visualizando Dominios de Confianza NDS​

Propósito: Monitorear qué dominios de red son de confianza para el peering

Columnas de Visualización:

  • ID: ID de la base de datos
  • Dominio de Confianza: FQDN de la red de confianza

Ejemplo de Salida:

ID   Dominio de Confianza
1    ims.mnc001.mcc001.3gppnetwork.org
2    ims.mnc002.mcc001.3gppnetwork.org
3    carrier.example.com

Operaciones:

  • Ver dominios de confianza
  • Verificar relaciones de peering

Agregar Dominios de Confianza: Coordinar con los administradores del sistema para agregar nuevos dominios de confianza. Cada entrada requiere el nombre de dominio completamente calificado (FQDN) de la red de confianza (por ejemplo, partner.example.com).

Monitoreo de Sesiones Activas​

Propósito: Ver la toma de decisiones en tiempo real del I-CSCF y la selección del S-CSCF

Información de Visualización:

  • Call-ID: SIP Call-ID
  • Identidad del Usuario: Identidad pública que se está consultando
  • S-CSCF Seleccionado: Qué S-CSCF fue elegido
  • Coincidencia de Capacidades: Capacidades que coincidieron
  • Resultado UAR/LIR: Código de resultado de Diameter
  • Marca de Tiempo: Cuándo se creó la sesión

Casos de Uso:

  1. Verificar que la selección del S-CSCF esté funcionando
  2. Solucionar problemas de enrutamiento
  3. Monitorear la distribución de carga entre S-CSCFs
  4. Analizar la coincidencia de capacidades

Ejemplo:

Call-ID: 3c26700857a87f84@10.4.12.165
Usuario: sip:12015551234@ims.mnc001.mcc001.3gppnetwork.org
S-CSCF Seleccionado: sip:scscf.ims.mnc001.mcc001.3gppnetwork.org:5060
Capacidades: obligatorias=[0,1], opcionales=[]
Operación: UAR (Registro)
Resultado: 2001 (FIRST_REGISTRATION)
Marca de Tiempo: 2025-11-29 14:35:22

Gestión de Tablas Hash​

Similar al P-CSCF, el I-CSCF puede usar tablas hash para almacenamiento en caché o lógica personalizada.

Casos de Uso Comunes:

  • Almacenar en caché resultados de UAR/LIR (TTL corto)
  • Limitación de tasa por IP de origen
  • Decisiones de enrutamiento personalizadas

Operaciones: Igual que en P-CSCF (listar, volcar, eliminar, vaciar)

Flujos de Llamadas​

Flujo de Registro con I-CSCF​

Flujo de Llamada Terminante a través del I-CSCF​

Flujo de Failover del S-CSCF​

Solución de Problemas​

Problemas de Conectividad con el HSS​

Peering Diameter Cerrado​

Síntomas: No se puede consultar el HSS, todos los registros fallan

Pasos de Diagnóstico:

  1. Verificar el estado del peer Diameter en la Interfaz Web:

    • Navegar a la página de Diameter
    • Seleccionar el nodo I-CSCF
    • Comprobar el estado del peer HSS

  2. Verificar la conectividad de red al HSS (coordinar con el equipo de red si es necesario)

  3. Intentar habilitar el peer a través del panel de control:

    • Navegar a la página de Diameter
    • Encontrar el peer HSS
    • Hacer clic en el botón "Habilitar"

  4. Revisar los registros del sistema a través de la página de registros del panel de control para mensajes CER/CEA (Intercambio de Capacidades) y errores de Diameter

  5. Coordinar con los administradores del sistema para verificar la configuración de Diameter si es necesario

Timeout de UAR/LIR​

Síntomas: Registros/llamadas con timeout, los registros muestran timeout de Diameter

Causas Posibles:

  • HSS sobrecargado
  • Latencia de red
  • Dominio de enrutamiento incorrecto
  • HSS no responde a este I-CSCF

Soluciones:

  1. Revisar los registros del sistema para errores de timeout de Diameter

  2. Verificar que el peer HSS esté conectado a través del panel de control (página de Diameter)

  3. Coordinar con los administradores del sistema para:

    • Aumentar el timeout de transacción de Diameter si es necesario
    • Verificar la configuración del dominio de destino
    • Comprobar los registros del HSS si son accesibles

  4. Monitorear el flujo de mensajes Diameter a través de la página de registros del panel de control

  5. Coordinar con el equipo de red para verificar que no haya latencia de red o problemas de enrutamiento hacia el HSS

Problemas de Selección del S-CSCF​

No se Seleccionó S-CSCF​

Síntomas: 503 Servicio No Disponible, los registros muestran "No hay S-CSCF disponible"

Pasos de Diagnóstico:

  1. Verificar la lista de S-CSCF a través del panel de control:

    • Navegar a I-CSCF → pestaña Servidores S-CSCF
    • Verificar que los S-CSCF estén configurados con las capacidades apropiadas

  2. Revisar los registros del sistema para capacidades UAA (User Authorization Answer) del HSS

  3. Verificar la coincidencia de capacidades entre lo que devuelve el HSS y lo que está configurado en la base de datos del I-CSCF

  4. Coordinar con los administradores del sistema para:

    • Verificar la conectividad de la base de datos
    • Agregar entradas de S-CSCF faltantes si es necesario
    • Comprobar que la configuración de capacidades coincida con las expectativas del HSS

S-CSCF Seleccionado Incorrectamente​

Síntomas: Las llamadas se enrutan a un S-CSCF inesperado

Causas Posibles:

  • Desajuste de capacidades
  • Problema de balanceo de carga
  • Base de datos fuera de sincronización con el HSS

Soluciones:

  1. Monitorear el seguimiento de sesiones a través del panel de control:

    • Navegar a I-CSCF → pestaña Sesiones
    • Revisar las decisiones de selección del S-CSCF

  2. Revisar los registros del sistema para verificar si el HSS está asignando un nombre específico de S-CSCF (lo que anularía la lógica de selección)

  3. Verificar que la lista de S-CSCF de la base de datos del I-CSCF y las capacidades coincidan con las expectativas del HSS

  4. Coordinar con los administradores del sistema para revisar la configuración de coincidencia de capacidades

Problemas de Enrutamiento​

Solicitudes No Enviadas al S-CSCF​

Síntomas: El I-CSCF recibe la solicitud pero no la reenvía

Pasos de Diagnóstico:

  1. Revisar los registros del sistema a través de la página de registros del panel de control para errores de enrutamiento

  2. Verificar que la URI del S-CSCF de destino se esté configurando correctamente (comprobar los registros para decisiones de enrutamiento)

  3. Verificar la conectividad de red al S-CSCF (coordinar con el equipo de red)

  4. Comprobar que el S-CSCF seleccionado sea realmente accesible y responda

  5. Coordinar con los administradores del sistema para habilitar el registro de depuración si es necesario para un análisis más profundo

El S-CSCF Responde Pero el I-CSCF No Reenvía​

Síntomas: Wireshark muestra respuesta al I-CSCF pero no se reenvía

Causas Posibles:

  • Timeout de transacción
  • Desajuste de encabezados Via
  • Bucle de Record-Route

Soluciones:

  1. Revisar los registros del sistema para errores de coincidencia de transacciones o detección de bucles

  2. Verificar que los encabezados Via se estén procesando correctamente (comprobar registros)

  3. Coordinar con los administradores del sistema para:

    • Aumentar el timeout de transacción si es necesario
    • Verificar que no haya bucles de enrutamiento SIP

Problemas de Base de Datos​

Conexión a la Base de Datos Perdida​

Síntomas: "Error de conexión a la base de datos" en los registros

Soluciones:

  1. Coordinar con los administradores del sistema para:
    • Verificar que el servicio de base de datos esté en funcionamiento
    • Probar la conectividad de la base de datos
    • Habilitar la reconexión automática si no está configurada
    • Reiniciar el servicio I-CSCF si es necesario

Desajuste del Esquema de la Base de Datos​

Síntomas: Errores SQL en los registros sobre columnas/tablas faltantes

Soluciones:

  1. Coordinar con los administradores del sistema para:
    • Verificar que el esquema de la base de datos coincida con la estructura esperada
    • Comprobar que las tablas s_cscf, s_cscf_capabilities y nds_trusted_domains existan y tengan las columnas correctas
    • Re-crear el esquema de la base de datos si es necesario

Mejores Prácticas​

Alta Disponibilidad​

  1. Desplegar múltiples instancias de I-CSCF:

    • Usar DNS SRV para balanceo de carga
    • Cada instancia se conecta al mismo HSS
    • Compartir base de datos (solo lectura para la lista de S-CSCF)

  2. Configuración de DNS SRV:

    _sip._udp.ims.example.com. SRV 10 50 5060 icscf01.example.com.
    _sip._udp.ims.example.com. SRV 10 50 5060 icscf02.example.com.
    _sip._tcp.ims.example.com. SRV 10 50 5060 icscf01.example.com.
    _sip._tcp.ims.example.com. SRV 10 50 5060 icscf02.example.com.

  3. Operación sin estado: El I-CSCF no mantiene el estado del diálogo, lo que hace que el failover sea fluido

Ajuste de Rendimiento​

  1. Procesos de trabajo: Establecer un alto conteo de trabajadores para un rendimiento óptimo de consultas

    • children=64 (valor alto optimizado para la carga de trabajo pesada de consultas del I-CSCF)
    • tcp_children=8 para manejar conexiones TCP

  2. Agrupamiento de conexiones a la base de datos: Usar conexiones persistentes para reducir la sobrecarga de conexión

  3. Deshabilitar características innecesarias para reducir la sobrecarga de procesamiento:

    • Sin manejo de RTP (el I-CSCF es solo de señalización)
    • Sin servicios de presencia
    • Registro mínimo en producción (configurado a nivel info o warning solamente)

  4. Optimizar Diameter para la interfaz Cx de alto rendimiento:

    • sessions_hash_size=4096 (tabla hash más grande para un mejor rendimiento de búsqueda de sesiones)
    • workers=4 (hilos de trabajo Diameter dedicados para operaciones Cx concurrentes)

Seguridad​

  1. Validar dominios de confianza: Comprobar Via/P-Visited-Network-ID

  2. Limitación de tasa: Prevenir ataques DoS al HSS limitando consultas UAR/LIR por IP de origen

    • Usar módulo pike para verificar la tasa de solicitudes
    • Si se excede el límite de tasa, responder con 503 Demasiadas Solicitudes
    • Protege al HSS de ser abrumado por inundaciones de consultas maliciosas

  3. TLS al HSS: Usar Diameter sobre TLS (DTLS)

  4. Sanitizar encabezados: Eliminar encabezados P no confiables de redes externas

Monitoreo​

  1. Métricas Clave:

    • Tasa de éxito de UAR
    • Tasa de éxito de LIR
    • Latencia promedio de consulta
    • Distribución de S-CSCF (balanceo de carga)
    • Tiempo de actividad del peer Diameter

  2. Consultas de Prometheus:

    # Tasa de éxito de UAR
    rate(icscf_uar_success[5m]) / rate(icscf_uar_total[5m])

    # Latencia promedio de Diameter
    rate(diameter_request_duration_sum[5m]) / rate(diameter_request_duration_count[5m])

  3. Alertas:

    • Peer HSS caído
    • Todos los S-CSCFs no disponibles
    • Alta tasa de errores (>5%)

Mantenimiento de Base de Datos​

El mantenimiento de la base de datos es manejado por los administradores del sistema. Las tareas clave de mantenimiento incluyen:

  1. Mantener la lista de S-CSCF actualizada: Coordinar con los administradores para asegurar que la lista de S-CSCF en la base de datos coincida con las implementaciones reales

    • Verificar a través de la interfaz web: Navegar a I-CSCF → pestaña Lista de S-CSCF
    • Comprobar que todos los servidores S-CSCF activos estén listados con las capacidades correctas

  2. Limpiar sesiones antiguas: Si los resultados de UAR/LIR están almacenados en caché, las entradas antiguas deben limpiarse periódicamente

Referencia​

Especificaciones 3GPP​

  • TS 23.228: Arquitectura IMS
  • TS 29.228: Interfaz Cx (I-CSCF a HSS)
  • TS 29.229: Protocolo Cx/Dx

RFCs de Diameter​

  • RFC 6733: Protocolo Base de Diameter
  • RFC 7155: Traversal de NAT de Diameter