LABORATORIO III DE SISTEMAS DE TELECOMUNICACIONES

PRCTICA 4- GENERADOR DE TRFICO SIPp

PRESENTADO POR:
DARO GIRALDO MEDINA
DIEGO FERNANDO URIBE ANTE

PRESENTADO A:
ING. MIGUEL FERNANDO GUTIERREZ LPEZ

UNIVERSIDAD DEL CAUCA

FACULTAD DE INGENIERA ELECTRNICA Y TELECOMUNICACIONES
POPAYAN
2014

TABLA DE CONTENIDO
1. INTRODUCCIN .............................................................................................. 4
2. OBJETIVOS...................................................................................................... 5
Objetivo general................................................................................................... 5
Objetivos especficos ........................................................................................... 5
3. INSTALACIN Y CONFIGURACIN DE SIPp ................................................ 6
4. RESULTADOS DE LAS PRUEBAS .................................................................. 7
CONCLUSIONES.................................................................................................. 18
BIBLIOGRAFA ..................................................................................................... 19

NDICE DE FIGURAS
Figura 1. Configuracin sip.conf .............................................................................. 6
Figura 2. Configuracin extensions.conf ................................................................. 6
Figura 3. Resultados por consola-Prueba 1 ............................................................ 8
Figura 4. Monitor del sistema-Prueba 1 .................................................................. 8
Figura 5. CLI-Prueba 1 ............................................................................................ 9
Figura 6. Resultados por consola-Prueba 2 .......................................................... 10
Figura 7. Monitor del sistema-Prueba 2 ................................................................ 10
Figura 8. CLI-Prueba 2 .......................................................................................... 11
Figura 9. Resultados por consola-Prueba 3 .......................................................... 12
Figura 10. Monitor del sistema-Prueba 3 .............................................................. 12
Figura 11. CLI-Prueba 3 ........................................................................................ 13
Figura 12. CLI Errores-Prueba 3 ........................................................................... 13
Figura 13. Resultados por consola-Prueba 4 ........................................................ 14
Figura 14. Monitor del sistema-Prueba 4 .............................................................. 15
Figura 15. CLI-Prueba 4 ........................................................................................ 15
Figura 16. Resultados por consola-Prueba 5 ........................................................ 16
Figura 17. Monitor del sistema-Prueba 5 .............................................................. 17
Figura 18. CLI-Prueba 5 ........................................................................................ 17

1. INTRODUCCIN

En el desarrollo de los diferentes servicios de VoIP, es de mucha utilidad ponerlos

a prueba. Adems de las pruebas funcionales comunes como asegurarse de que
cuando se enva la peticin al sistema que enve las llamadas a un destino
especfico, este realmente lo haga. Tambin es necesario realizar las pruebas de
estrs para verificar que el sistema no falle bajo grandes cantidades de trfico.
No es lo mismo tener una PBX que slo preste servicios de telefona (voz o video),
a tener un sistema de IVR en el que intervengan AGIs, o un sistema de Call Center
que se integre, por ejemplo, con un CRM externo, ni es lo mismo un servicio
basado en Asterisk 1.4.X que en Asterisk 1.6.X, por los cambios en el ncleo, los
mdulos y en los componentes adicionales (addons) de cada versin [1].
En todos estos casos resulta muy conveniente tener una medida aproximada de la
cantidad de trfico y conexiones concurrentes que est en capacidad de soportar
la plataforma antes de ponerla en produccin, y para ello, presionar la parte del
plan de marcado que ms pueda afectar su desempeo, resulta una buena idea.
SIPp es una herramienta libre / de cdigo abierto para pruebas y generacin de
trfico sobre el protocolo SIP. Incluye un par de escenarios elementales de
SipStone para Agentes de Usuario (UAC y UAS), y permite establecer y liberar
mltiples llamadas usando los mtodos INVITE y BYE. Tambin est en
capacidad de leer escenarios personalizados a partir de archivos XML que
describan desde los flujos de llamadas ms simples hasta los ms complejos.
Incorpora caractersticas como la visualizacin dinmica de las estadsticas de las
pruebas que se estn desarrollando (tasa de llamadas, retardo de ida y vuelta y
estadsticas de los mensajes SIP intercambiados), volcado peridico de las
estadsticas en formato CSV, TCP y UDP sobre mltiples sockets o multiplexados
con gestin de retransmisiones, y la posibilidad de ajustar dinmicamente la tasa
de llamadas efectuadas [2].
En esta prctica de laboratorio se va a probar la capacidad de la central Asterisk
para soportar grandes cantidades de trfico y analizar hasta qu punto se puede
concluir que esta presta un buen servicio.

2. OBJETIVOS

Objetivo general
Probar la capacidad de soporte de trfico de la central de conmutacin privada
PBX.

Objetivos especficos
Usar el generador de trfico SIPp para evaluar el desempeo de la central de
conmutacin privada PBX.
Comprobar el funcionamiento del generador de trfico SIPp usando el CLI de
Asterisk.

3. INSTALACIN Y CONFIGURACIN DE SIPp

Para la instalacin y configuracin de SIPp se procede a seguir los pasos que se

indican a continuacin:
a) El proceso de instalacin se hace usando el siguiente comando:
apt-get install sip-tester
b) El primer paso de la configuracin se hace en el archivo sip.conf para
incluir el usuario SIPp como se muestra en la Figura 1.

Figura 1. Configuracin sip.conf

c) En el extensions.conf se crea el contexto sipp y una extensin de entrada

para las llamadas. En el siguiente ejemplo se envan por 30 segundos a la
aplicacin de msica en espera, pero tambin se podra usar la aplicacin
echo, realizar una conferencia con meetme o procesar un AGIs. La
configuracin se muestra en la Figura 2.

Figura 2. Configuracin extensions.conf

d) Finalmente, se ejecuta SIPp desde el cliente de pruebas con los siguientes

parmetros:
sipp -s 987654321 -sn uac -d 1000 -m 10 -r 1 -l 10 -i
192.168.210.11 192.168.210.11 -trace_screen
Donde:

s: Es el nmero que se va a enviar.

sn: Es el escenario SipStone a usar. Por defecto es User Agent Client.
d: Es la longitud de la llamada en milisegundos.
m: Es el nmero mximo de llamadas a realizarse en la prueba.
r: Es el nmero de intentos de llamada por segundo (en ingls CAPS -Calls Per
Second)
l: Es el nmero mximo de llamadas concurrentes que se van a establecer.
i: Establece la IP local para las cabeceras 'Contact:','Via:', y 'From:'. Por
defecto es la direccin IP del cliente.

4. RESULTADOS DE LAS PRUEBAS

Los resultados de las pruebas son analizados de dos formas, la primera es con las
estadsticas que resultan del SIPp y la segunda es a travs del monitor de la
mquina virtual que permite observar el esfuerzo que hace esta cuando hay
trfico.
PRUEBA 1:
La primera prueba que se realiz, caracteriza a un trfico reducido:

Duracin de la llamada (-d): 1 seg.

Nmero de llamadas a enviar (-m): 400
Nmero de llamadas por segundo a realizar (-r): 1
Nmero mximo de llamadas simultneas (-l): 200

La Figura 3 y 4 muestran los resultados de la ejecucin:

Figura 3. Resultados por consola-Prueba 1

Figura 4. Monitor del sistema-Prueba 1

La lnea de comandos arroja lo siguiente cuando comienza la ejecucin de SIPp:

Figura 5. CLI-Prueba 1

Se estableci una tasa de 1 llamada por segundo (CPS), la cual es baja y permite
un buen desempeo del servidor, por tanto en las figuras se puede observar que
no se presentaron llamadas fallidas y que no se llega a saturacin en el
rendimiento de la CPU, obteniendo un valor promedio del 40%. Aunque se
estableci un lmite alto de 200 llamadas simultneas, debido a la baja tasa CPS
(parmetro r) no se presenta congestin.
PRUEBA 2:
La prueba 2 tiene los siguientes parmetros:

Duracin de la llamada (-d): 1 seg.

Nmero de llamadas a enviar (-m): 400
Nmero de llamadas por segundo a realizar (-r): 20
Nmero mximo de llamadas simultneas (-l): 200

Figura 6. Resultados por consola-Prueba 2

Figura 7. Monitor del sistema-Prueba 2

La lnea de comandos arroja lo siguiente cuando comienza la ejecucin de SIPp:

Figura 8. CLI-Prueba 2

Se estableci una tasa de 20 llamadas por segundo (CPS), la cual es alta y hay un
buen desempeo del servidor, con un valor promedio de 65%, los resultados por
consola en la Figura 6 Indican que se presentaron 0 llamadas fallidas. Se
estableci un lmite alto de 200 llamadas simultneas, y la tasa CPS (parmetro r)
alta presenta congestin.
PRUEBA 3:
La prueba 3 tiene los siguientes parmetros:

Duracin de la llamada (-d): 2 seg.

Nmero de llamadas a enviar (-m): 1000
Nmero de llamadas por segundo a realizar (-r): 40
Nmero mximo de llamadas simultneas (-l): 400

Figura 9. Resultados por consola-Prueba 3

Figura 10. Monitor del sistema-Prueba 3

La lnea de comandos arroja lo siguiente cuando comienza la ejecucin de SIPp:

Figura 11. CLI-Prueba 3

Figura 12. CLI Errores-Prueba 3

Se estableci una tasa de 40 llamadas por segundo (CPS), la cual es alta y

aunque permite un buen desempeo del servidor, con un valor promedio entre
60% y 80%, los resultados por consola en la Figura 9 indican que se presentaron
532 llamadas fallidas. Se estableci un lmite alto de 400 llamadas simultneas, y
la tasa CPS (parmetro r) alta presenta congestin.

Al comparar la prueba 2 y la prueba 3, es evidente que el desempeo promedio es

el mismo, aunque el nmero de llamadas perdidas es mayor en la prueba 3, son
llamadas que no se procesaron por lo tanto no representan carga para el servidor,
ya que son llamadas descartadas cuando se llega al lmite de llamadas en el
servidor. Se puede concluir que el servidor no realiza llamadas fallidas cuando el
nmero de llamadas por segundo es menor a 10 y el lmite de llamadas
simultneas es menor a 200.
PRUEBA 4:
A continuacin, se muestran los resultados parciales de simular trfico con los
requerimientos de la practica 4, que requiere un anlisis de trfico cuando se
envan 300000 llamadas (-m).

Duracin de la llamada (-d): 1.5 seg.

Nmero de llamadas a enviar (-m): 300000
Nmero de llamadas por segundo a realizar (-r): 3
Nmero mximo de llamadas simultneas (-l): 5000

Figura 13. Resultados por consola-Prueba 4

Figura 14. Monitor del sistema-Prueba 4

La lnea de comandos arroja lo siguiente cuando comienza la ejecucin de SIPp:

Figura 15. CLI-Prueba 4

Se estableci una tasa de 3 llamadas por segundo (CPS), en las figuras se puede
observar que se presentaron muchas llamadas fallidas, casi representando el 50%
y que no se llega a saturacin en el rendimiento de la CPU, obteniendo un valor
promedio del 50%. Aunque se estableci un lmite alto de 5000 llamadas
simultneas, debido a la baja tasa CPS (parmetro r) no se presenta congestin.

PRUEBA 5:
La prueba final y ms crtica se configura de la siguiente manera:

Duracin de la llamada (-d): 1 seg.

Nmero de llamadas a enviar (-m): 300000
Nmero de llamadas por segundo a realizar (-r): 20
Nmero mximo de llamadas simultneas (-l): 5

Figura 16. Resultados por consola-Prueba 5

Figura 17. Monitor del sistema-Prueba 5

Figura 18. CLI-Prueba 5

A pesar de ser un caso crtico el servidor no se satura, se deben realizar muchas

retransmisiones lo que indica que la tasa de llamadas por segundo es demasiado
alta para este escenario. En el monitor se muestra un rendimiento del sistema que
oscila entre los valores de 40% y 60%. Para mejorar el funcionamiento se
recomienda el uso de una tasa de llamadas por segundo menor, por ejemplo 5 o
6.

CONCLUSIONES

SIPp es un generador de trfico muy til para analizar la capacidad del servidor
que est prestando el servicio, caracterizando de esta manera al sistema que se
est usando.
El monitor del sistema permite analizar el nivel de esfuerzo del servidor para
analizar hasta qu punto este presta un buen servicio sin saturase.
Los parmetros que ms afectan el rendimiento del servidor son el nmero de
llamadas por segundo y el nmero mximo de llamadas simultneas, y son estos
los que provocan las llamadas fallidas debido al alto trfico que representan.

BIBLIOGRAFA

[1] Probando la capacidad de nuestra plataforma de telefona con SIPp, [En

lnea]. Available: http://blog.avatar.com.co/2010/08/probando-la-capacidad-denuestra.html. [ltimo acceso: 23 Junio 2014].
[2] R. Gayraud y O. Jacques, Welcome to SIPp, [En lnea]. Available:
http://sipp.sourceforge.net/. [ltimo acceso: 23 Junio 2014].
[3] Probando la capacidad de nuestra plataforma de telefona con SIPp, [En
lnea]. Available: http://blog.avatar.com.co/2010/08/probando-la-capacidad-denuestra.html. [ltimo acceso: 23 Junio 2014].