Traza: » sip_uas » sip_uac » dns_srv » seradmin » ser_y_nat » modulo_ser_sl » modulo_ser_pa » modulo_ser_vm » modulo_ser_rr » modulo_ser_tm
¡Actualmente no estás identificado! Introduce abajo tus datos de identificación para abrir una sesión. Necesitas tener las cookies activadas para identificarte.
Has olvidado tu contraseña? Obten una nueva.: Enviar nueva contraseña
ARREGLAR
El módulo de TM permite el proceso stateful de las transacciones del SIP. El uso principal de la lógica stateful, que es costosa en términos de memoria y CPU, está el estado de la necesidad de algunos servicios intrínsecamente. Por ejemplo, transacción-basado la contabilidad (acumulador del módulo) necesita procesar el estado de la transacción en comparación con mensajes individuales, y cualesquiera las clases de bifurcar se deben poner en ejecución statefuly. El otro uso del proceso stateful es él CPU que negocia causado por la retransmisión que procesa para la memoria. Ese tiene sin embargo solamente sentido si consumición de la CPU por la petición es enorme. Por ejemplo, si deseas evitar la resolución costosa del DNS para cada retransmisión de una petición a una destinación unresolveable, utilizar el modo stateful. Entonces, solamente las cargas del mensaje de la inicial el servidor por preguntas del DNS, los retranmissions subsecuentes será caído y no dará lugar a más procesos bloqueado por la resolución del DNS. El precio es más consumición de la memoria y estado latente de proceso más alto.
De la perspectiva del usuario, hay dos funciones importantes:
t_relay y t_relay_to.
Ambo el estado de la transacción de la disposición, absorbe retransmisiones de contra la corriente, genera retransmisiones enes sentido descendiente y el correlativo contestó a las peticiones. t_relay remite a URI actual (sea URI de la petición original o un URI cambiado por algunas de funciones de URI-modificación, tales como sethost). el t_relay_to remite a una dirección específica.
Generalmente si se utiliza TM, copia se reproduce de mensajes recibidos del SIP en memoria compartida. Eso cuesta memoria y también nota del tiempo CPU (los memcpys, operaciones de búsqueda, shmem se traban, etc.) que las funciones del non-TM funcionan sobre el mensaje recibido en la memoria privada, esa significa que cualquier operación de la base no tendrá ningún efecto en mensajes statefuly procesados después de crear el estado transaccional. Por ejemplo, llamando el record_route después de que sea t_relay sea bastante inútil, pues el RR se agrega al mensaje privado llevado a cabo mientras que se está remitiendo su copia de TM.
Dependencias TM depende encendido