La parte de los timers internos puede que no sea 100% fiable en situaciones de saturación. Estáis utilizando accesos a servicios externos (DNS,MySQL,RADIUS,perl....) en vuestra configuración?
Si el fichero de configuración no es demasiado complejo y tenéis tiempo, yo os aconsejaría probar la última versión de SER ya que la parte de timers está completamente reecha y puede que no sucedan esas retransmisiones. Por probar no perdéis nada...
suerte!
Samuel.
Hola a todos;
Estamos intentando migrar la red de telefonia analógica actual a un
sistema de ToIP basado en openser. Tras montar el servidor y funcionar
todo correctamente nuestro objetivo ahora es saber que carga puede
soportar el servidor para poder dimensionar el servicio.
Para realizar las pruebas de carga, hemos escogido la herramienta
SIPp, soft GNU que permite montar escenarios para estresar servidores
SIP. Tras montar el escenario y realizar varias pruebas aún no hemos
conseguido saturar el escenario, ya que antes que esto suceda tanto en
el UAC como en el UAS, una vez alcanzada las 300 llamadas/s se sufren
un gran número de retransmisiones a los pocos segundos.
Hemos cambiado los UAC y UAS a máquinas más potentes, pero el
resultado es el mismo. Esto nos hace descartar que el problema sea
derivado de falta de CPU y RAm ya que tanto el UAC, como el UAS como
el proipo servidor no se llegan a saturar.
¿Alguien ha realizado pruebas de carga con SIPp obteniendo un
resultado parecido? Si es así, ¿ a qué son debidas las retransmisiones
y cómo se pueden evitar para poder conocer el limite de nuestro
Openser Server? Si a alguien se le ocurre algún motivo que den lugar a
estas retransmisiones, les agradeceria su coloboración.
Gracias de antemano
--
Jose Molina Vizcaíno
_______________________________________________
Users-es mailing list
Users-es@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es