Examples

A continuación se detallan los pasos desarrollados para determinar los parámetros más relevantes de Calidad de Servicio del enlace inalámbrico proporcionado por el prototipo de red diseñado en la sección 3.2.1.2, Capítulo III. Todas las pruebas se realizan tanto para la red bajo estándar 802.11b (11Mbps) como para la red bajo estándar 802.11g (54Mbps). En ambos casos se consideran las transmisiones a la mayor velocidad permitida.

Frame Payload L4 Nota

64 18 78 _{32 G.729, 20[ms] por paquete} 128 ₈₂ 218 _{172 G.711, 20[ms] por paquete} 256 ₂₁₀ 512 ₄₆₆ 768 ₇₂₂ 1024 ₉₇₈ 1280 ₁₂₃₄ 1518 1472

Tabla B.1: Largos de paquete para pruebas.

B.1.1 Determinación de Throughput y RTT del sistema

Primero se inicia el servidor Iperf en el sitio determinado como servidor:

#iperf –s –u –i 5

Luego en el sitio determinado como cliente se inicia el cliente Iperf:

#iperf –c ip_servidor –b BandWidth –l largo_payload –t 30

El parámetro l (largo del Payload UDP) se debe variar según la Tabla B.1, determinándose el Throughput y RTT para cada largo de la tabla como sigue:

Se realiza una búsqueda variando el parámetro b (Ancho de Banda) desde 54Mbps (y desde 11Mbps cuando se realizan las mediciones para la red 802.11b) hasta encontrar el mínimo valor tal que no se produzcan pérdidas.

Para el valor encontrado en (1), se corre la prueba otra vez, pero con t=130. A partir del segundo 60, se envían 20 pings en el intervalo entre 60 y 120[s], desde el cliente al servidor, y se anota el RTT, el cual corresponde al promedio (average) de los 20 pings. En este comando largo_payload corresponde al mismo usado en Iperf.

#ping ip_servidor –i 3 –c 20 –s largo_payload

B.1.2 Determinación de Desempeño según Cantidad de clientes

Para estas mediciones se realiza un procedimiento similar al explicado en la sección anterior. Se inicia el servidor Iperf en el sitio determinado como servidor:

108

#iperf –s –u –i 5

Luego en el sitio determinado como cliente se inicia el cliente Iperf, especificando mediante el parámetro

numero_clientes la cantidad de flujos UDP simultáneos que se generan. El término BandWidth corresponde a la

velocidad máxima de la red (54M y 11M según sea el estándar 802.11 utilizado) y en largo_payload se utiliza el valor máximo de 1472 [bytes]. Este comando se ejecuta hasta completar el número total de clientes a analizar, aumentando el valor de numero_clientes en uno para cada medición.

#iperf –c ip_servidor –b BandWidth –l largo_payload –t 30 –P numero_clientes

B.1.3 Simulación de flujo de audio y medición de MOS

Se dispone de dos archivos pcap con flujo unidireccional RTP para el perfil de códec G.729 y G.711, ambos con 20[ms] de muestra por paquete. Se utiliza la aplicación SIPp para la generación de los flujos RTP, y mediante la Herramienta de Medición del MOS modificada se determina la Calidad de Servicio de las llamadas simuladas.

Los pasos a realizar, para una determinada cantidad de flujos RTP, son:

En el computador servidor, abrir un terminal para ejecutar el servidor SIPp mediante el siguiente comando:

#SIPp –sn uas –s 8666 –i ip_servidor –p 5060 –mi ip_servidor –mp 8000 –rtp_echo

Abrir otro terminal en el servidor y ubicarse en la carpeta /root/script/ donde se ubican los archivos de audio y el script. Luego ejecutar el script, para dejar la captura de flujo en curso, mediante el siguiente comando:

#./evalfinalconpuerto.pl interfaz_escucha ip_cliente numero_flujos

En el lado del cliente, abrir un terminal para enviar, desde el cliente al servidor, 10 pings mientras se ejecuta el cliente SIPp, posteriormente se anota el RTT, el cual corresponde al promedio (average) de los 10 pings. En este comando largo_payload corresponde al largo del payload de la Tabla B.1 según sea el códec utilizado.

#ping ip_servidor –i 3 –c 10 –s largo_payload

En el lado del cliente, abrir otro terminal, ubicarse en la carpeta /root/script/ y ejecutar el cliente SIPp mediante el siguiente comando:

#SIPp –sf uac_g7XX –s 8666 ip_servidor –i ip_cliente –mp 7004 –t un –users numero_flujos –m 1

El archivo uac_g7xx corresponde al archivo del escenario del cliente SIPp, considerando como g729 o g711 el códec para la transmisión. El término –m 1 se emplea para realizar una sola llamada para la transmisión. El termino –mp 7004 se utiliza para especificar en qué puerto comenzará a crear los “túneles” para recibir cada uno de los flujos (o llamadas) y cada túnel se crea en un puerto nuevo a una distancia de 4 del puerto anterior. Se crea un túnel por cada flujo. Dado que la herramienta de SIPp no soporta muchos flujos por cliente ejecutado, para un flujo mayor a 20 llamadas debe abrirse otro terminal y correr el mismo comando, teniendo el cuenta que el puerto donde se comienza a generar estos nuevos flujos debe ser el siguiente al último puerto de los flujos generados por el comando anterior, así se tiene una captura completa de todas las llamadas por el script (considera las llamadas del primer comando y de este segundo también).

109

resultados del R-value y MOS del enlace.

Una vez obtenidos los resultados, ejecutar nuevamente los pasos para el otro códec variando las instrucciones de los comandos según sea necesario.

B.1.4 Simulación de flujo mixto e implementación del estándar 802.11e

Para la realización de las pruebas de tráfico mixto sobre la red inalámbrica (con y sin estándar 802.11e) y de flujo únicamente RTP bajo la implementación del estándar 802.11e, se realiza el mismo procedimiento anterior para la medición del MOS, pero teniendo en consideración los siguientes puntos:

Para el tráfico mixto se considera una cantidad de flujos igual a la capacidad (N) de la red determinada a priori en la sección B.1.3, en base a las siguientes combinaciones:

N flujos RTP + 1 Flujo TCP 2/3N flujos RTP + 1/3N Flujos TCP 1/3N Flujos RTP + 2/3N Flujos TCP

Para la creación de tráfico TCP se utiliza la herramienta Iperf, considerando un largo del payload de 1472 bytes, mediante el siguiente comando en el extremo del cliente:

#iperf –c ip_servidor –l largo_payload –t 30 –P numero_flujos_TCP

Para el análisis de la red con tráfico únicamente RTP e implementación del estándar 802.11e, se aumenta el número de llamadas por sobre la capacidad (N) de la red y se mide el MOS para cada caso.

La implementación del estándar 802.11e se realiza mediante la configuración de la característica EDCA

110

ANEXO C

Configuración componentes extras para Telefonía

Dual

111