Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 256 vistas

    Generador de Tráfico Sipp

    Cargado por

    giraldod
    En el desarrollo de los diferentes servicios de VoIP, es de mucha utilidad ponerlos a prueba. Además de las pruebas funcionales comunes como asegurarse de que cuando se envía la petición al sistema que envíe las llamadas a un destino específico, este realmente lo haga. También es necesario realizar las pruebas de estrés para verificar que el sistema no falle bajo grandes cantidades de tráfico. No es lo mismo tener una PBX que sólo preste servicios de telefonía (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 núcleo, los módulos y en los componentes adicionales (addons) de cada versión.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Generador de Tráfico Sipp

    Cargado por

    giraldod
    256 vistas19 páginas
    En el desarrollo de los diferentes servicios de VoIP, es de mucha utilidad ponerlos a prueba. Además de las pruebas funcionales comunes como asegurarse de que cuando se envía la petición al sistema que envíe las llamadas a un destino específico, este realmente lo haga. También es necesario realizar las pruebas de estrés para verificar que el sistema no falle bajo grandes cantidades de tráfico. No es lo mismo tener una PBX que sólo preste servicios de telefonía (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 núcleo, los módulos y en los componentes adicionales (addons) de cada versión.

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    En el desarrollo de los diferentes servicios de VoIP, es de mucha utilidad ponerlos a prueba. Además de las pruebas funcionales comunes como asegurarse de que cuando se envía la petición al sistema que envíe las llamadas a un destino específico, este realmente lo haga. También es necesario realizar las pruebas de estrés para verificar que el sistema no falle bajo grandes cantidades de tráfico. No es lo mismo tener una PBX que sólo preste servicios de telefonía (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 núcleo, los módulos y en los componentes adicionales (addons) de cada versión.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    256 vistas19 páginas

    Generador de Tráfico Sipp

    Cargado por

    giraldod
    En el desarrollo de los diferentes servicios de VoIP, es de mucha utilidad ponerlos a prueba. Además de las pruebas funcionales comunes como asegurarse de que cuando se envía la petición al sistema que envíe las llamadas a un destino específico, este realmente lo haga. También es necesario realizar las pruebas de estrés para verificar que el sistema no falle bajo grandes cantidades de tráfico. No es lo mismo tener una PBX que sólo preste servicios de telefonía (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 núcleo, los módulos y en los componentes adicionales (addons) de cada versión.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 19

    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].

    También podría gustarte