Utilice esta página para configurar los valores de contenedor SIP para el protocolo SIP (Session Initiation Protocol).
Para ver esta página de consola administrativa, pulse
.Especifica el número máximo de sesiones de aplicación SIP que gestiona el contenedor. Cuando se alcanza el número máximo, no se inician nuevas conversaciones SIP. Cuando se excede el número máximo en un entorno en clúster, el servidor no reenvía nuevos diálogos hasta que el número de sesiones ya no excede el número máximo.
Las sesiones de aplicación normalmente las crean las nuevas llamadas entrantes, aunque también las pueden crear otros sucesos. El recuento de sesiones de aplicación no influye en la sustitución por anomalía, pero se aplica sólo a las sesiones nuevas que se crean como resultado de las llamadas entrantes.
Cuando las sesiones de aplicación se transfieren de un servidor de aplicaciones a otro debido a una sustitución por anomalía, el servidor de aplicaciones activo hereda las sesiones creadas en el servidor anómalo. Además, el servlet puede crear una nueva sesión de aplicación en el contenedor SIP llamando a SipFactory.createApplicationSession().
Las nuevas sesiones de aplicación creadas para sucesos que no sean el inicio de conversaciones SIP no están controladas por este valor. Aunque se incluyen todas las nuevas sesiones de aplicación cuando se calcula el número máximo de sesiones de aplicación permitidas. Por lo tanto, todas las sesiones de aplicación activas, incluidas la que no están relacionadas con el inicio de conversaciones SIP, pueden causar que se sobrepase el número máximo.
Tipo de datos | Integer |
Valor predeterminado | 120000 (recomendado) |
Rango | 1 <= n <= java.lang.Integer.MAX_VALUE |
Especifica la cantidad máxima de mensajes SIP procesado por periodo promedio. El periodo promedio es el periodo de tiempo durante el que se calcula el número medio de mensajes recibidos por el contenedor.
Este promedio se utiliza para determinar la carga del contenedor y para determinar si el número de mensajes se acerca al número máximo. Cuando se sobrepasa el número máximo, el servidor autónomo o el servidor proxy sigue manejando todos los mensajes del diálogo. Las otras solicitudes que no son de diálogo se rechazan. Cuando un contenedor está en estado sobrecargado, el servidor proxy devuelve un error 503.
Tipo de datos | Integer |
Valor predeterminado | 5000 (recomendado) |
Rango | 1 <= n <= java.lang.Integer.MAX_VALUE |
Especifica el tamaño de la cola de asignación interna. Cuando se alcance el umbral de tamaño máximo de cola, la cola del contenedor se sobrecargará y empezará a rechazar solicitudes de nuevas sesiones. En este caso, el contenedor no informa de su estado de sobrecarga al servidor proxy.
Configure el sistema para limitar el tamaño de cola e impedir que la cola alcance este umbral. Si la cola interna alcanza el estado de sobrecarga, los paquetes UDP entrantes se eliminarán hasta que la cola salga del estado de sobrecarga. La limitación del tamaño de cola permite una mejor recuperación si la CPU la utilizan otros procesos o hebras, y evita que el contenedor llegue a estados de falta de memoria. Cuando el valor se establece en 0, el tamaño de cola no tiene límite.
Tipo de datos | Integer |
Valor predeterminado | 5000 (recomendado) |
Rango | 0 <= n <= java.lang.Integer.MAX_VALUE |
Especifica el tiempo de respuesta máximo en milisegundos para una aplicación. Cuando se excede el intervalo de tiempo, el contenedor notifica a la infraestructura de clúster que no está disponible. Puede inhabilitar esta característica en la consola administrativa si deselecciona el recuadro de selección y especifica el valor 0.
Utilice el valor de tiempo de respuesta SIP máximo con precaución porque el tiempo de respuesta calculado no coincide con el comportamiento de todas las aplicaciones. Para solicitudes tales como las solicitudes INVITE, donde las respuestas se han generado como resultado de una interacción de usuario, el tiempo de respuesta calculado es amplio. Sin embargo, el amplio tiempo de respuesta no está provocado por una demora en el contenedor SIP. Por lo tanto, no debe calcular el tiempo de respuesta como factor de carga. Las aplicaciones recomendadas para el cálculo eficaz del tiempo de respuesta son aplicaciones que responden de forma inmediata sin interacción del usuario. Las aplicaciones de suscripción y registro son ejemplos pertinentes.
Tipo de datos | Integer |
Valor predeterminado | 0 |
Rango | 1 <= n <= java.lang.Integer.MAX_VALUE |
Especifica las agrupaciones de hebras disponibles que puede seleccionar en la lista desplegable para el contenedor SIP que se va a utilizar al asignar el trabajo. Si no selecciona ninguna agrupación de hebras en la lista desplegable, se utiliza una agrupación de hebras predeterminada, que creará de forma automática el contenedor.
Se recomienda crear una agrupación de hebras WebSphere dedicada para las aplicaciones SIP. Para uso general, tiene como mínimo 15 hebras y como máximo 30 hebras (con una hebra por cola). Esto es muy útil cuando se combina con la detección de hebras colgadas de WebSphere. Una hebra colgada puede bloquear muchos mensajes SIP, por lo tanto es importante detectarla lo antes posible. No obstante, el umbral de detección de hebras colgadas predeterminado es demasiado largo para la mayoría de los casos de ejemplo SIP, y se recomienda cambiarlo por 30 segundos. Consulte el tema "Configuración de la política de detección de cuelgues" (con el enlace a continuación) para los nombres de propiedad exactos.
Tipo de datos | menu list |
Valor predeterminado | Ninguna |
Los enlaces marcados (en línea) requieren acceso a Internet.