UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS DEPARTAMENTO DE INGENIERA ELCTRICA

DUALIDAD Y CALIDAD DE SERVICIO EN REDES INALMBRICAS

MEMORIA PARA OPTAR AL TTULO DE INGENIERA CIVIL ELECTRICISTA

CAMILA TRINIDAD TRONCOSO SOLAR

PROFESOR GUA: JUAN GONZLEZ ZEPEDA

MIEMBROS DE LA COMISIN: HCTOR AGUSTO ALEGRA NICOLS BELTRN MATURANA

SANTIAGO DE CHILE ABRIL 2010

RESUMEN DE LA MEMORIA PARA OPTAR AL TTULO DE INGENIERA CIVIL ELECTRICISTA POR: CAMILA TRONCOSO SOLAR FECHA: ABRIL 2010 PROF. GUA: SR. JUAN M. GONZLEZ Z.

DUALIDAD Y CALIDAD DE SERVICIO EN REDES INALMBRICAS

Las redes inalmbricas, a pesar de ser tecnologas relativamente recientes, han permitido un gran desarrollo de las telecomunicaciones. Entregan caractersticas de movilidad, servicios de voz sobre IP, identificacin por radiofrecuencia, localizacin y distribucin de Internet, entre otros. En cuanto a las llamadas de voz sobre IP (VoIP), no se puede asegurar Calidad de Servicio en las redes inalmbricas comunes, por lo tanto las aplicaciones VoIP quedan restringidas en uso dentro de estas redes. En particular el desarrollo de la Telefona Dual, que consiste en la generacin de llamadas VoIP por parte de un telfono celular, se ve limitado por esta restriccin. As, proveer al usuario de Calidad de Servicio, resulta un factor decisivo al elegir la tecnologa VoIP sobre la telefona tradicional. El presente Trabajo de Ttulo consiste en analizar los factores que inciden en la Calidad de Servicio de las aplicaciones de voz sobre IP en un enlace inalmbrico, y determinar el equipamiento y software necesario para la implementacin de Telefona Dual, con el fin de asegurar las condiciones adecuadas para desarrollar la convergencia de servicios. Se estudia el comportamiento de una plataforma inalmbrica prototipo segn los parmetros ms importantes que determinan la Calidad de Servicio de un enlace, obtenindose las caractersticas de desempeo y capacidad de la red. Posteriormente se implementa el estndar 802.11e para priorizar el trfico de voz, mediante la incorporacin de los parmetros EDCA (Enhanced Distributed Channel Access) y se efecta un anlisis de la Calidad de Servicio entregada por el enlace. Luego se realiza un anlisis de las caractersticas de los equipos que pueden actuar como telfonos duales y se establece la operacin de stos mediante el uso de clientes SIP (Session Initiation Protocol). Para determinar el funcionamiento de la telefona Dual en la red prototipo se realizan mediciones de Calidad de Servicio y de Handoff de las llamadas efectuadas a partir de esos dispositivos. Por ltimo se seleccionan los equipos celulares y clientes SIP que se desempean mejor, para la implementacin de la Telefona Dual. Los resultados finales contemplan una plataforma inalmbrica configurada para entregar Calidad de Servicio mediante parmetros EDCA especificados por Cisco Systems en el perfil Voice Optimized, que determinan la priorizacin de los flujos de voz en esa red. La cantidad mxima de usuarios simultneos de aplicaciones de voz sobre IP que es capaz de soportar esta plataforma, de manera de mantener los lmites de Calidad de Servicio establecidos por las entidades principales de las Telecomunicaciones, corresponde a 10 usuarios VoIP si se considera el estndar 802.11b y 30 usuarios VoIP para la red con estndar 802.11g. Adems se dispone de una lista de 5 telfonos celulares que permiten realizar llamadas de voz sobre IP mediante clientes SIP especficos que cumplen con los requerimientos de integracin con el Sistema Operativo y de operacin en la red inalmbrica. Se concluye que s es posible asegurar Calidad de Servicio en llamadas de voz sobre IP en una red inalmbrica preparada para Telefona Dual. Para esto es necesario tener en consideracin que la red debe operar con su mayor tasa de transmisin, respetar los lmites de capacidad mximos determinados para cada Punto de Acceso e implementar el estndar 802.11e, para priorizar los trficos de voz.

AGRADECIMIENTOS
Quiero agradecer a mi familia por el apoyo que me entreg durante todos estos aos y desde pequea me ense que siempre hay que aspirar a ms. A mis compaeros, que me ayudaron y soportaron en todo momento, dndome nimo y ganas para terminar. A mi profesor Gua, que a pesar de todo el trabajo que tena y las cuatro personas a las que guiaba en sus Memoria, contest cada una de mis dudas y problemticas. A todas las personas que confiaron en m y me dieron la oportunidad de crecer. Tambin quiero agradecer a una persona muy especial que durante todos estos aos me acompa y gracias a l logr entregar este trabajo.

TABLA DE CONTENIDO
CAPTULO I: 1.1 1.2 INTRODUCCIN .........................................................................................................1 Motivacin ........................................................................................................................... 1 Objetivos.............................................................................................................................. 2 1.2.1 Objetivos Generales ...................................................................................................... 2 1.2.2 Objetivos Especficos ..................................................................................................... 2 Planteamiento del Problema ................................................................................................ 2 Metodologa......................................................................................................................... 3 Alcances del Trabajo............................................................................................................. 4 Estructura de la Memoria ..................................................................................................... 5 ANTECEDENTES..........................................................................................................6

1.3 1.4 1.5 1.6

CAPTULO II: 2.1

Redes Inalmbricas .............................................................................................................. 6 2.1.1 Definicin de Red Inalmbrica ....................................................................................... 6 2.1.2 Caractersticas de las Redes Inalmbricas 802.11x ......................................................... 6 2.1.3 Tipos de Redes Inalmbricas ......................................................................................... 7 2.1.4 La Capa Fsica en las Redes Inalmbricas ....................................................................... 7 2.1.5 Dispositivos Inalmbricos ............................................................................................ 12 2.1.6 Modos de Operacin de las Redes Inalmbricas 802.11x ............................................. 12 2.1.7 Capa de Enlaces de Datos ............................................................................................ 13 Voz sobre IP ....................................................................................................................... 16 2.2.1 Arquitectura de Red .................................................................................................... 17 2.2.2 Protocolos de Voz sobre IP .......................................................................................... 18 2.2.3 Cdecs de VOIP ........................................................................................................... 21 Telefona Dual .................................................................................................................... 21 2.3.1 Telfonos Duales con radios Celular y Wi-Fi................................................................. 22 Traspaso de llamadas entre Puntos de Acceso (Handoff) .................................................... 23 2.4.1 Tipos de Handoff ......................................................................................................... 23 2.4.2 Decisin de realizar el Handoff .................................................................................... 24 Calidad de Servicio (QoS).................................................................................................... 25 2.5.1 Calidad de Servicio orientada a la transmisin de Voz sobre IP en redes Inalmbricas . 25 2.5.2 Anlisis Terico del Desempeo de los Protocolos 802.11a/b/g. ................................. 27 2.5.3 Solucin prctica para Calidad de Servicio en redes Inalmbricas 802.11a/b/g soportando soluciones de Voz sobre IP....................................................................... 31 2.5.4 Herramientas para la medicin de Calidad de Servicio................................................. 34

2.2

2.3 2.4

2.5

CAPTULO III: DESARROLLO .......................................................................................................... 37 3.1 Metodologa Experimental ................................................................................................. 37 3.1.1 Metodologa para Determinar el Comportamiento de una Red Inalmbrica 802.11 a/b/g/e ....................................................................................................................... 38 3.1.2 Metodologa para la Implementacin de Telefona Dual .............................................. 40 3.1.3 Metodologa para Realizar las Mediciones de Handoff ................................................ 41 i

3.1.4 3.2

Equipamiento y Software ............................................................................................ 42

Diseo Solucin .................................................................................................................. 44 3.2.1 Diseo Solucin para Medicin de Calidad de Servicio de la Red ................................. 45 3.2.2 Diseo Solucin para Implementar Telefona Dual ...................................................... 50

CAPTULO IV: RESULTADOS ........................................................................................................... 56 4.1 Resultados Mediciones Calidad de Servicio Red Inalmbrica ............................................... 56 4.1.1 Resultados para Red Unificada sin Estndar 802.11e ................................................... 56 4.1.2 Resultados para Red Unificada con Trfico Mixto y 802.11e ........................................ 60 4.1.3 Resultados para Red Inalmbrica con Puntos de Acceso Autnomos ........................... 61 Resultados Implementacin Telefona Dual ........................................................................ 62 4.2.1 Pruebas de Funcionamiento y Medicin de Calidad de Servicio ................................... 63 4.2.2 Pruebas para el Anlisis del Proceso de Handoff .......................................................... 64

4.2

CAPTULO V: ANLISIS Y DISCUSIN .............................................................................................. 65 5.1 De los Resultados y Caractersticas de la Solucin ............................................................... 65 5.1.1 Tasa de Transmisin Efectiva de la Red Inalmbrica Unificada ..................................... 65 5.1.2 Capacidad de la Red Inalmbrica Unificada ................................................................. 68 5.1.3 Capacidad de la Red Inalmbrica Autnoma ................................................................ 72 5.1.4 Implementacin Telefona Dual ................................................................................... 74 Evaluacin econmica ........................................................................................................ 76 5.2.1 Costos ......................................................................................................................... 76 5.2.2 Beneficios ................................................................................................................... 77 5.2.3 ROI, Payback y VAN ..................................................................................................... 79 Alcances Resultados ........................................................................................................... 80

5.2

5.3

CAPTULO VI: CONCLUSIONES........................................................................................................ 81 6.1 6.2 Conclusiones ...................................................................................................................... 81 Trabajo Futuro ................................................................................................................... 82

ABREVIACIONES Y ACRNIMOS .......................................................................................................... 84 REFERENCIAS BIBLIOGRFICAS ........................................................................................................... 86 ANEXO A A.1 A.2 A.3 A.4 A.5 A.6 ANEXO B ............................................................................................................................ 90 Instalacin Fedora 10 ......................................................................................................... 91 Configuracin Switch Principal ........................................................................................... 94 Configuracin Wireless LAN Controller ............................................................................... 96 Configuracin Puntos de Acceso LWAPP ............................................................................. 99 Configuracin Puntos de Acceso Autnomo ..................................................................... 101 Configuracin Wireless Control System ............................................................................ 104 .......................................................................................................................... 106 ii

B.1 ANEXO C C.1 C.2 C.3 ANEXO D D.1

Detalle del Procedimiento para la Medicin de Calidad de Servicio .................................. 107 .......................................................................................................................... 110 Configuracin PBX Asterisk............................................................................................... 111 Configuracin Callmanager Cisco ...................................................................................... 118 Configuracin bsica de un Cliente SIP ............................................................................. 122 .......................................................................................................................... 126 Parmetros para la Evaluacin econmica........................................................................ 127

iii

NDICE DE ILUSTRACIONES
Figura II.1: mbito de uso de las redes inalmbricas segn cobertura ...................................................... 7 Figura II.2: Modelo OSI estndar 802.11 ................................................................................................... 9 Figura II.3: Formato de Trama en Capa Fsica para 802.11a .................................................................... 10 Figura II.4: Formato de Trama en Capa Fsica para 802.11b .................................................................... 10 Figura II.5: Formato de Trama en Capa Fsica para 802.11g: ................................................................... 11 Figura II.6: Modos de operacin Ad-Hoc................................................................................................. 13 Figura II.7: Modos de operacin Infraestructura ..................................................................................... 13 Figura II.8: Formato de Trama MAC ........................................................................................................ 13 Figura II.9: Formato CSMA/CA, mtodo Acceso bsico ........................................................................... 15 Figura II.10: Formato CSMA/CA, mtodo RTS/CTS .................................................................................. 16 Figura II.11: Establecimiento de sesin SIP con un Servidor Proxy .......................................................... 20 Figura II.12: Formato de Trama RTP ....................................................................................................... 20 Figura II.13: Handoff Duro entre el terminal mvil y las estaciones base ................................................ 23 Figura II.14: Desempeo mximo para el Mtodo de Acceso Bsico al medio con protocolo 802.11b..... 29 Figura II.15: Desempeo mximo para el Mtodo de Acceso Bsico al medio con protocolo 802.11a/g . 30 Figura III.1: Esquema de red inalmbrica bsica ..................................................................................... 37 Figura III.2: Prototipo de Red Inalmbrica para medicin de Calidad de Servicio..................................... 45 Figura III.3: Razn Seal a Ruido en funcin de la distancia .................................................................... 46 Figura III.4: Esquema de red inalmbrica autnoma ............................................................................... 49 Figura III.5: Esquema de red para las pruebas de funcionamiento de Telefona Dual .............................. 53 Figura III.6: Aplicacin VQManager ........................................................................................................ 54 Figura III.7: Esquema de red para las pruebas durante el proceso de Handoff ........................................ 54 Figura III.8: Mapa de radiacin de los Puntos de Acceso ......................................................................... 55 Figura IV.1: Ejemplo de medicin mediante Iperf ................................................................................... 56 Figura IV.2: Ejemplo de funcionamiento Herramienta de Medicin MOS................................................ 60 Figura IV.3: Medicin de retardo de extremo a extremo con PING ......................................................... 60 Figura V.1: Desempeo de la red 802.11b .............................................................................................. 65 Figura V.2: Desempeo de la red 802.11g .............................................................................................. 65 Figura V.3: Retardo de extremo a extremo de la red inalmbrica ........................................................... 66 Figura V.4: Variacin del retardo de la red inalmbrica .......................................................................... 66 Figura V.5: Desempeo de la red 802.11b en funcin del nmero de clientes UDP ................................. 67 Figura V.6: Desempeo de la red 802.11g en funcin del nmero de clientes UDP ................................. 67 Figura V.7: Variacin del retardo de la red en funcin del nmero de clientes UDP ................................ 67 Figura V.8: MOS de la red 802.11b en funcin del nmero de llamadas.................................................. 69 Figura V.9: MOS de la red 802.11g en funcin del nmero de llamadas .................................................. 69 Figura V.10: RTT de la red 802.11b en funcin del nmero de llamadas ................................................. 69 Figura V.11: RTT de la red 802.11b en funcin del nmero de llamadas ................................................. 69 Figura V.12: MOS de la red 802.11b para trfico mixto y nmero de llamadas sobre capacidad ............. 71 Figura V.13: MOS de la red 802.11g para trfico mixto y nmero de llamadas sobre capacidad.............. 71 Figura V.14: RTT de la red 802.11b para trfico mixto y nmero de llamadas sobre capacidad ............... 71 Figura V.15: RTT de la red 802.11g para trfico mixto y nmero de llamadas sobre capacidad ............... 71 Figura V.16: MOS de la red 802.11g autnoma....................................................................................... 73 Figura V.17: RTT de la red 802.11g autnoma ........................................................................................ 73 Figura V.18: MOS de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA .............. 73 Figura V.19: RTT de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA ............... 73 Figura V.20: MOS de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA .............. 74 Figura V.21: RTT de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA ............... 74 iv

Figura V.22: ROI evaluacin ejemplo ...................................................................................................... 79 Figura V.23: VAN evaluacin ejemplo ..................................................................................................... 79 Figura V.24: VAN acumulado evaluacin ejemplo ................................................................................... 79 Figura A.1: Pantalla de bienvenida de Fedora Core 10 ............................................................................ 91 Figura A.2: Comprobacin del disco FC10 ............................................................................................... 91 Figura A.3: Pantalla de bienvenida asistente .......................................................................................... 91 Figura A.4: Seleccin del lenguaje del asistente. ..................................................................................... 91 Figura A.5: Seleccin del tipo de teclado a utilizar .................................................................................. 92 Figura A.6: Nombre de red del equipo.................................................................................................... 92 Figura A.7: Zona Horaria ........................................................................................................................ 92 Figura A.8: Contrasea root ................................................................................................................... 92 Figura A.9: Opciones de particionamiento .............................................................................................. 93 Figura A.10: Seleccin del tipo de funciones a realizar ............................................................................ 93 Figura A.11: Personalizacin de paquetes de instalacin ........................................................................ 94 Figura A.12: Copia de archivos ............................................................................................................... 94 Figura A.13: Trmino de la instalacin .................................................................................................... 94 Figura A.14: Configuracin de los WLC en el WCS ................................................................................ 104 Figura A.15: Agregar un nuevo controlador al WCS .............................................................................. 105 Figura C.1: Ingreso al sistema ............................................................................................................... 111 Figura C.2: Despliegue del comando setup ........................................................................................... 111 Figura C.3: Creacin equipo telefnico ................................................................................................. 119 Figura C.4: Tipo de equipo telefnico ................................................................................................... 119 Figura C.5: Configuracin telfono SIP, parte I ...................................................................................... 119 Figura C.6: Configuracin telfono SIP, parte II ..................................................................................... 119 Figura C.7: Configuracin telfono SIP, parte III ................................................................................... 119 Figura C.8: Creacin extensin SIP, parte I ........................................................................................... 120 Figura C.9: Creacin extensin SIP, parte II .......................................................................................... 120 Figura C.10: Creacin extensin SIP, parte III ....................................................................................... 120 Figura C.11: Asociacin de un usuario a la extensin ........................................................................... 120 Figura C.12: Extensin SIP, parte I ....................................................................................................... 121 Figura C.13: Extensin SIP, parte II ...................................................................................................... 121 Figura C.14: Extensin SIP, parte III ..................................................................................................... 121 Figura C.15: Telfono SIP ..................................................................................................................... 121 Figura C.16: Creacin Usuario ............................................................................................................. 121 Figura C.17: Definicin de los detalles del usuario ............................................................................... 121 Figura C.18: Caractersticas extras usuario, parte I ............................................................................... 122 Figura C.19: Caractersticas extras usuario, parte II .............................................................................. 122 Figura C.20: Integracin cliente Uniphone con gestor de llamadas ....................................................... 122 Figura C.21: Pantalla principal cliente UniPhone................................................................................... 122 Figura C.22: Submens del cliente UniPhone ....................................................................................... 123 Figura C.23: Submen AP del cliente UniPhone .................................................................................... 123 Figura C.24: Submen Misc del cliente UniPhone ................................................................................. 123 Figura C.25: Configuracin cliente UniPhone con cuenta Asterisk ......................................................... 124 Figura C.26: Configuraciones WBX de la cuenta SIP de UniPhone contra Asterisk ................................. 124 Figura C.27: Cuenta de registro UniPhone contra CallManager............................................................. 124 Figura D.1: Planilla para evaluacin econmica parte I ......................................................................... 127 Figura D.2: Planilla para evaluacin econmica parte II ........................................................................ 128 Figura D.3: Planilla para evaluacin econmica parte III ....................................................................... 129 Figura D.4: Flujo de caja evaluacin econmica .................................................................................... 130 v

NDICE DE TABLAS
Tabla II.1: Comparacin entre tipos de estndar 802.11 ......................................................................... 11 Tabla II.2: Definicin de los campos del formato de Trama MAC ............................................................ 14 Tabla II.3: Definicin de los campos del formato de control de Trama .................................................... 14 Tabla II.4: Ventajas y Desventajas del uso de la telefona IP ................................................................... 17 Tabla II.5: Tipos de servicios SIP ............................................................................................................. 19 Tabla II.6: Ancho de Banda de los diferentes cdecs de VoIP .................................................................. 21 Tabla II.7: Parmetros para el clculo de la tasa efectiva de transmisin ................................................ 28 Tabla II.8: Desempeo mximo para diferentes tamaos de Carga til con 802.11b .............................. 29 Tabla II.9: Desempeo mximo para diferentes tamaos de Carga til con 802.11a/g ........................... 30 Tabla II.10: Capacidad terica mxima para redes inalmbricas bajo estndar 802.11b/a/g ................... 31 Tabla II.11: Capacidad terica al 60 % para redes inalmbricas bajo estndar 802.11b/a/g .................... 31 Tabla II.12: Parmetros propuestos por estndar EDCA .......................................................................... 32 Tabla II.13: Parmetros propuestos por variacin del estndar EDCA para los Puntos de Acceso ............ 33 Tabla II.14: Parmetros propuestos por variacin del estndar EDCA para los Terminales ...................... 34 Tabla II.15: Parmetros del perfil EDCA Voice Optimized para los Puntos de Acceso ........................... 34 Tabla II.16: Relacin entre R-Value y la satisfaccin Usuario ................................................................... 34 Tabla II.17: Valores Ie y Bpl para distintos cdecs ................................................................................... 36 Tabla II.18: Relacin entre MOS y Satisfaccin Usuario........................................................................... 36 Tabla II.19: Relacin entre R-Value y MOS .............................................................................................. 36 Tabla III.1: Parmetros EDCA modificados I ............................................................................................ 49 Tabla III.2: Parmetros EDCA modificados II ........................................................................................... 49 Tabla III.3: Telfonos duales y clientes SIP asociados .............................................................................. 51 Tabla IV.1: Desempeo de red inalmbrica 802.11b nicamente en horario nocturno ........................... 57 Tabla IV.2: Desempeo de red inalmbrica 802.11g en horario nocturno y horario de oficina ................ 57 Tabla IV.3: Desempeo de red inalmbrica para distinto nmero de trficos UDP simultneos .............. 58 Tabla IV.4: Valor MOS y R-value de red inalmbrica 802.11b vs nmero de clientes con cdec G.729 .... 59 Tabla IV.5: Valor MOS y R-value de red inalmbrica 802.11b vs nmero de clientes con cdec G.711 .... 59 Tabla IV.6: Valor MOS y R-value de red inalmbrica 802.11g vs nmero de clientes con cdec G.729 ..... 59 Tabla IV.7: Valor MOS y R-value de red inalmbrica 802.11g vs nmero de clientes con cdec G.711 ..... 60 Tabla IV.8: Comportamiento red 802.11b para trfico de datos y de voz ................................................ 61 Tabla IV.9: Comportamiento red 802.11g para trfico de datos y de voz con G.729 ................................ 61 Tabla IV.10: Valor MOS y R-value de red autnoma 802.11g vs nmero de clientes con cdec G.729 ..... 61 Tabla IV.11: Comportamiento red autnoma 802.11g para trfico de datos y de voz con G.729 ............. 62 Tabla IV.12: Caractersticas de los clientes SIP ........................................................................................ 63 Tabla IV.13: Funcionamiento clientes SIP con Servidores de aplicaciones SIP.......................................... 63 Tabla IV.14: Parmetros de Calidad de Servicio de los clientes SIP para Handoff .................................... 64 Tabla V.1: Capacidades medidas en red inalmbrica sin Calidad de Servicio ........................................... 70 Tabla V.2: Capacidades medidas en la red inalmbrica con Calidad de Servicio ...................................... 72 Tabla V.3: Clientes SIP seleccionados segn requerimientos .................................................................. 75 Tabla B.1: Largos de paquete para pruebas. ......................................................................................... 107

vi

CAPTULO I:
1.1 Motivacin

INTRODUCCIN

Las plataformas inalmbricas traen diversos beneficios, no slo implican movilidad, sino tambin otro tipo de aplicaciones, como la voz sobre IP (Internet Protocol), servicios de dispositivos TAGs con identificacin por radiofrecuencia, localizacin y la distribucin de Internet. Incluso, para anchos de banda mayores, es posible fomentar la telepresencia y la videoconferencia. A pesar de que las redes inalmbricas son tecnologas relativamente recientes, han permitido un gran desarrollo de las telecomunicaciones. Aun as existen muchas aplicaciones nuevas que necesitan ser desarrolladas sobre estas plataformas. La voz sobre IP es una de estas aplicaciones, que a pesar de su gran avance, todava no est solucionada para todas las redes y todos los equipos a los cuales se desee aplicar. Esto es producto de que no existe la caracterstica de Calidad de Servicio (QoS) para la voz sobre IP (VoIP) en las redes inalmbricas tradicionales, y por ende no se puede asegurar una comunicacin satisfactoria para el usuario final. Proveer al usuario de Calidad de Servicio, sin afectar negativamente la red ya existente, resulta un factor decisivo al elegir la tecnologa VOIP sobre telefona tradicional. La caracterstica de dualidad, por otro lado, se basa en permitir la transmisin de voz sobre IP desde otros equipos mviles externos, a travs de la red inalmbrica. Un caso particular es la telefona celular, donde la dualidad consiste en poder transmitir voz sobre la red celular como tambin sobre la red inalmbrica. Para poder aplicar dualidad en una red inalmbrica, es necesario que la red soporte la comunicacin entre los equipos externos y los de la red, independiente de la marca y tecnologa de ellos. Con esta caracterstica extra se consigue una convergencia de los servicios utilizados diariamente en una empresa (o por un usuario particular) sobre un mismo canal (en este caso el canal IP), logrndose una mayor eficiencia en la utilizacin de los recursos y reduccin de los costos. Un ejemplo particular es la conexin de un telfono mvil Apple Iphone a una red inalmbrica de oficina, la cual permite la transmisin de voz sobre IP dentro de la red, consiguiendo as que las llamadas entre los empleados de la empresa sea a costo cero y a costos muy bajos para las comunicaciones con servicios externos, como red fija o red celular. Tambin permite la transmisin de datos, por ejemplo de servicios de email al telfono va IP. Para lograr lo anterior, aparte de modificar el equipo mvil para soportar este tipo de dualidad, es necesario implementar Calidad de Servicio en la red inalmbrica para asegurar que las comunicaciones mediante voz sobre IP cumplan con el estndar mnimo establecido por la Unin Internacional de Telecomunicaciones.

1.2 Objetivos
1.2.1 Objetivos Generales
Estudiar los factores que inciden en la Calidad de Servicio, para asegurar condiciones de operacin confiables cuando se implementa la convergencia de servicios en una red inalmbrica, en el caso de Telefona Dual.

1.2.2 Objetivos Especficos

Determinar el comportamiento de una red inalmbrica 802.11x con servicios de voz sobre IP, considerando tambin implementacin del estndar 802.11e: Determinar el desempeo de la red para trfico UDP (User Datagram Protocol) considerando los estndares 802.11a, 802.11b y 802.11g. Determinar el nmero de llamadas mximas simultneas por Punto de Acceso con MOS aceptable para los estndares 802.11x (considerando tanto el caso que implementa Calidad de Servicio como el caso cuando no se implementa). Observar el comportamiento anterior para los cdecs de voz sobre IP principales (G.711 y G.729).

Implementar dualidad de servicio en una red inalmbrica. Estudiar el comportamiento de una llamada en curso al ser traspasada de un Punto de Acceso a otro (Handoff).

1.3 Planteamiento del Problema

El inters y la demanda de aplicaciones Wi-FI multimedia, con capacidades avanzadas, crece rpidamente, impulsada por la aparicin de nuevos dispositivos y el deseo de los usuarios de extender las funcionalidades de las tecnologas inalmbricas existentes. Particularmente las empresas estn interesadas en el uso de aplicaciones VoIP en sus redes inalmbricas, ya que permiten ahorrar significativamente en costos de operacin, mediante la capacidad de otorgar conectividad inalmbrica de voz a travs de toda el rea de cobertura, evitando as los altos costos que poseen los servicios celulares. Tambin existe inters en la gestin del trfico de la red, que permite a los administradores TI asignar diferentes niveles de prioridad a diferentes usuarios, como por ejemplo la asignacin de una menor prioridad al trfico generado por los usuarios considerados como visitas o asignar mayor prioridad a trficos generados en una teleconferencia. El problema surge cuando se pretende implementar aplicaciones multimedia en una red inalmbrica tradicional, ya que estas redes fueron creadas principalmente para manejar trfico de datos y por ende consideran todos los flujos de la red con igual prioridad de transmisin. Independiente de tipo de flujo, cuando la demanda de trfico supera el ancho de banda disponible, la tasa de transmisin efectiva de todos los flujos se reduce de manera similar. Un retardo de un segundo en la transmisin de 2

un email prcticamente no es percibido por el usuario, en cambio, un pequeo aumento en la latencia o reduccin del desempeo, puede interferir en la comunicacin de una llamada VoIP, o puede resultar en prdida de tramas. Para asegurar una buena experiencia al usuario de aplicaciones Multimedia en redes inalmbricas, el trfico de las diferentes aplicaciones debe ser gestionado y priorizado, ya que estas aplicaciones, al ser altamente sensibles a los aumentos de latencia y reduccin de la tasa de transmisin efectiva, requieren de recursos para garantizar la Calidad de Servicio. Existe una amplia gama de aplicaciones VoIP disponibles en el mercado, dentro de las cuales se deben seleccionar las que mayor beneficio aportan a las empresas y al usuario particular. Especficamente la Telefona Dual resulta una solucin bastante adecuada para suplir esas necesidades. Un telfono dual permite transitar entre ambientes celulares y Wi-Fi, mejorando la movilidad, productividad, comodidad, y proporcionando ahorro, tanto en equipamiento como en llamadas. Existen variados equipos celulares en el mercado, que poseen diferentes caractersticas y capacidades, y por ende es necesario determinar qu dispositivos poseen las caractersticas necesarias para desempearse como un telfono dual, qu funcionalidades permite y cmo se asocia a la red inalmbrica existente. Adems, debe establecerse qu mecanismos sern utilizados para la transmisin de la voz sobre IP en esos telfonos celulares.

1.4 Metodologa
La metodologa para resolver la problemtica planteada anteriormente consiste en analizar los factores que determinan la Calidad de Servicio de las aplicaciones VoIP en un enlace inalmbrico, y determinar las componentes necesarias para la implementacin de Telefona Dual. Esto permite obtener las condiciones adecuadas para desarrollar la convergencia de servicios en una red inalmbrica. En particular se desarrollan los siguientes puntos: Utilizar el estndar 802.11e que permite priorizar distintos tipos de trfico, implementando as Calidad de Servicio para aplicaciones Multimedia en redes inalmbricas. Disear un procedimiento de medicin de los parmetros relevantes para el diagnstico de Calidad de Servicio de un enlace inalmbrico y un prototipo de red comn en donde se realizan las mediciones. Efectuar un anlisis de desempeo para trfico UDP y capacidad de los Puntos de Acceso de una red inalmbrica tradicional, como tambin de una red con estndar 802.11e. Estudiar las caractersticas de los dispositivos celulares que pueden operar como telfonos duales y determinar un mecanismo que les entregue esa propiedad. Especificar un set de pruebas que permiten analizar el comportamiento de los telfonos duales en la red inalmbrica. Disear una solucin que incluye los dispositivos celulares ptimos y la metodologa para implementar dualidad tanto en la red como en los dispositivos. 3

1.5 Alcances del Trabajo

Uno de los objetivos especficos de esta memoria consiste en determinar el comportamiento de una red inalmbrica 802.11a/b/g/e a con servicios VoIP, para lo cual es necesario construir un prototipo de plataforma inalmbrica y disear un procedimiento de medicin de parmetros de Calidad de Servicio. El procedimiento de medicin est restringido por el desempeo, retardo de extremo a extremo y capacidad de la red, evaluada esta ltima slo por el MOS (Mean Opinion Score). Tampoco se realiza un anlisis de la red para todos los tipos de trfico, nicamente se considera trfico de Voz y de datos. Por otro lado, el prototipo consiste en un sistema de menor tamao, el cual puede ser escalable a un sistema de mayor envergadura. Sin embargo, no es parte de este trabajo extrapolar la implementacin de la plataforma inalmbrica a un sistema mayor, slo se limita a una red inalmbrica compuesta de a lo ms dos Puntos de Acceso, un Controlador de red inalmbrica, un Switch y dos Servidores de aplicaciones SIP. Para la implementacin de Telefona Dual, slo se considera el uso de equipos celulares duales dentro de la categora Smartphones, que proporcionan caractersticas ms avanzadas. Se utilizan nicamente aplicaciones VoIP que soportan de manera nativa el protocolo SIP para la generacin de trfico de voz sobre IP en los dispositivos celulares. La realizacin de pruebas de funcionamiento, Handoff y medicin de Calidad de Servicio de la telefona Dual est restringida a la realizacin exitosa de una llamada SIP y no a evaluar todas las capacidades de las aplicaciones SIP, por ende no garantiza el funcionamiento perfecto de cada aplicacin. Cabe destacar que el trabajo es desarrollado bajo una marca especfica de equipamiento de red (Cisco Systems), tanto para la seccin cableada de la red, como para la inalmbrica. El equipamiento de telefona celular corresponde a un subconjunto de las posibilidades que ofrece el mercado. Tambin es necesario sealar que se trabaja bsicamente con una estructura de red unificada, donde los Puntos de Acceso son manejados por un Controlador de red inalmbrica. No se tiene como objetivo probar los conceptos desarrollados en esta memoria con equipos alternativos, esto queda para trabajos posteriores. El equipamiento especfico que se emplea en esta memoria se detalla a continuacin: Iphone 3Gs, Nokia 5800, Nokia N96, HTC magic, HTC diamond, Samsung i900, Blackberry 8900 PBX Asterisk y Callmanager Cisco 4400 Series WLAN Controller Dos Switch Multilayer Cisco Catalyst 3560 802.11ag LWAPP AP Dual, 802.11g LWAPP AP y 802.11ag AP Un notebook Pentium 4 con Sistema Operativo GNU/LINUX y tarjeta inalmbrica integrada Un servidor Pentium 4 con Sistema Operativo GNU/LINUX e interfaz Ethernet Wireless Control System Plus versin 5

1.6 Estructura de la Memoria

El presente Trabajo de Ttulo tiene una estructura principal de seis captulos, considerando desde la introduccin a la Telefona Dual y su problemtica en redes inalmbricas, hasta las discusiones sobre los resultados obtenidos de la implementacin de este servicio y las conclusiones finales. El captulo actual pretende contextualizar sobre el tema principal de este trabajo, otorgando un marco general sobre las redes inalmbricas y el desarrollo de la Telefona Dual. Presenta adems la motivacin que inspira el desarrollo del tema central de esta memoria con el propsito de explicar los objetivos, tanto generales como especficos, y las aspiraciones que se tienen del desarrollo y de los resultados de esta investigacin. Se plantean adems los beneficios y la problemtica que presenta la adopcin de la Telefona Dual en un entorno inalmbrico, junto con el detalle de la metodologa que se ejecuta para resolverla. El captulo de Antecedentes se fundamenta en un estado del arte de las tecnologas inalmbricas, para luego profundizar en las tecnologas basadas en el estndar IEEE 802.11. Tambin se detallan las caractersticas de la voz sobre IP y los procesos que hacen posible esa transmisin. Adems se especifica el concepto de Telefona Dual y sus implicancias. Particularmente se detalla la nocin de Calidad de Servicio junto con herramientas que permiten medir y desarrollar esta capacidad en las redes inalmbricas. En el tercer captulo se explica en detalle la metodologa empleada para desarrollar este trabajo, el equipamiento y el software utilizado. Asimismo se detallan los elementos, estructuras, procedimientos y pruebas efectuadas en el diseo e implementacin de una solucin a la problemtica principal de esta memoria. En el captulo de Resultados se exhiben los resultados obtenidos de las mediciones de Calidad de Servicio sobre la red inalmbrica prototipo diseada, junto con los resultados de las pruebas de implementacin de Telefona Dual. Adems se presentan las consideraciones que deben ser tomadas al momento de efectuar estos procedimientos. El captulo de Anlisis y Discusin seala los problemas obtenidos durante la ejecucin de las mediciones y pruebas sobre la plataforma inalmbrica. Se evala el comportamiento obtenido de la red con el comportamiento terico esperado, y se realiza un anlisis sobre los beneficios de la implementacin del estndar 802.11e. Adems, se determina el desempeo y capacidad mxima de la red como fin de obtener parmetros de diseo para servicios VoIP, escogiendo finalmente una solucin ptima para la implementacin de Telefona Dual. El captulo final presenta las conclusiones y un detalle del anlisis de los resultados, en base al planteamiento de los objetivos. Tambin se abarcan los detalles no abordados en esta memoria y los desarrollos futuros propuestos por la autora del presente trabajo.

CAPTULO II:

ANTECEDENTES

El presente captulo tiene por finalidad exponer la totalidad de los conceptos en los cuales se basa esta memoria, considerando el modo de operacin de las arquitecturas base (redes inalmbricas) que sern utilizadas, el modo en que se realiza una llamada telefnica a travs de estas redes, las caractersticas propias de la Telefona Dual y las particularidades del concepto de Calidad de Servicio que se plantean como problema.

2.1 Redes Inalmbricas

2.1.1 Definicin de Red Inalmbrica
Las redes inalmbricas corresponden a sistemas de comunicacin que transmiten y reciben datos por medio de ondas electromagnticas que viajan por el aire, permitiendo as la conexin entre equipos dentro de una misma rea de cobertura, sin la necesidad de utilizar el par trenzado, cables coaxiales o fibra ptica. Estas redes ofrecen las mismas caractersticas que las redes cableadas, en cuanto al acceso a la red privada o conexin a internet, pero permiten flexibilidad debido a la carencia de cables.

2.1.2 Caractersticas de las Redes Inalmbricas 802.11x

Frente a las redes cableadas, las redes inalmbricas presentan varias ventajas. Una caracterstica es la movilidad, que permite la comunicacin entre los nodos de una misma rea de cobertura y fcil acceso a la red. Tambin la planificacin de estas redes es menos engorrosa, por ejemplo si se quiere cablear un edificio u oficina se debe analizar la distribucin fsica de las mquinas para realizar el cableado, mientras que con una red inalmbrica slo hay que analizar la cobertura deseada de las reas importantes. Un factor muy importante es la escalabilidad que permiten estas redes, ya que los sistemas WLAN pueden ser configurados en una variedad de topologas para suplir las necesidades de aplicaciones e instalaciones especficas. Estas configuraciones pueden ser fcilmente alteradas y pueden variar su extensin desde redes independientes de pocos usuarios hasta redes de infraestructura completa, que permitan el transito en un rea amplia. Esto implica a su vez reduccin en los costos de ampliacin de las redes, debido a la disminucin del anlisis para la instalacin y el uso de cableado. Por otro lado esta tecnologa presenta tambin desventajas, dentro de las cuales se puede mencionar, una peor Calidad de Servicio que las redes cableadas, adems de una tasa de transmisin bastante menor. Generalmente se obtienen velocidades de alrededor de los 10-20 Mbps en redes inalmbricas, en comparacin con las redes cableadas donde se pueden alcanzar velocidades de 100 Mbps. La tasa de error, debida a las interferencias que se producen en el medio de transmisin, es de gran importancia, y en este caso aumenta bastante para las redes inalmbricas, del orden de 10-4 frente a 10-10 de las redes cableadas.

2.1.3 Tipos de Redes Inalmbricas

Para representar los diferentes tipos de redes inalmbricas se agrega el trmino W (proveniente del Ingls Wireless, es decir inalmbrico) a las definiciones propuestas para los tipos de redes cableadas mostradas en la Figura II.1. Estas definiciones, con la modificacin antes descrita, son presentadas en los puntos (a), (b) y (c). a. WPAN (Red inalmbrica de mbito personal): Estas redes cubren reas pequeas, como habitaciones, y tienen como objetivo la interconexin entre dispositivos a corta distancia. b. WLAN (Red inalmbrica de mbito local): Estas redes cubren reas ms extensas, como casas, oficinas y edificios. En el transcurso de esta memoria se trabaja nicamente con este tipo de redes inalmbricas. c. WWAN (Red inalmbrica de rea extensa): Para este caso el rea de cobertura de la red corresponde a reas mucho ms extensas, como por ejemplo una cuidad.

Figura II.1: mbito de uso de las redes inalmbricas segn cobertura

2.1.4 La Capa Fsica en las Redes Inalmbricas

2.1.4.1 La Capa Fsica Modelo OSI
La Capa Fsica del modelo de referencia OSI1 es la que se encarga de transmitir los bits de informacin a travs del medio utilizado para la transmisin, y de las conexiones fsicas respectivas. Considera tanto el medio fsico (por ejemplo: cable coaxial o microondas); las caractersticas del medio (por ejemplo; tipo de cable y tipo de conectores normalizados) y la forma en la que se transmite la informacin (codificacin de seal, niveles de tensin o intensidad de corriente elctrica, modulacin, tasa binaria, entre otras.)

El modelo de referencia de Interconexin de Sistemas Abiertos (OSI), lanzado en 1984, fue el modelo de red descriptivo creado por la ISO (Organizacin Internacional para la Estandarizacin). Proporcion a los fabricantes un conjunto de estndares para asegurar una mayor compatibilidad e interoperabilidad entre los distintos tipos de tecnologa de red. El modelo en s mismo no puede ser considerado una arquitectura, ya que no especifica el protocolo que debe ser usado en cada capa, sino que corresponde a un modelo de referencia.

En particular se encarga de transformar una trama de datos, proveniente de la capa de Enlace, en una seal adecuada al medio fsico utilizado en la transmisin. Estos impulsos pueden ser elctricos (transmisin por cable) o electromagnticos (transmisin sin cables). Estos ltimos, dependiendo de la frecuencia o longitud de onda de la seal, pueden ser pticos, de microondas o de radio. Cuando acta en modo recepcin el trabajo es inverso; se encarga de transformar la seal transmitida en tramas de datos binarios que sern entregados a la capa de Enlace.

2.1.4.2 Tecnologas de las Redes Inalmbricas en Capa Fsica

Para cada tipo de red inalmbrica, definido en el punto 2.1.3 segn su rea de cobertura, existen diversos estndares a nivel de Capa Fsica para la transmisin y recepcin de datos sobre estas redes, promovidos por diferentes organismos y asociaciones. Algunos de estos estndares, segn el tipo de red donde es utilizado, se mencionan en los puntos (i), (ii) y (iii). i. WPAN: Tradicionalmente este tipo de redes se basa en la tecnologa de infrarrojo que permite la comunicacin entre dos elementos de la red a baja velocidad y corta distancia. Un ejemplo de esta tecnologa es el Bluetooth. WLAN: Las tecnologas ms utilizadas en este tipo de redes son las tecnologas IEEE 802.11x. Tambin se encuentran las tecnologas HIPERLAN y HomeRF. WWAN: Normalmente estas redes son utilizadas por las empresas de telefona mvil debido a las grandes reas de cobertura involucradas. Algunas de las tecnologas implementadas en estas redes son EDGE y GPRS.

ii.

iii.

Se debe destacar que la presente memoria se enfoca slo en las tecnologas basadas en IEEE 802.11x, con nfasis especial en las tecnologas 802.11a/b/g sin Calidad de Servicio y tambin con soporte del estndar 802.11e. En la seccin 2.1.4.3 se explican de forma general las caractersticas del estndar 802.11x.

2.1.4.3 Redes Inalmbricas 802.11x

El estndar IEEE 802.11x se utiliza en las Redes LAN inalmbricas denominadas Wi-Fi o Wireless Fidelity y fue creado con el fin de proveer conectividad a terminales mviles dentro de las redes WLAN. El trmino Wi-Fi proviene de una asociacin internacional formada con el objetivo de asegurar la compatibilidad de los distintos productos de estas redes WLAN. Dentro de este estndar se incluyen seis tipos de modulacin por el aire. En la Figura II.2 se observa la distribucin del protocolo 802.11 x en equivalencia con las capas del modelo OSI.

Figura II.2: Modelo OSI estndar 802.11

En el ao 1997 se especificaron para la capa fsica tres tcnicas de modulacin; infrarrojo y dos tcnicas de corto alcance FHSS y DSSS, ambas en la banda de frecuencia de los 2.4 GHz. Estas tres tcnicas soportan una tasa de transmisin de 2 Mbps. Posteriormente en 1999, dos nuevas tcnicas de modulacin son ingresadas, soportando tasas de transmisin mayores; OFDM con 54 Mbps (802.11a) y HR-DSSS con 11 Mbps (802.11b). En el 2001 se incluy una nueva tcnica OFDM que soporta una velocidad de 54 Mbps (802.11g). En las secciones 2.1.4.3.1 a la 2.1.4.3.7 se explican con ms detalles las caractersticas de cada uno de los estndares 802.11x mencionados anteriormente.

2.1.4.3.1 Estndar 802.11 Infrarrojo

La tcnica utilizada para el infrarrojo es de transmisin difusa con longitudes de onda a 0.85 y 0.95 *m+, soportando tasas de transmisin de 1 y 2 [Mbps]. Las seales infrarrojas no son capaces de penetrar muros y tienen un pequeo rango de cobertura.

2.1.4.3.2 Estndar 802.11 FHSS

La modulacin mediante FHSS (Espectro Ensanchado por Salto de Frecuencia) utiliza 79 canales con un ancho de 1[MHz] en la banda de ISM 2.4 [GHz]. Se crea un nmero casi aleatorio de saltos en frecuencia, donde cada una de las estaciones posee la misma secuencia y est debidamente sincronizada en el tiempo para poder recibir correctamente la informacin sobre grandes distancias. Los receptores no autorizados escucharn una seal ininteligible. Produce buena resistencia al ruido, interferencia y al desvanecimiento producido por la multitrayectoria de la seal.

2.1.4.3.3 Estndar 802.11 DSSS

La modulacin DSSS (Espectro Ensanchado por Secuencia Directa) tambin est restringida a 1 y 2 [Mbps]. Utiliza una tcnica similar a CDMA2 junto con modulaciones de banda base DBPSK
2

CDMA (Acceso Mltiple Por Divisin De Cdigo): mtodo de control de acceso mltiple al medio a travs de tcnicas de divisin de cdigo para evitar colisiones.

(Modulacin Binaria por Desplazamiento Diferencial de Fase) y DQPSK (Modulacin en Cuadratura Por Desplazamiento Diferencial De Fase) para proveer las tasas de transmisin mencionadas con anterioridad. Consiste en modular una seal portadora con un cdigo de pseudo ruido aumentando as el ancho de banda de transmisin y reduciendo el nivel de potencia de la seal. El emisor enva previamente la secuencia de manera de que los receptores puedan reconstruir la seal original.

2.1.4.3.4 Estndar 802.11a OFDM

Este esquema es utilizado en una de las primeras redes LAN inalmbricas de alta velocidad, logrando los 54 [Mbps] en la banda ISM 5[GHz]. Son utilizadas 52 frecuencias, 48 para transmisin de informacin y 4 para sincronizacin. Para la transmisin de datos se pueden utilizar 8 velocidades diferentes en Capa Fsica; 6, 9, 12, 18, 24, 36, 48 y 54 Mbps. La tcnica OFDM (Multiplexin por Divisin de Frecuencias Ortogonales) utilizada es similar a CDMA y FHSS de espectro ensanchado, transmitiendo la misma informacin por mltiples frecuencias simultneamente. De esta forma la informacin es separada en varias bandas estrechas que poseen ventajas sobre la inmunidad a la interferencia. Pueden ser bandas de transmisin no contiguas permitiendo una mejor utilizacin espectral. En la Figura II.3 se muestra el Formato de Trama en Capa Fsica para 802.11a.

Figura II.3: Formato de Trama en Capa Fsica para 802.11a

2.1.4.3.5 Estndar 802.11b HR-DSSS

La tcnica de modulacin HR-DSSS (Espectro de Alta Velocidad Ensanchado por Secuencia Directa) utiliza 11 millones de smbolos (cada smbolo puede contener uno o ms bits) por segundo en la banda de los 2.4 [GHz]. Adems, este estndar soporta 1, 2, 5.5 y 11 [Mbps]. Las dos tasas de transmisin menores utilizan modulacin de fase compatible con DSS (DBPSK y DQPSK) y las dos superiores utilizan modulacin CCK (Codificacin Complementaria en Cdigo). Las tasas de transmisin pueden ser adaptadas segn las condiciones que presente el canal (carga que est soportando y niveles de ruido e interferencia que limitan la transmisin). En la Figura II.4 se muestra el Formato de Trama en Capa Fsica para 802.11b.

Figura II.4: Formato de Trama en Capa Fsica para 802.11b

10

2.1.4.3.6 Estndar 802.11g OFDM

Este protocolo, al igual que 802.11a, ocupa como tcnica de modulacin OFDM, con la diferencia que opera en la banda ISM de 2.4 [GHz] como el estndar 802.11b. Nominalmente es capaz de superar los 54 [Mbps]. En la Figura II.5 se muestran los Formatos de Trama en Capa Fsica para 802.11g, dependiendo de la compatibilidad con 802.11b.

Figura II.5: Formato de Trama en Capa Fsica para 802.11g: a) Formato de Trama para modulacin CCK, b) Formato de Trama para modulacin OFDM, c) Formato de Trama para modulacin mixta (CCK-OFDM)

2.1.4.3.7 Estndar 802.11e

El estndar 802.11e es una mejora a los estndares 802.11a y 802.11b. Ofrece caractersticas de Calidad de Servicio, incluyendo la priorizacin de la transmisin de datos, voz y video. Mejora la capa MAC con una estructura TDMA (Acceso Mltiple por Divisin de Tiempo) y agrega un mecanismo de correccin de errores para las aplicaciones sensibles al retardo como voz y video. En la Tabla II.1 se muestra la comparacin entre los tipos de estndar 802.11x.
Estndar
802.11 802.11b 802.11a 802.11g

Tasa de transferencia
2 Mbps 11 Mbps 54 Mbps 54 Mbps

Banda de frecuencia
2.4 GHz 2.4 GHz 5 GHz 2.4 GHz

Tabla II.1: Comparacin entre tipos de estndar 802.11

En particular las redes 802.11x presentan la ventaja de que utilizan bandas de frecuencias no licitadas lo que les permite operar sin la autorizacin de una institucin. Esto a su vez puede resultar perjudicial, ya que estas bandas de frecuencias estn muy propensas a interferencias y a errores de transmisin, por lo cual las tasas nominales especificadas en los estndares difcilmente son alcanzadas. Para reducir errores, los estndares 802.11a y el 802.11b automticamente reducen la velocidad de informacin de la capa fsica. As por ejemplo, el estndar 802.11b puede utilizar cualquiera de sus 11

cuatro velocidades de informacin (11, 5.5, 2 y 1 Mbps) y el estndar 802.11a cualquiera de sus 8 (54, 48, 36, 24, 18, 12, 9 y 6 Mbps). Las velocidades mximas permisibles que muestra la Tabla II.1 slo son posibles en un ambiente libre de interferencia y a muy corta distancia. Adems la utilizacin de bandas de frecuencias distintas entre los estndares 802.11a y 802.11b hace que estas redes no puedan operar entre ellas. La aparicin de 802.11g permite la interoperabilidad de las redes expandiendo el espectro de frecuencias que presenta 802.11b, adems de aumentar las tasas de transmisin.

2.1.5 Dispositivos Inalmbricos

Existen dos tipos bsicos de dispositivos inalmbricos que permiten el establecimiento de conexiones inalmbricas dentro de una red WLAN. a. Unidad base Inalmbrica: La unidad bsica inalmbrica se denomina Punto de Acceso (AP). Tiene como funcionalidad realizar la conversin de la seal proveniente de la red de datos Ethernet a seales de radio. Tambin acta como elemento de interconexin entre diferentes clientes inalmbricos, proporcionando un rea de cobertura para estos clientes. Puede actuar como Corta-Fuegos (Firewall) y/o ofrecer mecanismos de autentificacin, aumentando la seguridad de la red. b. Clientes Inalmbricos: Corresponden a adaptadores inalmbricos que convierten las seales de datos Ethernet a seales de radio permitiendo que un equipo (PC porttil, impresora, PDA, telfono mvil, entre otros.) acceda a la red inalmbrica. Un cliente Inalmbrico ubicado dentro del rea de cobertura del Punto de Acceso puede comunicarse con los dems dispositivos asociados a ese Punto de Acceso, es decir, puede acceder a la red local sin necesidad de utilizar cables.

2.1.6 Modos de Operacin de las Redes Inalmbricas 802.11x

Dependiendo de diversos factores como; rea de cobertura, nmero de clientes y acceso a Internet, se pueden crear distintas topologas para una red inalmbrica. Existen dos modos generales de operacin de las redes inalmbricas 802.11x. En los puntos (i) y (ii) se explica de manera general el funcionamiento de cada uno de ellos. i. Modo Ordenador-Ordenador (Ad-hoc): En esta topologa las estaciones se comunican entre s directamente, sin intervencin de un Punto de Acceso, tal como se observa en la Figura II.6. Es la alternativa ms sencilla, pero presenta como inconveniente la creacin de una red aislada entre las estaciones y no ofrece alternativas de seguridad ni gestin. Modo Infraestructura: En el modo infraestructura las estaciones acceden a la red y/o a Internet a travs de uno o varios Puntos de Acceso (Figura II.7). As los clientes inalmbricos no se comunican directamente entre ellos, sino que lo hacen a travs del Punto de Acceso, lo cual permite acceder a caractersticas de seguridad y a los terminales ubicados dentro de la red cableada. Por otro lado el acceso a internet se realiza a travs de la seccin Ethernet de esta topologa. Cuando el rea a cubrir es ms extensa, se utiliza ms de un Punto de Acceso, lo que permite que los clientes inalmbricos puedan desplazarse entre las diferentes reas de cobertura 12

ii.

manteniendo la conexin. El traspaso de la conexin de cliente entre un Punto de Acceso y otro se denomina Handoff.

Figura II.6: Modos de operacin Ad-Hoc

Figura II.7: Modos de operacin Infraestructura

2.1.7 Capa de Enlaces de Datos

La Capa de Enlaces de Datos se divide en dos subcapas: capa MAC (Control de Acceso al Medio) y la capa LLC (Control de Enlace Lgico). Las principales diferencias de Ethernet con 802.11 se presentan en la capa MAC. El formato de trama MAC se representa en la Figura II.8.

Figura II.8: Formato de Trama MAC

Parte importante de la capa MAC, est dada por los respectivos protocolos de acceso mltiple que se utilizan para ingresar al medio de propagacin, los cuales pueden alterar el desempeo de los diferentes estndares, obtenindose un valor inferior al nominal que se propuso en la seccin 2.1.4.3. El detalle de cada campo que compone al formato de Trama MAC se describe en la Tabla II.2 y Tabla II.3.

13

Campos del formato de Trama

Frame Control (FC) Duration/ID Address Fields (1-4) Sequence (Seq.)

Definicin
Este campo corresponde al Formato de Control de Trama que est compuesto por la versin de protocolo y tipo de trama (gestin, datos, control). El valor de Duracin se usa para el clculo del NAV. Tambin en este campo se considera el valor ID de la estacin emisora (Station ID) que se utiliza para el tipo de trama Power -Save poll message. Contienen hasta cuatro direcciones (origen, destino, transmisin, recepcin), dependiendo del campo de control de trama (bits ToDS y FromDS). La secuencia de control consiste en un nmero de fragmento y un nmero de trama. Se usa para representar el orden de diferentes fragmentos pertenecientes a la misma trama, y para distinguir una posible duplicacin de paquetes. Este campo corresponde a la informacin transmitida o recibida. Campo de Control de Redundancia cclica de 32 bits.

Data CRC (Check-sum)

Tabla II.2: Definicin de los campos del formato de Trama MAC

Campos del formato de Control de Trama

Protocol Version Type Subtype To DS From DS More Fragment (MF) Retry Power Management More Data WEP (W) Order (O)

Definicin
Indica la versin del estndar IEEE 802.11. Tipo de contenido; Gestin, Control, Datos. RTS, CTS, ACK Se utiliza este campo en valor 1 cuando la trama se transmite a un sistema de distribucin (DS). Se utiliza este campo en valor 1 cuando la trama se transmite desde un sistema de distribucin (DS). Se utiliza este campo con valor 1 cuando hay ms fragmentos despus de ste pertenecientes a la misma trama. Indica que este fragmento es una retransmisin de un fragmento previamente enviado. (Para que el receptor reconozca la transmisin duplicada de tramas). Indica el modo de gestin de energa en que la estacin estar despus de la transmisin de la trama. Indica que hay ms tramas en cola hacia esta estacin. Indica que el cuerpo de la trama est encriptado de acuerdo con el algoritmo WEP (Wired Equivalent Privacy). Indica que la trama se est enviando usando la clase de servicio Estrictamente ordenado.

Tabla II.3: Definicin de los campos del formato de control de Trama

2.1.7.1 Subcapa MAC 802.11

Las redes 802.11 definen dos formas de acceso al medio en la subcapa MAC, (a) mecanismo de acceso al medio con contencin, es decir, DCF distribuida y (b) mecanismo de acceso sin contencin, es decir, PCF centralizada. a. DCF (Funcin de Coordinacin Distribuida): Est basada en un protocolo de acceso aleatorio mltiple con deteccin de portadora que esquiva las colisiones CSMA/CA3. No utiliza ninguna forma de control central, es decir cada estacin disputa con las otras la ocupacin del canal, determinando cuando acceder al canal. DCF es obligatorio en todas las estaciones inalmbricas. Soporta transmisin asncrona de seales sin asegurar ancho de banda y provee slo servicios de Best-Effort (servicios donde se aplica la regla de transmisin del Mejor-Esfuerzo) a travs del protocolo CSMA/CA. b. PDF (Funcin de Coordinacin Centralizada): Permite la transmisin sncrona de seales (tiempo real) siendo capaz de proveer un acceso al medio libre de colisiones, utilizando una estacin base para controlar la actividad de un grupo. Esta funcin no est implementada en muchos de los dispositivos disponibles en el mercado, debido a que muchos fabricantes determinaron que esta caracterstica inhibe la interoperabilidad con otros Puntos de Acceso y no siempre distribuye de
3

CSMA/CA (Acceso Mltiple por Deteccin de Portadora con Evasin de Colisiones): mtodo de control de acceso mltiple al medio a travs de tcnicas de deteccin de portadora que permiten evitar las colisiones.

14

mejor manera que la funcin DCF el ancho de banda . En base a lo anterior, esta modalidad de acceso al medio no es considerada en la presente memoria.

2.1.7.1.1 Protocolo de Acceso al Medio CSMA/CA

El uso obligatorio de protocolo DCF implica que el acceso al medio se basa en el mecanismo CSMA, el cual considera que cada estacin toma la decisin de acceder al canal individualmente. Este comportamiento puede producir colisiones cuando dos o ms estaciones deciden acceder al canal al mismo tiempo al detectar que este est libre. Con el fin de disminuir la probabilidad de colisiones se utiliza el mecanismo CA (Collision Avoidance: Evasin de Colisiones) el cual posee dos mtodos de operacin, detallados en los puntos (i) y (ii). i. Mecanismo de Acceso Bsico: Cuando una estacin desea transmitir, primero revisa el canal por lo menos un tiempo DIFS (Intervalo Distribuido Entre Tramas) como muestra la Figura II.9. Si percibe el medio desocupado, la estacin elige un valor aleatorio para el contador Backoff (Contador de Inhibicin de Transmisin) dentro del rango [0, CW], el valor inicial de la ventana de contencin (CW) es CWmin. Luego de la eleccin del valor del contador de Backoff, este es disminuido en una unidad por cada vez que el medio se perciba desocupado. Si antes de que el valor del contador llegue a cero se percibe el canal ocupado, se congela la cuenta y se retoma slo cuando el medio se percibe nuevamente desocupado por un tiempo DIFS. En el momento en que se experimenta una transmisin exitosa, todas las estaciones de la red, que estn dentro del rango de cobertura de la estacin que transmite, se informan del tiempo que requerir la transmisin y detienen la cuenta regresiva del contador de Backoff por ese intervalo de tiempo. Una vez que el contador llega hasta cero, la estacin transmite. Luego de la transmisin, la estacin emisora espera recibir un ACK (Acuse de recibo) dentro de un tiempo SIFS (Intervalo Pequeo Entre Tramas). Si no se recibe el ACK se asume que el paquete se perdi y el valor de la ventana de contencin se duplica hasta alcanzar el mximo valor de CWmax. Cuando ocurre una transmisin exitosa el valor de CW vuelve a CWmin.

Figura II.9: Formato CSMA/CA, mtodo Acceso bsico

ii.

Mtodo RTS/CTS: La estacin A (Figura II.10), que desea transmitir, enva un RTS (Solicitud De Envo), que posee el tamao de la trama de datos a transmitir, al receptor B. Luego B, al recibir el RTS, contesta con un CTS (Listo Para Enviar) que confirma la reserva del canal y contiene el tamao de la trama que A desea transmitir. Cuando A recibe el CTS comienza a transmitir la trama de datos y comienza un contador ACK. Si B recibe correctamente la trama, enva a A un 15

ACK, terminando el intercambio de tramas entre las estaciones. El ACK se requiere porque las estaciones inalmbricas no pueden escuchar las colisiones mientras envan datos. Cuando en A se supera el tiempo estimado y no se ha recibido la trama ACK, se ejecuta nuevamente el algoritmo. Las dems estaciones que estn dentro del radio de cobertura de las estaciones en cuestin, perciben el RST o el CTS, notando que el canal se encuentra ocupado por lo que esperan en silencio el tiempo que dura el intercambio. Estos tiempos de silencio de C y D se denotan NAV (Vector de Ubicacin de Red). El valor de NAV tiene que ser cero antes de que una estacin intente enviar una trama, debido a que cada estacin sabe que durante ese tiempo ya hay otra estacin emitiendo y, si trata de emitir, entrar en estado de contencin, cosa que trata de evitar.

Figura II.10: Formato CSMA/CA, mtodo RTS/CTS

En canales inalmbricos muy ruidosos pueden provocarse muchas retransmisiones entre las estaciones debido a las interferencias que ocurren en las tramas. Para prevenir estos efectos se realiza un proceso de fragmentacin de los datos a transmitir. Por cada fragmento enviado se debe recibir un ACK antes de transmitir el siguiente. La fragmentacin aumenta el desempeo (Throughput) de la red, ya que si se realiza una retransmisin, ser slo del fragmento y no de toda la trama.

2.2 Voz sobre IP

La tecnologa VoIP (voz sobre IP) es una tecnologa que transmite paquetes de voz usando el protocolo de internet (IP). Tradicionalmente las comunicaciones por voz han sido transmitidas de forma dedicada a travs de redes de circuitos conmutados de telefona que son operados por las Compaas de Telfonos. La telefona IP, por otro lado, utiliza una nica red de datos para transmitir voz y sealizacin, creando as una red consolidada. El desafo entonces es implementar voz sobre IP sobre un diseo de infraestructura que cumpla con los requerimientos de Calidad de Servicio. Las redes IP fueron creadas principalmente para manejar el trfico de datos y por ende no garantizan Calidad de Servicio para el trfico de tiempo real, lo cual afecta significativamente la calidad de la comunicacin mediante voz en estas redes. Esto se debe a que las comunicaciones de voz sobre IP utilizan los protocolos RTP sobre UDP/IP, los cuales no estn orientados a la conexin y por ende slo manejan trfico bajo el concepto de Mejor-Esfuerzo. El protocolo RTP utilizado para la transmisin de la voz sobre IP cumple con funciones de transporte de extremo a extremo para aplicaciones de tiempo real, pero no reserva recursos para estas aplicaciones y tampoco garantiza Calidad de Servicio. El avance de las tecnologas ha permitido un gran aumento del ancho de banda tanto para las redes cableadas, como para las redes inalmbricas, permitiendo as mantener una conversacin 16

telefnica a travs de Internet con bastante calidad. Adems los aspectos positivos que presentan las redes inalmbricas, como es la reduccin de costos de instalacin, simplicidad y movilidad han creado un gran inters por utilizar la tecnologa VoIP. En la Tabla II.4 se describen las ventajas y desventajas del uso de telefona IP.
Ventajas Telefona IP
Menor costo: Esto se debe bsicamente a que se utiliza la misma red para la transmisin de datos y voz. Movilidad: Con VoIP se puede realizar una llamada desde cualquier lado que exista conectividad a Internet.

Desventajas Telefona IP
Necesidad conexin Banda Ancha: VoIP requiere de una conexin de banda ancha. Necesidad de conexin elctrica: En caso de un corte elctrico, los telfonos de la telefona convencional siguen funcionando, pero los telfonos VoIP no (excepto que se trate de telfonos inalmbricos). Problemas de Calidad de Servicio: La calidad de servicio de VoIP se ve afectada por la calidad de las redes datos, es decir, puede ser afectada por problemas como la alta latencia (tiempo de respuesta) o la prdida de paquetes.

Otras: Permite la interoperabilidad de diversos proveedores, el uso de las redes de datos existentes y el no pago de SLM ni larga distancia en las llamadas sobre IP.

Tabla II.4: Ventajas y Desventajas del uso de la telefona IP

2.2.1 Arquitectura de Red

El estndar VoIP fue definido en 1996 por la Unin Internacional de Telecomunicaciones UIT, el cual explica una seria de normas orientadas a los distintos fabricantes, con el fin lograr interoperabilidad entre ellos. Se definen tres elementos fundamentales en su estructura, descritos en los puntos (a), (b) y (c) de esta seccin. a. Terminales: Corresponden a unidades de control que proporcional la sealizacin para manejar las llamadas mediante los protocolos de voz sobre IP. Son sustitutos de los telfonos actuales. b. Gatekeepers: Cumplen la funcionalidad de controlar la admisin y traducir las direcciones IP de las llamadas en nmeros telefnicos. Son el centro de toda la organizacin VoIP y son anlogas a las actuales centrales telefnicas. c. Puerta de enlace (Gateway): Este elemento proporciona la traduccin de los protocolos de voz y la decodificacin/codificacin de la comunicacin de voz de un punto VoIP con un punto de telefona conmutada. Corresponde al enlace con la red telefnica tradicional, actuando de forma transparente para el usuario.

Cuando se utiliza la tecnologa VoIP, los flujos de audio se dividen en paquetes para ser transportados sobre redes basadas en IP, pero los protocolos de las redes IP no fueron diseados para el fluido en tiempo real de audio o cualquier otro tipo de medio de comunicacin. Debido a esto, fue necesario crear nuevos protocolos para VoIP, cuyo mecanismo de conexin abarca una serie de transacciones de sealizacin entre terminales que cargan dos flujos de audio para cada direccin de la conversacin.

17

2.2.2 Protocolos de Voz sobre IP

Corresponde al lenguaje que utilizarn los distintos dispositivos VoIP para su conexin. Se utilizan para establecer, modificar y terminar las comunicaciones de voz sobre IP. Tambin sirven para establecer presencia, transportar informacin de localizacin y negociar capacidades de red. En los puntos (i) a (viii) se detallan, por orden de antigedad (de ms antiguo a ms nuevo), los protocolos de sealizacin de VoIP existentes. i. ii. iii. iv. v. vi. vii. viii. H.323: Protocolo definido por la UIT-T para comunicaciones en tiempo real sobre redes de paquetes. SIP: Protocolo definido por la IETF creado para la iniciacin, modificacin y finalizacin de sesiones multimedia. MGCP: Protocolo de control de media propietario de Cisco. Megaco (H.248): Protocolo de control MGCP avanzado, creado por la UIT-T y la IETF. SCCP: Protocolo propiedad de Cisco para la comunicacin entre un cliente Skinny y un Callmanager Cisco. IAX: Protocolo original para la comunicacin entre PBXs Asterisk4 (obsoleto). Skype Protocol: Protocolo propietario peer-to-peer utilizado en la aplicacin Skype. IAX2: Protocolo para la comunicacin entre PBXs Asterisk en reemplazo de IAX.

Haciendo referencia al uso habitual de estos protocolos y al enfoque de la presente memoria, slo se explica con ms detalle, en la seccin 2.2, el protocolo (ii) SIP.

2.2.2.1 SIP (Protocolo de inicio de sesin)

Creado en 1999 con la intencin de ser el estndar para la iniciacin, modificacin y finalizacin de sesiones interactivas de usuario. Es uno de los protocolos de sealizacin ms utilizados en la telefona IP junto con H.323. Funciona a nivel de la Capa de Aplicacin (puerto 5060 tanto en UDP como en TCP) y es un protocolo libre, abierto a nuevas modificaciones y no ligado a ninguna empresa ni entidad privada. Se integra con otros servicios de internet como: mail, Web, correo de voz, mensajera instantnea, conferencia multi-usuarios, entre otros. Es utilizado para estableces y modificar sesiones multimedia, aportando al usuario con caractersticas de movilidad y presencia. Las opciones de servicios que agrega SIP, a las caractersticas propias de la telefona normal, se describen en la Tabla II.5.

El trmino PBX (Private Branch Exchange) se utiliza para denominar a un dispositivo que acta como una central telefnica, encargndose de establecer conexiones entre terminales de una misma empresa, o cursar llamadas al exterior. Una PBX Asterisk es un dispositivo al que se le integra un software llamado Asterisk, el cual le proporciona las caractersticas de una central telefnica IP.

18

Servicios tpicos de telefona tradicional

ID del que realiza la llamada Caractersticas de central telefnica (PBX) Reenvo de llamadas Transferencia de llamadas Caractersticas de Redes Avanzadas Inteligentes (AIN) Telfonos gratuitos

Nuevos servicios agregados por SIP

Integracin de Voz con Web Servicios programables Ruteo multidestino Presencia Mensajera Instantnea Multimedia

Servicio de transferencia de llamadas avanzado (Find me/follow me) Llamadas de conferencia

Notificacin de eventos Preferencias de llamada entrante y saliente Mensajera Unificada Tabla II.5: Tipos de servicios SIP

Usando un modelo de cliente-Servidor, SIP define entidades lgicas que pueden ser implementadas de manera separada o en conjunto en el mismo dispositivo. Algunas de las entidades funcionales ms importantes se describen en los puntos (a) hasta (e). a. User Agent: Existen dos tipos de agentes de usuario; el User Agent Client, que corresponde al usuario que inicia la solicitud SIP, y el User Agent Server, que contacta al usuario cuando acepta la solicitud SIP. b. SIP Proxy: Acta como cliente y Servidor de aplicaciones SIP, ya que realiza a otros Servidores SIP, las solicitudes SIP generadas a l por parte de los clientes SIP. c. Registrar: Corresponde a un Servidor de aplicaciones SIP que recibe, autentifica y acepta las solicitudes REGISTER de los clientes SIP. d. Location Server: Se encarga de almacenar la informacin de los usuarios en una base de datos y determina a que IP se le entrega la solicitud. e. Redirect Server: Responde a las peticiones SIP con una direccin donde el solicitante puede contactar el directorio de la entidad deseada. No acepta ni inicializa sus propias solicitudes.

Los clientes envan solicitudes SIP que son aceptadas por los Servidores, ejecutando estos ltimos los mtodos solicitados y respondiendo. La especificacin SIP define seis mtodos que pueden ser solicitados (del (1) al (6)). En la Figura II.11 se muestra el establecimiento de una sesin SIP con un servidor Proxy. Para el caso particular de telefona IP, SIP puede incluir protocolos como: TCP/UDP, RTP y SDP. 1. REGISTER: Permite al usuario o a un tercero registrar informacin de contacto con un servidor. 2. INVITE: Inicializa la secuencia de sealizacin de la llamada. 3. ACK: Maneja el establecimiento de la sesin. 4. CANCEL: Tambin maneja el establecimiento de la sesin. 5. BYE: Termina la sesin. 6. OPTIONS: Consulta al servidor sobre sus facultades.

19

Figura II.11: Establecimiento de sesin SIP con un Servidor Proxy

2.2.2.1.1 RTP (Real time transport Protocol)

El protocolo RTP es un protocolo de la Capa de Aplicacin que viene a reemplazar e imitar a TCP en lo que es transmisin en tiempo real. Entra en accin una vez que se encuentra establecida la llamada, encargndose de la transmisin de informacin en tiempo real. En la Figura II.12 se muestra el Formato de la Trama RTP. Este protocolo se cre especficamente para la transmisin de audio y video gracias a sus cabeceras que sincronizan imagen y sonido, determinan si se han perdido o no paquetes y como fue su orden de recibimiento. Est desarrollado por el grupo de trabajo de transporte de audio y video de la IETF y fue publicado por primera vez en 1996, ao en que apareci el concepto de telefnica IP. Se utiliza RTP junto a protocolo RTCP, ya que ste ltimo se encarga de mantener la informacin de control sobre RTP, con respecto a parmetros de Calidad de Servicio entregados por RTP.

Figura II.12: Formato de Trama RTP

20

2.2.3 Cdecs de VOIP

Para la transmisin de voz sobre IP, se digitaliza primero la seal analgica de la voz y posteriormente se agrupa en paquetes que sern enviados sobre la red IP. Los cdecs 5 se encargan de digitalizar y comprimir la voz, formando esos paquetes. Se diferencian en sus caractersticas de utilizacin del ancho de banda y de la deteccin y correccin de errores, incurriendo en una negociacin entre la calidad de voz y el ancho de banda utilizado. En la Tabla II.6 se muestran los anchos de banda de los diferentes cdecs que se utilizan en la actualidad. Los cdecs de voz principales son (i) G.711 y (ii) G.729.
Cdec
G.711 G.726 G.727 G.728 G.729 G.723.1

Algoritmo
PCM ADPCM E-ADPCM LD-CELP CS-CELP CELP

Tamao de Tramas
20 ms 0.125 ms 0.125 ms 0.625 ms 10 ms 30 ms

Ancho de banda [Kbps]

64 16, 24, 32, 40 16, 24, 32, 40 16 8 6.3, 5.3

Tabla II.6: Ancho de Banda de los diferentes cdecs de VoIP

i.

Cdec G.729: El cdec G.729 es un algoritmo de compresin de audio de voz en tramas de 10 milisegundos, utilizando CS-ACELP (Estructura conjugada de prediccin lineal algebraica con excitacin por cdigo). Requiere poco ancho de banda y opera a una tasa de 8 kbits/s, pero existen extensiones las cuales suministran tambin tasas de 6.4 kbit/s y de 11.8 kbit/s, obtenindose una peor o mejor calidad en la conversacin respectivamente. La codificacin G.729 se realiza por software, y por ende genera una gran carga para el procesador. Cdec G.711: Este cdec utiliza modulacin PCM (Modulacin por impulsos codificados) con un esquema de codificacin sin comprimir con una tasa de codificacin de 64 Kbps. Existen dos versiones de este cdec; Ley U (U-law) y Ley A (A-law). La versin U-law proviene del estndar T1 usado en Norteamrica y Japn, en cambio A-law proviene del estndar E1 usado en el resto del mundo. Estas versiones se diferencian en el tipo de mtodo logartmico de muestro de la seal. Como este cdec no utiliza ningn tipo de compresin, entrega un tiempo de retardo menor y una mejor calidad de voz, pero a la vez necesita ms ancho de banda que otros cdecs.

ii.

2.3 Telefona Dual

Un telfono dual corresponde a un telfono que utiliza ms de una tcnica para enviar y recibir voz y datos. Esto aplica tanto a telfonos mviles inalmbricos como a telfonos fijos. Existen tres tipos de Telfonos Duales, los cuales se detallan en los puntos (a), (b) y (c). a. Compatibilidad de red: En esta categora se agrupan los telfonos mviles que contienen dos tipos de radios celulares para la voz y datos. Combinan la tecnologa GSM con la tecnologa CDMA.

Un cdec es la abreviatura de un codificador/decodificador.

21

b. Radio celular y radio no celular: En esta categora se encuentran los telfonos mviles que contienen radio celular y radio no celular para la comunicacin a travs de voz y de datos. En este grupo se combina la tecnologa celular, es decir GSM/CDMA/W-CDMA, con tecnologas como IEEE 802.11 o DECT (Telecomunicaciones Inalmbricas Mejoradas Digitalmente). Cuando estos telfonos estn conectados a la red celular se pueden utilizar como telfonos celulares normales y al estar dentro del rango de una red Wi-Fi o DECT, el telfono puede utilizar esa red para la transmisin de voz y de datos. Este mtodo de operacin permite reducir costos, mejorar la cobertura y aumentar la velocidad de transmisin de datos. c. Telfonos fijos (o cableados): Este grupo est compuesto por los telfonos fijos que soportan tecnologas VoIP y del Servicio telefnico tradicional, permitiendo as realizar llamadas de voz sobre IP, como tambin llamadas a travs de la red de circuitos conmutada. De las tres categoras anteriores, la presente memoria slo se enfoca en los telfonos duales que soportan tecnologas tanto de radio celular como de radio IEEE 802.11.

2.3.1 Telfonos Duales con radios Celular y Wi-Fi

Estos telfonos duales permiten transitar entre ambientes celulares y Wi-Fi, mejorando la movilidad, productividad, comodidad y ahorro para las empresas y el usuario particular. Las llamadas en el telfono dual se realizan como si este fuera un telfono mvil tradicional, pero son desviadas a una red Wi-Fi, para transferirlas posteriormente a la red telefnica fija tradicional sin que el usuario sea consciente de todos los cambios. Esta caracterstica se denomina convergencia entre fijo y mvil. Normalmente las empresas poseen una infraestructura inalmbrica, lo cual resulta ventajoso por el hecho de no necesitar, en muchos casos, implementar una plataforma inalmbrica completamente nueva para poder utilizar esta solucin. Tambin permite prescindir, por ejemplo, de la utilizacin de varios terminales telefnicos cuando un empleado se encuentra en su empresa, ya que solo se utiliza el telfono dual. Esto proporciona un ahorro del costo de las llamadas gracias a la conexin inalmbrica aportada por determinadas reas de cobertura. El xito de esta solucin depende de la Calidad de Servicio que se garantice, y los administradores de sistemas sern los encargados de determinar no slo las reas de cobertura para esta nueva solucin, sino que tambin el ancho de banda que se destina para las aplicaciones de voz sobre IP. Segn lo anterior, se considera un factor importante la aprobacin del estndar IEEE 802.11e, que tiene como objetivo asegurar la calidad del servicio tanto para la voz como de las aplicaciones multimedia sobre estas redes inalmbricas. Los telfonos duales normalmente son Smartphones (Telfonos Inteligentes). Un Smartphone es un dispositivo electrnico que se utiliza como telfono mvil y posee caractersticas similares a un computador o notebook. El trmino Inteligente hace referencia a las capacidades especficas del telfono, como es una pantalla tctil, conexin a Internet, acceso al correo electrnico de la empresa, entre otras. Estos dispositivos poseen normalmente alguno de los siguientes Sistemas Operativos: Symbian OS, RIM Blackberry, Windows Mobile, Iphone OS, Linux, Android y Palm OS.

22

2.4 Traspaso de llamadas entre Puntos de Acceso (Handoff)

La movilidad es una caracterstica muy importante de las tecnologas inalmbricas, por lo cual es necesario lograr un servicio continuo mediante el soporte de Handoff (o Handover) desde un Punto de Acceso a otro. El proceso de cambio de Punto de Acceso asociado a la conexin actual, mientras una llamada est en curso, se denomina Handoff. Este proceso a menudo es iniciado debido a que el terminal mvil cruza un lmite entre arreas de cobertura, o debido a la deterioracin de la calidad de la seal en el rea de cobertura donde se encuentra el terminal en ese momento.

2.4.1 Tipos de Handoff

Los tipos de Handoff de dividen en dos categoras generales, (i) Handoff duro y (ii) Handoff suave. i. Handoff duro (Hard-Handoff): Previo al proceso de traspaso desde un Punto de Acceso a otro, el terminal mvil est conectado al su Punto de Acceso de origen. Durante el proceso de Handoff la conexin se termina y durante un tiempo pequeo (del orden de los milisegundos) el terminal no est conectado a ningn Punto de Acceso, hasta que la conexin se traspasa al otro Punto de Acceso. Normalmente se utiliza Hard-Handoff en sistemas TDMA, FDMA (Acceso Mltiple por Divisin de Frecuencia) y CDMA, cuando se usan diferentes rangos de frecuencias de canales adyacentes para minimizar la interferencia del canal. En la Figura II.13 se muestra un ejemplo de este tipo de Handoff para el caso de redes celulares.

Figura II.13: Handoff Duro entre el terminal mvil y las estaciones base

Esta categora es subdividida en dos grupos, (a) Handoff Intra-Celdas y (b) Handoff Inter-Celdas. a. Handoff Intra-Celdas: Ocurre cuando el Punto de Acceso y el terminal mvil estn dentro de la misma rea de cobertura y slo se traspasa la conexin de un canal a otro durante el Handoff. En este tipo de Handoff, el Punto de Acceso de la conexin no cambia. b. Handoff Inter-Celdas: Este mtodo corresponde al mtodo bsico de Handoff, donde la conexin en proceso es traspasada desde el Punto de Acceso original y del canal utilizado, a un nuevo Punto de Acceso y canal. Tiene como objetivo mantener la conexin del terminal mvil cuando ste se mueve fuera del rea de cobertura del Punto de Acceso original hacia el rea de cobertura de otro Punto de Acceso. 23

ii.

Handoff suave (Soft-Handoff): En este tipo de Handoff, el terminal mvil est conectado a ambos Puntos de Acceso durante el traspaso, manteniendo la conexin. Mediante este sistema se asegura una conexin del terminal mvil con el nuevo Punto de Acceso antes de terminar la conexin antigua. El Handoff suave es utilizado normalmente en sistemas CDMA y proporciona una calidad de comunicacin mejorada y un traspaso ms fluido de la conexin. Esta categora es subdividida en dos grupos, (a) Handoff ms suaves y (b) Handoff suave multisentido. a. Handoff ms suave: (Softer Handoff). En el caso de sistemas celulares sectorizados, el Handoff ms suave se produce entre dos sectores de la misma celda, debido a que los patrones de las antenas de cada sector no abarcan el rea del sector de manera exacta, produciendo traslape de los patrones. Este traslape produce generalmente interferencia adicional al los dos flujos de trfico, de subida y de bajada. b. Handoff suave multisentido: (Multiway Soft Handoff). Este tipo de Handoff es similar al grupo anterior, pero el traspaso se realiza entre sectores de diferentes celdas.

2.4.2 Decisin de realizar el Handoff

Existen varios mtodos para realizar Handoff. El proceso de decisin de realizar Handoff puede ser centralizado o descentralizado, segn si la decisin es tomada por el terminal mvil o por el Punto de Acceso. Existen as tres mtodos de decisin bsicos; Handoff controlado por la red (NCHO), Handoff asistido por un terminal mvil (MAHO) y Handoff controlado por el terminal mvil (MBHO). 1. Handoff controlado por la red: Mtodo centralizado, donde la red toma la decisin de realizar el Handoff, basada en mediciones de los terminales mviles en distintos Puntos de Acceso. Si la seal recibida en el rea de cobertura actual es peor a la recibida en un rea vecina, la red toma la decisin de traspasar la conexin. 2. Handoff asistido por un terminal mvil: En este mtodo, el terminal mvil se encarga de realizar las mediciones, pero la red toma la decisin. En las redes inalmbricas Wi-Fi normalmente el WLC (Controlador de red inalmbrica) est a cargo del manejo de la interfaces de radio, lo que implica distribucin de los canales de radio y manejo del Handoff. 3. Handoff controlado por el terminal mvil: En el mtodo MBHO, el terminal mvil tiene el control total del proceso de Handoff, para lo cual est midiendo constantemente la calidad de la seal de los Puntos de Acceso que puede percibir. Si la seal percibida del Punto de Acceso al cual est asociado (o conectado) es menor a un umbral, y existe otro Punto de Acceso con una seal ms fuerte, el terminal decide el traspaso.

24

2.5 Calidad de Servicio (QoS)

Calidad de Servicio (QoS) se define en la recomendacin E.800 de la UIT-T [1] como La totalidad de las caractersticas de un servicio de telecomunicaciones que determinan su capacidad para satisfacer las necesidades explcitas e implcitas del usuario del servicio. En tanto que el trmino calidad por si mismo est definido en esa misma recomendacin como La totalidad de las caractersticas de una entidad que determinan su capacidad para satisfacer las necesidades explcitas e implcitas. Es decir la Calidad de Servicio corresponde a un estndar de medicin usado para determinar si un proveedor de servicios cumple con las expectativas del cliente. Normalmente la Calidad de Servicio es medida desde la perspectiva de la red. Los parmetros que la definen pueden ser divididos en las categoras explicitadas desde el punto (a) al punto (h). a. b. c. d. e. f. g. h. Retardo Ancho de Banda Disponibilidad Fiabilidad Informacin de prdidas Seguridad MTBF: Tiempo medio entre fallas Variaciones en el retardo

2.5.1 Calidad de Servicio orientada a la transmisin de Voz sobre IP en redes Inalmbricas

Las redes inalmbricas 802.11 funcionan empaquetando la informacin para posteriormente ser transmitida. Las aplicaciones de voz comparten con las aplicaciones de datos ese mismo medio y por ende el ancho de banda. El medio, a su vez, es muy poco confiable, debido a los fenmenos de atenuacin, distorsin y variacin, lo cual propone en sus principios un mnimo soporte de Calidad de Servicio para las redes que utilizan ese medio. La fidelidad de la voz y la latencia introducida por la red a las llamadas, constituyen los parmetros ms relevantes de las comunicaciones VoIP, por lo cual es necesario analizar los factores que limitan el desempeo de la red para estas aplicaciones, entre los cuales se encuentran; el ancho de banda del enlace, el cdec utilizado, el control de eco, la prdida de paquetes, el retardo, la variacin en el retardo (jitter), el tamao del paquete de voz, los umbrales de RTS y fragmentacin. Ancho de banda: El ancho de banda de un enlace corresponde a la cantidad de datos que se pueden transmitir en una unidad de tiempo. Como se explic previamente en el punto 2.2.3, cada cdec utilizado para la transmisin de voz sobre IP genera un flujo de datos a una tasa constante determinada. De este flujo de datos, cierta cantidad de bytes se encapsulan en un paquete RTP, aumentando as el ancho de banda que utiliza el cdec, debido a la sobrecarga producto de las cabeceras que agregan las distintas capas del modelo OSI. El consumo de ancho de banda de un enlace est determinado por la cantidad de flujos que se generen a travs de l y por ende ste aumenta al aumentar la cantidad de flujos, alcanzndose un mximo de utilizacin del ancho de banda soportado por el medio, lo cual se conoce como Desempeo (Throughput). 25

Desempeo (Throughput): El desempeo se define en el IETF RFC (Request For Comments) 1242 [2] como la Tasa de transmisin de datos mxima a la cual ningn paquete ofrecido es descartado por el sistema, es decir corresponde a la tasa efectiva de transmisin que se obtiene en una red. Retardo extremo a extremo (Delay): El trfico de voz es muy sensible al retardo. Existen dos tipos de retardo; retardo de propagacin y retardo de procesamiento (procesamiento de cdec y retransmisin de datos). En presencia de eco, aumenta el retardo a causa de este ltimo. La recomendacin G.114 de la UIT-T [3] propone los siguientes lmites de tiempo de retardo en un sentido de transmisin, para conexiones con control adecuado del eco: 0 a 150 [ms]: Aceptable para la mayora de las aplicaciones de usuario. 150 a 400 [ms]: Aceptable para conexiones internacionales. > 400 [ms]: Inaceptable planificacin general de redes.

Especficamente se propone un mximo de 150 [ms] de retardo en un sentido para alcanzar una transmisin de alta calidad. Cuando el retardo alcanza los 150[ms], es necesario aplicar circuitos canceladores de eco para suprimirlo. ECO: Fenmeno donde la seal de voz transmitida es reflejada. El eco puede distorsionar el flujo normal de una comunicacin y depende del retardo de tiempo que la conversacin sufre en ambas direcciones. Si supera los 150 [ms], llega a ser significativo y afecta el normal desempeo de la conversacin. Variacin del retardo (jitter): Corresponde a variaciones del retardo de extremo a extremo, pudiendo producir distorsin y sonido entrecortado de la voz. Para compensar la variacin del retardo se debe utilizar un buffer de dejitter, que impone un retardo a los paquetes que se reciben antes, de manera de compensar la variacin percibida, obteniendo una tasa estable a la salida del buffer. En la pgina web de Voip-Info.org relacionada con QoS [4] se plantea un mximo de jitter aceptable de 2[ms], especificado por varios Proveedores de red. Cisco Systems en [5], propone un lmite mximo de jitter de 30[ms]. Supresin de Silencios: Una conversacin tpica tiene un factor de actividad de un 42%. Adems en una conversacin una persona est en silencio mientras la otra habla. Se puede tomar ventaja de estas dos caractersticas ahorrando ancho de banda, al no transmitir paquetes durante los periodos de silencios. Esto es lo que se denomina Supresin de silencios y puede ser realizado por algunos algoritmos de compresin. Algoritmos de Compresin (Cdecs): La calidad de una llamada de voz comprimida con un cdec se mide mediante un test subjetivo. Este test subjetivo se realiza bajo condiciones controladas usando un gran nmero de oyentes para determinar el MOS (Nota media de opinin sobre la calidad de escucha). El uso de algoritmos de compresin se debe a la necesidad de un manejo eficiente del ancho de banda disponible.

26

Prdida de paquetes: La prdida de paquetes corresponde al fracaso en la recepcin de los paquetes al recorrer la red hacia su destino, normalmente debido a la congestin de la red. Esto produce cortes en el audio percibido. En general los cdec de compresin tienen mala resistencia a las prdidas, en particular el cdec G.729 no tolera ms de 1 % de prdidas, este es el lmite mximo propuesto segn Cisco Systems [5]. Segn lo planteado en la pagina web de Voip-Info.org [4] varios proveedores de red no aceptan un porcentaje de prdidas mayor al 0.5%. La prdida de paquetes puede evitarse disminuyendo el tamao del paquete a transmitir, como tambin priorizando los paquetes de voz sobre IP, para que estos no sean descartados antes de ser recibidos en el destino. Efecto del Tamao del paquete: El tamao del paquete que se enva, producto del tipo de cdec utilizado, afecta el desempeo de la red, ya que determina el ancho de banda necesario para su transmisin. Umbrales RTS y Fragmentacin: La activacin y desactivacin de los umbrales de RTS y fragmentacin pueden afectar el nmero de conexiones telefnicas simultneas de buena calidad que se pueden realizar. En este sentido la Calidad de Servicio orientada a la Voz sobre IP corresponde a un grupo de tcnicas diseadas para manejar los factores que afectan el desempeo de la transmisin de voz antes descritos. Esto se puede lograr mediante mtodos como cancelacin de eco y priorizacin de paquetes.

2.5.2 Anlisis Terico del Desempeo de los Protocolos 802.11a/b/g.

El desempeo de una red se puede medir mediante la tasa de transmisin efectiva que permite la red. El anlisis terico de la tasa efectiva tiene como objetivo determinar cotas mximas de desempeo que puede alcanzar una red cuando sus terminales operan en las condiciones ptimas. Permite determinar cul es el efecto sobre el desempeo esperado de la red, del nmero de terminales que utilizan la misma red y sus parmetros de configuracin. En la publicacin de Walter Grote [6] se proponen metodologas para el clculo de la tasa efectiva de transmisin, considerando que el enlace o canal de transmisin est libre de errores y no se producen colisiones. Estas metodologas se explican en la seccin 2.3.

2.5.2.1 Tasa Efectiva de Transmisin

La tasa efectiva de transmisin corresponde a lo sealado en la ecuacin (1). (1) El trmino Paquete IP corresponde al tamao de los datos del paquete IP, o Carga til (Payload), expresado en bits, considerando la Capa del modelo OSI en que se realiza el clculo de la tasa efectiva.

27

2.5.2.1.1 Tiempo de Transmisin Exitosa

El Tiempo de Transmisin Exitosa (TTE) considera los siguientes tiempos de transmisin; tiempo de transmisin del encabezado y de los datos, tiempo de propagacin de la onda electromagntica, tiempo entre tramas y el tiempo de la respuesta Acuse de recibo. Cabe destacar que los bits de encabezado y de datos se transmiten a distinta tasa. Considerando un esquema de red basado en el Mtodo de Acceso Bsico, el TTE se puede determinar a partir de la ecuacin (2), segn la Figura II.9. Los trminos de la ecuacin se encuentran detallados en la Tabla II.7. (2)

2.5.2.1.2 Tiempo Ocioso

El tiempo ocioso (TO) corresponde al tiempo promedio que permanece el equipo transmisor en el algoritmo de Backoff. En la ecuacin se define el tiempo ocioso considerando la ventana de contencin mnima CWmin y el Slot-Time (Intervalo de Contienda). Los trminos que componen a esta ecuacin estn descritos tambin en la Tabla II.7, considerando los valores por defecto para los parmetros variables. (3) El parmetro CWmin es configurable por el administrador de redes en muchos de los dispositivos comerciales y puede tomar los siguientes valores: 3, 7, 15, 31, 63, 127, 255, 512, 1023. Considerando las ecuaciones (1), (2) y (3) se obtiene la tasa efectiva de transmisin representada en la ecuacin (4). (4)

Parmetro
PLmax RD RHL RHS CWmin CWmax MAC ACK TPHYL TPHYS TSIFS TDIFS

Definicin
Carga til mxima en Capa de Fsica Tasa de transmisin de datos Tasa de transmisin de encabezado largo Tasa de transmisin de encabezado corto Ventana de contencin mnima Ventana de contencin mxima Encabezado MAC Encabezado ACK Tiempo de encabezado fsico largo Tiempo de encabezado fsico corto Duracin tiempo SIFS Duracin tiempo DIFS Duracin Slot-Time Tiempo de propagacin + procesamiento

Valor para 802.11b

1500 11, 5.5, 2 y 1 1 2 31 1023 28 14 192 96 10 50 20 1

Valor para 802.11a/g

1500 54, 48, 36, 24, 18, 12, 9 y 6 6 15 1023 28 14 20 10 28 9 1

Unidad
[Bytes] [Mbps] [Mbps] [Mbps] [Ranuras] [Ranuras] [Bytes] [Bytes] [us] [us] [us] [us] [us] [us]

Tabla II.7: Parmetros para el clculo de la tasa efectiva de transmisin

28

2.5.2.1.3 Tasa Efectiva Mxima para el Protocolo IEEE 802.11b

A partir de la ecuacin (4) y utilizando los parmetros de la Tabla II.7, se puede obtener el desempeo mximo de una red con protocolo IEEE 802.11b que utiliza el Mtodo de Acceso Bsico para la transmisin. Los valores de la tasa efectiva mxima en Capa de Red se obtienen para distintos tamaos de Carga til, y para la velocidad mxima de transmisin (11 [Mbps]). Se consideran tambin los valores de configuracin por defecto de los dispositivos y que la tasa de transmisin del encabezado de Capa Fsica es de 2 [Mbps]. En la Tabla II.8 se muestran los valores de desempeo mximo obtenidos para diferentes tamaos de la Carga til en Capa de Red. En la Figura II.14 se observa el mejor desempeo que se puede obtener en una red inalmbrica operando con el protocolo IEEE 802.11b y mxima tasa de transmisin posible.
Carga til Capa de Red [Bytes]
18 32 82 128 172 210 256 466 722 978 1234 1472

Tasa efectiva mxima Capa de Red [Mpbs]

0,48 0,62 1,08 1,24 1,82 2,10 2,23 3,62 4,70 5,50 6,12 6,58

Tabla II.8: Desempeo mximo para diferentes tamaos de Carga til con 802.11b

Figura II.14: Desempeo mximo para el Mtodo de Acceso Bsico al medio con protocolo 802.11b

Para determinar el desempeo mximo que podra tener una red de varios terminales, se divide el desempeo mximo total en la cantidad de terminales, considerando que no existen colisiones y por ende no se dedica tiempo a resolverlas.

2.5.2.1.4 Tasa Efectiva Mxima para el Protocolo IEEE 802.11a/g

En el caso que la red opere con protocolo IEEE 802.11a/g el parmetro PL debe ajustarse debido a que la transmisin se realiza de forma paralela usando smbolos modulados por OFDM a travs 216 canales. Como el tamao de los paquetes no siempre es divisible por 216, es necesario agregar bits de relleno al paquete para transmitirlo. Mediante la ecuacin (5) se presenta el ajuste del parmetro PL considerando lo anterior. (5)

29

Con esta modificacin, la ecuacin (4) cambia y se obtiene la ecuacin (6) para las redes con protocolo IEEE 802.11a/g. (6)

Utilizando los parmetros de la Tabla II.7 para redes con protocolo 802.11a/g y la ecuacin (6), se obtiene la grfica de desempeo mximo para la mayor tasa de transmisin, es decir, para 54 Mbps, en funcin del tamao de la Carga til, considerando el uso del Mtodo de Acceso Bsico para la transmisin. Se consideran tambin los valores de configuracin por defecto de los dispositivos y que la tasa de transmisin del encabezado de Capa Fsica es de 6 Mbps. A partir de los valores de Tasa Efectiva mxima calculados en la Tabla II.9, se construye el grfico de desempeo mximo mostrado en la Figura II.15.

Carga til Capa de Red [Bytes]

18 32 82 128 172 210 256 466 722 978 1234 1472

Tasa efectiva mxima Capa de Red [Mpbs]

1,74 2,23 3,94 4,58 6,79 7,95 8,41 14,14 19,02 22,64 25,79 28,07

Tabla II.9: Desempeo mximo para diferentes tamaos de Carga til con 802.11a/g

Figura II.15: Desempeo mximo para el Mtodo de Acceso Bsico al medio con protocolo 802.11a/g

2.5.2.2 Capacidad VoIP Mxima para los Protocolos IEEE 802.11b y 802.11a/g
A partir de las caractersticas tericas de desempeo de la red, para los estndares IEEE 802.11b y 802.11a/g, se puede determinar la capacidad mxima para trfico VoIP, definida como la cantidad de clientes VoIP simultneos soportados por la red, de manera de mantener la calidad de servicios de los trficos de voz sobre IP. En los documentos presentados por Cisco Systems y Sangho Shin [5] y [7] se propone un clculo terico similar para determinar esa capacidad. En base a ambas propuestas y considerando los clculos previos realizados para los tiempos de transmisin exitosa (TTE), se plantea un clculo de la capacidad VoIP mxima para los cdecs G.711 y G.729 en redes bajo estndares IEEE 802.11b y 802.11a/g. Cada paquete de voz contiene 20 bytes de encabezado IP, 8 bytes de encabezado UDP, 12 bytes de encabezado RTP junto con la informacin contenida en el datagrama RTP. Esta informacin corresponde a una muestra de voz de 20 ms de duracin y dependiendo del cdec con que se maneja, vara su tamao. Para el caso del cdec G.729, el tamao de la informacin es de 20 bytes y para G.711 es de 160 bytes. 30

El tamao total de un paquete VoIP, con cdec G.711, es de 200 bytes, considerando los encabezados antes mencionados y la informacin contenida en el datagrama RTP. Para G.729 el tamao total de un paquete VoIP es de 60 bytes. Si se considera el tamao de la trama a nivel de capa MAC, se deben sumar 24 bytes del encabezado MAC junto con 4 bytes del CRC, as se obtiene un tamao de trama de 228 y 88 bytes respectivamente. Tambin se debe tener en cuenta que el trfico RTP se transmite a 50 paquetes por segundo (pps) en cada direccin, es decir a 100 pps en una conversacin full-duplex (comunicacin bidireccional). El nmero de llamadas simultneas en una red inalmbrica puede determinarse segn [7], como seala la ecuacin (7). (7) En esta ecuacin, P corresponde al intervalo de paquetizacin y Tt al tiempo total de transmisin. El tiempo Tt corresponde al tiempo de transmisin exitosa TTE previamente especificado (ecuacin (2)) considerando la transmisin a nivel de Capa Fsica. Las capacidades tericas mximas para los cdecs G.711 y G.729 en redes inalmbricas bajo estndar IEEE 802.11a/b/g, obtenidas a partir de la ecuacin (2) y ecuacin (7), se detallan en la Tabla II.10.
Estndar Cdec G.711
17 58

G.729
20 65

802.11b 802.11a/g

Tabla II.10: Capacidad terica mxima para redes inalmbricas bajo estndar 802.11b/a/g

Determinar la capacidad de la red permite desarrollar de manera ptima redes inalmbricas con soporte de trfico de voz, teniendo en cuenta que estas redes no slo manejaran flujos VoIP, sino que adems otros tipos de trficos, como es el de datos. Debido a esto se recomienda utilizar slo un 60% del ancho de banda disponible de la red para determinar el nmero de llamadas simultneas aceptables, dejando as ancho de banda para el trfico de datos, trfico de control del estndar 802.11e y para acuse de recibo. Considerando la recomendacin anterior, la capacidad terica adecuada corresponde a la sealada en la Tabla II.11.
Estndar Cdec G.711
10 34

G.729
12 39

802.11b 802.11a/g

Tabla II.11: Capacidad terica al 60 % para redes inalmbricas bajo estndar 802.11b/a/g

2.5.3 Solucin prctica para Calidad de Servicio en redes Inalmbricas 802.11a/b/g soportando soluciones de Voz sobre IP
Normalmente se tiene trfico mixto en las redes inalmbricas, tanto de voz como trfico de datos va Web, email y FTP simultneos. En este escenario el soporte de voz sobre IP se torna ms complicado, debido a la interferencia del trfico de datos con el trfico de voz, sensible al retardo. Los flujos de paquetes de trfico clasificado como de Mejor-Esfuerzo ocupan una gran cantidad de tiempo del canal durante su transmisin, lo que produce un impacto adverso sobre el trfico de voz, provocando retardo y jitter excesivos. 31

Una llamada de voz consiste en dos flujos RTP/UDP opuestos. Uno de estos flujos es originado desde el Punto de Acceso hacia el terminal inalmbrico, el cual se denomina trfico de bajada. El trfico en el otro sentido se denomina trfico de subida. Como el Punto de Acceso y cada terminal operan con una sola instancia DCF, en el sentido de bajada del trfico se disputa con las mltiples instancias de subida con el fin de obtener acceso al medio. Esta asimetra implica que los flujos de voz de bajada son un factor limitante para una mayor capacidad en la transmisin de Voz sobre IP. El mecanismo de acceso al medio DCF del estndar IEEE 802.11 no proporciona ninguna posibilidad de priorizar los diferentes tipos de trficos, de manera de mejorar la Calidad de Servicio para la transmisin de voz sobre IP. Tambin provoca diferencia entre el trfico de subida y trfico de bajada en el modo de red Infraestructura. Segn lo anterior, se ha propuesto una variante del estndar IEEE 802.11, conocida como 802.11e, en la cual el modo DCF ha sido mejorado dando lugar al denominado EDCA (Mejora del acceso distribuido al canal). Este nuevo estndar ofrece mecanismos para soportar prioridades de diferentes tipos de trficos. Se basa en los elementos bsicos de DCF complementndolo con nuevos mecanismos que permiten introducir Calidad de Servicio en la red para los diferentes tipos de aplicaciones.

2.5.3.1 Mecanismo EDCA

La Calidad de Servicio del mecanismo EDCA definido por la IEEE en [8] est asociada al concepto de categora de acceso (AC). Estas categoras de acceso se relacionan con los diferentes tipos de trfico: la categora AC_VO se utiliza para el trfico de voz, la categora AC_VI para el trfico de video, AC_BE para el trfico de paquetes basado en Best-Effort y AC_BK para trfico de segundo plano. Cada categora de acceso corresponde a una prioridad distinta, caracterizada por un grupo de parmetros de contencin y su propio mecanismo de Backoff. Estos parmetros de contencin son: intervalo AIFS (Intervalo Entre Tramas Arbitrario), que especifica el intervalo de tiempo entre que el medio inalmbrico est inactivo y el inicio de la negociacin de acceso al canal, y tamao de las ventanas de contencin CWmin y CWmax. El intervalo AIFS se calcula a partir del AIFSN (Nmero de Intervalo Entre Tramas Arbitrario) mediante la ecuacin (8). (8) Para ambos casos el aumento de la prioridad se consigue disminuyendo el valor de los parmetros. Cada estacin recibe los parmetros de contencin del Punto de Acceso. Para entregar prioridad estricta a los diferentes tipos de trficos, las tramas con mayor prioridad deben ser transmitidas antes que las de menor prioridad. Es decir, el trfico de baja prioridad debe tener un AIFS mayor que para el trfico de alta prioridad. Los valores propuestos por el estndar EDCA, para los parmetros de contencin, se muestran en la Tabla II.12.
Parmetro de Contencin
AIFSN CWmin CWmax

AC_VO
2 3 7

AC_VI
2 7 15

AC_BE
3 15 1023

AC_BK
7 15 1023

Tabla II.12: Parmetros propuestos por estndar EDCA

32

Wi-Fi Multimedia (WMM) es una porcin de las especificaciones del estndar 802.11e que proporcionan capacidades bsicas de QoS a las redes 802.11 a nivel MAC (capa 2), priorizando el trfico en base a cuatro categoras o clases de acceso (AC) basado en el mtodo EDCA (utiliza los parmetros de la Tabla II.12), aunque no proporcionan la capacidad de garantizar Ancho de Banda a los distintos tipos de trficos.

2.5.3.2 Solucin prctica de Calidad de Servicio para VoIP

EL mecanismo de aprovisionamiento de Calidad de Servicio para el trfico de voz sobre IP propuesto por Jeng Farn Lee en [9] plantea una solucin prctica para configurar los parmetros EDCA del estndar IEEE 802.11e para los distintos tipos de trfico. Lo anterior proviene de los problemas presentados por las caractersticas de la red, en cuanto a la asimetra entre el trfico de bajada y de subida, junto con la facultad de la red de dar prioridad a los distintos trficos mediante el mecanismo EDCA, sin afectar seriamente el rendimiento de los otros tipos de trficos. Propone adems, la disminucin de las interferencias entre los distintos tipos de trficos, pudiendo mantener la Calidad de Servicio del trfico de voz en un nivel aceptable. Este mecanismo de aprovisionamiento tiene como objetivos los puntos mencionados en (1), (2) y (3). 1. Mejorar la homogeneidad entre los trficos de voz de bajada y subida, particularmente la Calidad de servicio del trfico de bajada. 2. Mejorar la escalabilidad del mtodo propuesto a redes con trfico mixto, en particular con cargas de trfico Best-Effort dinmicas. 3. Asegurar prioridad estricta del trfico de voz sobre IP en un ambiente EDCA mixto sin disminuir gravemente el rendimiento de los dems tipos de trficos.

El mtodo consiste en modificar los parmetros propuestos por el estndar EDCA a los valores de la Tabla II.13 y Tabla II.14, siguiendo las reglas (a), (b) y (c). a. Activar en los Puntos de Acceso o terminales, segn sea necesario, la capacidad de transmitir la informacin del tipo de trfico, para asociarlo a la categora correspondiente6. b. Especificar, cuando se precise, que tipo de trfico corresponde a que categora de acceso.

c. Configurar luego los parmetros EDCA modificados en los diferentes dispositivos.

Parmetro de Contencin
AIFSN CWmin CWmax

AC_VO
2 3 5

AC_VI
7 3 7

AC_BE
8 7 511

AC_BK
15 7 511

Tabla II.13: Parmetros propuestos por variacin del estndar EDCA para los Puntos de Acceso

La mayora de los Puntos de Acceso y dispositivos con tarjetas Wi-FI del mercado soportan la funcin WMM y por ende clasifican los flujos segn las categoras de acceso. Por otro lado, los terminales mviles tambin son capaces de enviar mensajes de control para modificar la listas de acceso de los Puntos de Acceso para especificar la IP y el puerto UDP del trafico VoIP.

33

Parmetro de Contencin
AIFSN CWmin CWmax

AC_VO
2 1 8

AC_VI
10 3 7

AC_BE
11 7 511

AC_BK
15 7 511

Tabla II.14: Parmetros propuestos por variacin del estndar EDCA para los Terminales

Cisco Systems, [10] y [11], tambin propone una modificacin de los parmetros del estndar EDCA para priorizar el trfico de voz. Esta modificacin se denomina EDCA Voice Optimized y permite que los paquetes de voz sean transmitidos a su destino con menos retardo y jitter. Esto se produce cuando dos tramas, que poseen categoras de acceso distintas, se encuentran en un mismo punto, la trama con mayor prioridad es enviada primero y por ende la de menor prioridad debe ajustar sus parmetros de Backoff. Los parmetros EDCA modificados para el perfil propuesto por Cisco Systems se detallan en la Tabla II.15.
Parmetro de Contencin
AIFSN CWmin CWmax

AC_VO
1 3 15

AC_VI
3 7 31

AC_BE
3 15 63

AC_BK
10 63 1023

Tabla II.15: Parmetros del perfil EDCA Voice Optimized para los Puntos de Acceso

2.5.4 Herramientas para la medicin de Calidad de Servicio

Existe un modelo denominado E-model, definido en la recomendacin UIT-T G.107 [12] y G.113 [13], que permite una estimacin y cuantificacin subjetiva de la opinin de clientes sobre la calidad de una comunicacin de voz sobre IP para propsitos de planificacin de transmisin. Entrega como resultado dos valores de cuantificacin, el R-Value y el MOS (definidos en la recomendacin UIT-T P.800 [14]). Este modelo se explica con detalle en las sesiones 0 y 2.5.4.2.1 de la presente memoria.

2.5.4.1 R-Value
El R-Value (Factor de determinacin de transmisin) es un puntaje utilizado para cuantificar la calidad subjetiva de una conversacin de voz sobre IP, considerando el efecto de diversas lesiones de la red (retardo, prdidas de paquetes, ruidos ambientales, cdec utilizado, entre otras). Su valor va desde 1 a 100, donde 100 es la mejor puntuacin y 1 es la peor. Estimaciones de este valor se utilizan para temas de planificacin de transmisin y no para la prediccin de la opinin del cliente. La Tabla II.16 muestra la relacin de los valores del R-value con respecto a la satisfaccin del usuario.
R-Value (Lmite Inferior)
90 80 70 60 50

Satisfaccin Usuario
Muy Satisfecho Satisfecho Algunos usuarios insatisfechos Muchos usuarios insatisfechos Casi todos los usuarios insatisfechos

Tabla II.16: Relacin entre R-Value y la satisfaccin del Usuario

34

2.5.4.1.1 Determinacin del factor R-Value

Para la determinacin del R-Value se utiliza el modelo E antes mencionado. Este modelo sirve para evaluar los efectos combinados de las variaciones de los diversos parmetros de transmisin que afectan la calidad de la conversacin. Se basa en el mtodo de factor de degradacin del equipo y estima la calidad de comunicacin de la conversacin boca a odo percibida por el usuario en el lado de la recepcin, como oyente y como hablante. El factor R est constituido por: (9) Ro: Representa la relacin seal/ruido bsica que incluye fuentes de ruido, tales como ruido de circuito y ruido ambiente. Factor Is: Es una combinacin de todas las degradaciones que aparecen casi simultneamente con la seal vocal. Factor Id: Representa las degradaciones producidas por el retardo. Factor Ie-eff: Factor de degradacin efectiva del equipo que representa las degradaciones producidas por cdecs de velocidad binaria baja, incluyendo tambin la degradacin debida a prdidas de paquetes de distribucin aleatoria. Factor A: Permite compensar los factores de degradacin cuando existen otras ventajas de acceso para el usuario. Para retardos menores a 150 [ms], el factor R puede estimarse a partir de la tasa de prdidas de paquetes, denominada Ppl, y del cdec utilizado, considerando en Ro todas las lesiones de la red, tenindose Ro=100, si la tasa de prdidas es la nica lesin de la red, y Ro=93.2 para valores de lesin por defecto. El trmino Ie-eff se obtiene utilizando el valor especfico del cdec para el factor de degradacin del equipo con prdidas de paquetes igual a cero, I e, y el factor de robustez contra prdida de paquetes, Bpl, el cual tambin es especfico del cdec. As el factor R adquiere la expresin de la ecuacin (12). (10) (11)

(12) En las ecuaciones (11) y (12), el trmino Br corresponde a la relacin de rfaga, que se define como:

La longitud media de las rfagas bajo prdidas arbitrarias se determina a partir de la ecuacin (13). 35

(13) Los parmetros Ie y Bpl, como se mencion anteriormente, dependen del cdec utilizado, y los valores determinados por la recomendacin UIT-T G.113 [13], se muestran en la Tabla II.17.
Cdec
G.711 G.729 G.723.1(5.3) G.723.1(6.3)

Ie
0 10 - 11 19 15

Bpl
4.3 - 25.1 19 16.1

Tabla II.17: Valores Ie y Bpl para distintos cdecs

2.5.4.2 MOS
El MOS (Nota media de opinin sobre la calidad de escucha) es otro mtodo para cuantificar la calidad de la conversacin humana al final del circuito destino. Este esquema utiliza pruebas subjetivas en las cuales los receptores (escuchadores) califican con puntajes discretos de 1 a 5 cada oracin de una conversacin. Finalmente se promedian todos los puntajes, es decir se determina una nota media de opinin sobre la calidad de escucha, lo cual se representa por el smbolo MOS (MOSCQE). La relacin entre cada puntaje y la calidad percibida se muestra en la Tabla II.18.
MOS
5 4 3 2 1

Defecto
Imperceptible Perceptible pero no molesto Ligeramente molesto Molesto Muy molesto

Calidad de la seal
Excelente Buena Regular Mediocre Mala

Tabla II.18: Relacin entre MOS y Satisfaccin Usuario

2.5.4.2.1 Determinacin MOS

Se puede obtener una estimacin de las notas medias de opinin MOSCQE en la escala de 1 a 5 a partir del R-Value anterior, mediante las ecuaciones (14), propuestas en el Anexo I de la recomendacin UIT-T G.107 [12].

(14)

En la Tabla II.19 se puede apreciar la relacin entre el R-Value y el MOS en cuanto a la percepcin de la seal transmitida.
R-Value (Lmite Inferior)
90 80 70 60 50

MOS (Lmite Inferior)

4,34 4,03 3,60 3,10 2,58

Satisfaccin Usuario
Muy Satisfecho Satisfecho Algunos usuarios insatisfechos Muchos usuarios insatisfechos Casi todos los usuarios insatisfechos

Calidad de la seal
Buena Buena Regular Regular Mediocre

Tabla II.19: Relacin entre R-Value y MOS

36

CAPTULO III: DESARROLLO

Luego de conocer los conceptos que se deben manejar para poder desarrollar la problemtica planteada en el Captulo I, se determina una metodologa experimental, de manera de abarcar todas las posibles soluciones y situaciones anexas que surjan de su desarrollo. Esta metodologa plantea todas las componentes necesarias, en cuanto a equipamiento, aplicaciones, pruebas, trabajo de laboratorio, entre otras. Posteriormente, se disea una solucin que permite llevar a cabo todos los procedimientos necesarios. La solucin est compuesta de diversas etapas y secciones, concluyendo con la implementacin de un piloto del proyecto.

3.1 Metodologa Experimental

El presente Trabajo de Ttulo tiene como objetivo general estudiar los factores que inciden en la Calidad de Servicio, para asegurar condiciones de operacin confiables cuando se implementa la convergencia de aplicaciones, considerando particularmente el caso de llamadas mediante equipamiento de Telefona Dual, dentro de un entorno inalmbrico. El entorno inalmbrico consiste en equipamiento de red con una estructura basada en un control centralizado (red inalmbrica Cisco unificada7), con modo de operacin tipo Infraestructura, donde los Puntos de Acceso son manejados mediante un Controlador de Red Inalmbrica conectado a travs de la red cableada, como muestra la Figura III.1. Este entorno maneja los estndares 802.11a/b/g y permite el desarrollo de variadas funcionalidades de movilidad y acceso remoto. La implementacin de Telefona Dual se desarrolla a partir de equipamiento y aplicaciones de telefona celular disponibles en el mercado, con un previo estudio de las diversas tecnologas existentes.
Cisco Wireless LAN Controller

Red

Cisco Lightweight Access Points

Figura III.1: Esquema de red inalmbrica bsica

La problemtica antes descrita surge a partir del ofrecimiento por parte de la empresa Magenta S.A del estudio de las implicancias en la adopcin de Telefona Dual por parte de las empresas a las cuales ellos ofrecen sus servicios de redes. Una de estas implicancias es el uso del entorno inalmbrico propio de la empresa que adopta la Telefona Dual, el cual, como se mencion en el Captulo II, presenta
7

Se define como red inalmbrica unificada a una red compuesta por Puntos de Acceso LWAPP manejados mediante un Controlador de Red Inalmbrica (WLC).

37

una gran dificultad en cuanto a la Calidad de Servicio para aplicaciones de voz sobre IP. Debido a lo anterior es necesaria una investigacin representativa del comportamiento de la red inalmbrica bajo una cantidad adecuada de flujos de VoIP, como tambin un estudio en detalle sobre las caractersticas y desarrollo de la Telefona Dual. Para lograr abarcar el proceso completo de desarrollo de este trabajo de manera adecuada, se divide ste en etapas especficas, cada cual resolviendo una parte determinada de la problemtica general, as se logra ordenar y estructurar el diseo e implementacin posterior del proyecto. Estas etapas consisten en: Metodologa para determinar el comportamiento de una red Inalmbrica 802.11 a/b/g/e: a. Determinacin de parmetros relevantes para diagnosticar la Calidad de Servicio de la red inalmbrica. b. Especificacin de las caractersticas necesarias para implementar el protocolo 802.11e. c. Diseo del procedimiento para la medicin de los parmetros obtenidos en el punto a) y diseo del prototipo para realizar las mediciones. Metodologa para la Implementacin de Telefona Dual: d. Estudio sobre las caractersticas de un telfono dual Smartphone. e. Definicin de pruebas para el anlisis del comportamiento de la Telefona Dual. f. Diseo de una solucin para implementar Telefona Dual. Metodologa para realizar el anlisis del proceso de Handoff: g. Especificacin de las pruebas para la medicin de la Calidad de Servicio de una llamada VoIP cuando se realiza el proceso de Handoff. Determinacin del Equipamiento y Software

3.1.1 Metodologa para Determinar el Comportamiento de una Red Inalmbrica 802.11 a/b/g/e
3.1.1.1 Parmetros Relevantes para Diagnosticar la Calidad de Servicio
Para poder realizar el procedimiento de medicin de una red inalmbrica y diagnosticar la Calidad de Servicio ofrecida, es necesario determinar qu parmetros sern evaluados, considerando la capacidad del equipamiento y las herramientas actuales que existen para medir esos parmetros. Tambin se debe tener en cuenta que no todos los parmetros mencionados en el Captulo II; seccin 2.5, pueden ser evaluados mediante las herramientas computacionales existentes o tampoco son tan relevantes en el comportamiento de red, como los son puntos mencionados a continuacin. Los parmetros ms importantes en cuanto a efecto que producen sobre la Calidad de Servicio del enlace inalmbrico para Telefona IP, son los siguientes: Ancho de banda y Throughput Retardo de extremo a extremo Variacin del retardo 38

Prdidas de paquetes R-Value y MOS8

3.1.1.2 Caractersticas para Implementar el Protocolo 802.11e

Dado que se conoce previamente el funcionamiento del estndar 802.11e, se deben estudiar los elementos que componen la red inalmbrica bsica (Figura III.1) para establecer de manera especfica cmo debe ser implementado, dependiendo del equipamiento y configuracin de la red. Segn lo propuesto en el Captulo II; seccin 2.5.3, el estndar IEEE 802.11e se combina con los estndares 802.11a/b/g (si el equipamiento de la red posee esa caracterstica) y permite proporcionar a la red inalmbrica herramientas para categorizar y priorizar trficos de manera de entregar una mejor Calidad de Servicio a los usuarios. En particular permite priorizar el trfico de voz por sobre los dems trficos de la red. El estudio de las componentes de la estructura de red inalmbrica bsica entrega el conocimiento de que el Controlador de Red Inalmbrica maneja los flujos de subida y bajada de la red inalmbrica, controlando los Puntos de Acceso, y por ende, ste debe ser configurado de manera especfica para implementar el estndar 802.11e y priorizar los flujos de voz. Cuando la red inalmbrica no es una red unificada y por ende no existe un Controlador de Red, la implementacin del estndar 802.11e debe realizarse mediante la configuracin particular de cada Punto de Acceso.

3.1.1.3 Diseo del Prototipo y Procedimiento para la Medicin de Calidad de Servicio

Luego de determinar la metodologa para la implementacin del estndar 802.11e y los parmetros relevantes para determinar la calidad de un enlace (en este caso de la red inalmbrica), se estructura el procedimiento para la medicin de Calidad de Servicio que permite determinar el comportamiento de la red, en condiciones normales y cuando se implementa el estndar 802.11e. Este proceso est constituido por varias etapas dentro de las cuales se determinan las siguientes caractersticas de la red: Tasa efectiva de transmisin y retardo de extremo a extremo: Establecidos a partir de la medicin de trfico UDP a travs de la red, para distintos largos de paquetes, segn el ancho de banda del protocolo IEEE 802.11. Capacidad de la red y retardo: Obtenidos a partir de la medicin de flujos RTP transmitidos en cada uno de los sentidos, desde un elemento de la red inalmbrica hacia un elemento de la red cableada, considerando que el tramo de red cableada no posee errores, cumple con toda su capacidad y por ende su efecto es despreciable. Las mediciones se realizan tanto para trfico de subida como de bajada, para flujos VoIP con cdec G.711 y G.729, y para los estndares 802.11b y 802.11a/g.

En este caso el R-Value y el MOS no son parmetros que afecten directamente la Calidad de Servicio de una comunicacin, si no que son medidas cuantitativas que representan el efecto que producen en la red un subconjunto de los dems parmetros.

39

El proceso de medicin antes descrito requiere del diseo de una red inalmbrica experimental bsica que permite medir en ambos extremos los flujos. Esta red est constituida por los componentes bsicos de la Figura III.1 junto con los elementos necesarios para poder obtener los flujos en los extremos de medicin y realizar el anlisis correspondiente. Debido a la gran cantidad de flujos simultneos que se desean analizar para determinar la capacidad de la red, se usan nicamente herramientas computaciones para la generacin, captura y anlisis de los trficos.

3.1.2 Metodologa para la Implementacin de Telefona Dual

3.1.2.1 Estudio sobre las Caractersticas de un Telfono Dual Smartphone
La implementacin de la Telefona Dual sobre una red inalmbrica no slo considera el rea de la tecnologa inalmbrica, sino que tambin el rea de la tecnologa celular. Debido a esto, es necesario estudiar las caractersticas de un Smartphone para determinar la manera de lograr un comportamiento dual en ese telfono. Este estudio considera la bsqueda de informacin sobre el Sistema Operativo que posee el telfono y sobre sus capacidades como generador y receptor de flujos VoIP. Como fue presentado en la seccin 2.2; Capitulo II, para la transmisin de voz sobre IP, se utilizan protocolos especficos, que permiten establecer, manejar y terminar las llamadas VoIP. Esta caracterstica es importante en la transmisin de flujos VoIP por parte de los telfonos celulares, ya que stos deben ser capaces de manejar alguno de esos protocolos. En particular se realiza un estudio sobre las capacidades del Smartphone en cuanto al manejo del protocolo SIP, para analizar el uso de un cliente SIP como generador y receptor VoIP en el telfono. Este cliente SIP se encarga de realizar solicitudes SIP a un Servidor de aplicaciones SIP, el cual contesta las solicitudes, pudiendo redireccionar o terminarlas. Posteriormente se procede a un estudio de los diferentes dispositivos Smartphones que se encuentran disponibles en el mercado y sus caractersticas para la integracin de un cliente SIP con su Sistema Operativo. El estudio arroja diferentes tipos de equipos celulares y Sistemas Operativos, dentro de los cuales algunos poseen varios clientes SIP compatibles. Estos clientes SIP son aplicaciones creadas particularmente para un Sistema Operativo y son de distintos desarrolladores de Software.

3.1.2.2 Pruebas para el Anlisis del Comportamiento de la Telefona Dual

Luego del estudio tecnolgico realizado a diferentes Smartphones, para tener conocimiento en profundidad de las funcionalidades, modos de configuracin y de operacin de esos dispositivos, en el uso de los clientes SIP, se implementa una etapa de pruebas para determinar de manera prctica el funcionamiento de la Telefona Dual. Estas pruebas solicitan el uso no slo de los telfonos duales y sus clientes SIP, sino que tambin el uso de un Servidor de aplicaciones SIP que maneje las llamadas de prueba. El Servidor de aplicaciones SIP puede ser cualquier dispositivo o aplicacin que se comporte como una IP-PBX. En particular se utiliza como Servidores de aplicaciones SIP una PBX Asterisk y un CallManger Cisco9, ya que estos representan el equipamiento comn de telefona IP de las empresas. La utilizacin de la PBX Asterisk implica la realizacin de un completo estudio sobre sus caractersticas y funcionamiento, con una posterior instalacin y configuracin fsica de un equipo para su operacin como PBX Asterisk. El dispositivo que se utiliza corresponde a un computador de escritorio
9

Se denomina Callmanager al Cisco Unified Communications manager (CUCM) de Cisco Systems. Es un software encargado del manejo de las llamadas, tanto de la red telefnica tradicional como las llamadas VoIP.

40

con Sistema Operativo Fedora 10 sobre el cual se monta el Software Asterisk. En cuanto al Callmanager Cisco, se realiza slo un estudio sobre su funcionamiento y configuracin, no sobre su instalacin fsica y puesta en marcha, ya que esas actividades exceden los alcances de la presente memoria. Posteriormente se realizan en ambos Servidores de aplicaciones SIP las configuraciones necesarias para el registro de los clientes SIP de los Smartphones y para el manejo de las peticiones SIP provenientes de los telfonos. La etapa de pruebas consiste en realizar unas cuantas llamadas desde cada uno de los clientes SIP hacia otro cliente SIP o hacia un telfono IP fijo, utilizando ambos Servidores. Cuando se utiliza como Servidor de aplicaciones SIP la PBX Asterisk, se realizan nicamente llamadas entre clientes SIP. Las pruebas consisten en 2 llamadas, una llamada saliente10 y otra entrante. Por otro lado cuando se utiliza el Callmanager Cisco, las llamadas se realizan tanto entre clientes SIP registrados en el Callmanager como entre un cliente SIP y un telfono IP fijo tambin registrado en el Callmanager. En este caso son efectuadas 4 llamadas. La ejecucin de estas pruebas permite analizar el comportamiento de los clientes SIP a travs de ambos servidores y determinar la Calidad de las llamadas. Para un anlisis ms cualitativo del desempeo de los clientes SIP se realizan tambin pruebas de Calidad de Servicio de las llamadas mediante el Software computacional VQManager, que captura los flujos RTP y analiza sus caractersticas. La realizacin de estas pruebas implica la utilizacin de un terminal inalmbrico con un cliente SIP incorporado, el cual recibe las llamadas cursadas por los clientes SIP de los telfonos duales.

3.1.2.3 Diseo de una Solucin para Implementar Telefona Dual

El diseo de una solucin para adoptar Telefona Dual, considera tanto la implementacin del estndar 802.11e, mencionado en la seccin 3.1.1.2, como la determinacin del equipamiento y software de mbito celular que se utiliza en el proceso de adopcin. Para este diseo se considera toda la informacin recopilada en el estudio de los telfonos duales y la etapa de pruebas que fue definida previamente. Esto permite precisar los requisitos que deben cumplir los clientes SIP y los Smartphones para lograr una implementacin ptima. As, el diseo consiste en establecer qu cliente SIP cumple con los requisitos, y por ende qu tipo de dispositivo celular ser utilizado en la implementacin.

3.1.3 Metodologa para Realizar las Mediciones de Handoff

3.1.3.1 Pruebas de Medicin de Calidad de Servicio al Realizar Handoff
Una caracterstica importante que se debe considerar, debido a su efecto sobre la Calidad de Servicio de las comunicaciones VoIP cuando se implementa Telefona Dual, es el comportamiento del sistema al traspasar una llamada en curso desde un Punto de Acceso a otro, producto de una disminucin de la intensidad de la seal inalmbrica. El proceso de Handoff puede ser realizado de diferentes maneras, cada una afectando de forma distinta la llamada VoIP en curso. Normalmente el Handoff en redes unificadas se realiza de manera

10

La llamada saliente se define como la llamada efectuada desde el cliente SIP hacia el Servidor, y entrante la llamada proveniente desde el Servidor al cliente.

41

asistida, es decir que el telfono mvil se encarga de medir la intensidad de las seales de radio de la red inalmbrica, pero el Controlador de Red Inalmbrica es quien se encarga de manejar el Handoff. Para poder estudiar el comportamiento de la red al realizar el Handoff de una llamada, se monitorea la red en tiempo real mediante la aplicacin VQManager que captura los flujos RTP y luego los analiza. Durante ese proceso se cursa una llamada VoIP por parte de un cliente SIP instalado en un telfono dual hacia un terminal inalmbrico que esta fijo. El telfono dual es transportado desde un rea de cobertura hacia otra de manera de efectuarse el traspaso de la llamada entre los Puntos de Acceso. Esto se efecta para la mayora de los clientes SIP seleccionados en la seccin de Diseo de una solucin para la implementacin de Telefona Dual (seccin 3.1.2.3). La herramienta de monitoreo entrega los parmetros de Calidad de Servicio definidos en la seccin 3.1.1.1. En redes inalmbricas con soporte de aplicaciones VoIP, las reas de cobertura de los Puntos de Acceso de la red deben presentar una interseccin de un 20% aproximadamente de manera de realizar un Handoff ms suave, pero manteniendo una separacin suficiente de modo de que cada Punto de Acceso maneje su propia rea de cobertura. Para las mediciones del comportamiento de la red durante el proceso de Handoff, se acomoda la red inalmbrica diseada en la seccin 3.1.1.3 para cumplir los requerimientos mencionados anteriormente, corroborando la correcta ubicacin de los Puntos de Acceso mediante la herramienta Wireless Control System (WCS) que permite visualizar el espectro de radiacin de las antenas. Tambin mediante el WLC se monitorea el traspaso de la llamada en curso entre los Puntos de Acceso.

3.1.4 Equipamiento y Software

3.1.4.1 Equipamiento
El diseo de un prototipo de red inalmbrica junto con el diseo adecuado del procedimiento para la medicin de la Calidad de Servicio sobre ese prototipo, permite determinar el equipamiento para el diseo de red completo. El prototipo est compuesto de equipamiento de Cisco Systems11, segn los requerimientos entregados por Magenta S.A., y est basado en una estructura de red inalmbrica Cisco. Esta estructura de red est conformada por dos secciones de red, una inalmbrica y una seccin cableada. La seccin inalmbrica est compuesta por un controlador denominado Wireless LAN Controller (Controlador de Red Inalmbrica), un controlador de sistemas Wireless Control System, Puntos de Acceso y un terminal inalmbrico que acta como servidor y cliente para las mediciones. En el extremo cableado se dispone de un Switch para la integracin de los Puntos de Acceso y del WLC, y un terminal fijo que tambin acta como servidor y cliente para las mediciones. Para la implementacin de Telefona Dual se utiliza la misma red anterior, con la incorporacin de los Servidores de aplicaciones SIP (PBX Asterisk y Callmanager Cisco) y los Smartphones definidos en el diseo de la solucin. En cuanto a las mediciones para el estudio del proceso de Handoff, se utiliza la misma infraestructura de red, realizando las modificaciones pertinentes en cuanto a reas de cobertura de los Puntos de Acceso e interseccin de stas.
11

Cisco Systems es una empresa especializada en redes de internet a nivel mundial. Ofrece Hardware, software y servicios especficos que se utilizan para crear soluciones de Internet.

42

a. Cisco Wireless LAN Controller: Este dispositivo permite manejar en su totalidad la red inalmbrica, proporcionando soporte para la mayora de los estndares de seguridad, prevencin de intrusos mediante polticas de acceso, manejo de las caractersticas de cada estndar 802.11x, aplicacin de parmetros de Calidad de Servicio, tanto para la red inalmbrica como para el segmento cableado, e integracin con productos de Cisco para gestin inalmbrica, Puntos de Acceso, puentes inalmbricos y productos de monitorizacin. b. Puntos de Acceso: Estos dispositivos proporcionan servicios de seguridad, rendimiento y movilidad necesarios para una red inalmbrica confiable. Poseen una amplia cobertura y las radios duales de alta potencia, proporcionan flexibilidad, factibilidad y rendimiento para soportar una amplia gama de aplicaciones mviles como acceso a invitados y voz sobre la red LAN inalmbrica. Implementan adems opciones de seguridad avanzadas y basadas en estndares. c. Switch: El switch es un dispositivo de interconexin de redes de computadores que opera en la Capa de Enlace de Datos. Su funcin es interconectar dos o ms segmentos de red, pasando datos de un segmento a otro de acuerdo con la direccin MAC de destino de las tramas en la red. Los conmutadores se utilizan cuando se desea conectar mltiples redes, fusionndolas en una sola. d. Computador Porttil (terminal inalmbrico): Para las mediciones del extremo inalmbrico se utiliza un Computador Porttil con tarjeta inalmbrica integrada que soporta los estndares 802.11a/b/g y con Sistema Operativo Fedora 10. e. Servidor (terminal cableado): Para las mediciones del extremo cableado se utiliza un servidor con una interfaz Ethernet y con Sistema Operativo Fedora 10. f. PBX Asterisk: Para montar la PBX Asterisk se utiliza un Computador de escritorio con Sistema Operativo Fedora 10.

g. Callmanager Cisco: Es un sistema procesador de llamadas de telefona IP para empresas. Proporciona las caractersticas de la telefona tradicional como tambin caractersticas avanzadas, como movilidad, presencia y servicios de conferencia, entre otros. Maneja los protocolos SCCP, H.232 y SIP. h. Telfonos Duales: Estos telfonos permiten transitar entre ambientes celulares y Wi-Fi. Las llamadas en un telfono dual pueden ser desviadas a una red Wi-Fi, para transferirlas posteriormente a la red telefnica fija tradicional. Los telfonos duales utilizados normalmente son los Smartphones y poseen caractersticas ms complejas que un telfono celular normal, como es una pantalla tctil, conexin a Internet, acceso al correo electrnico de la empresa, entre otras. i. Cisco Wireless Control System (WCS): Plataforma que permite a los administradores de redes disear, controlar, y monitorear la red inalmbrica de manera centralizada. Se utiliza esta herramienta para gestionar el ciclo completo de las redes empresariales 802.11n y 802.11a/b/g. Permite planificar, desarrollar, solucionar problemas y reportar las redes inalmbricas internas y externas.

43

3.1.4.2 Software
Para la realizacin de las configuraciones, mediciones y pruebas del equipamiento se utilizan ciertos programas computacionales de distintos proveedores, detallados desde el punto (i) hasta (vii). i. Cisco IOS: Este software se encuentra integrado con el equipamiento Cisco y permite configurar esos dispositivos segn las caractersticas de comportamiento que se desee. Segn la versin, permite la configuracin por consola y por interfaz Web. Sistema Operativo Fedora: Fedora es un Sistema Operativo basado en Linux que incluye lo ltimo en software libre y de cdigo abierto. Se utiliza en los equipos terminales para efectuar todas las mediciones y pruebas, ya que permite asegurar la correcta ejecucin de las aplicaciones y herramientas de medicin, junto con proporcionar la estabilidad necesaria para las mediciones de Calidad de Servicio. Permite ejecutar comandos del sistema para realizar mediciones de conectividad y simular carga en la red. Iperf: Programa que permite realizar pruebas de trfico, tanto UDP como TCP. Posee configuracin por lnea de comandos y una interfaz grfica de nombre Jperf. Este programa permite realizar medicin de desempeo, retardo y de variacin del retardo. La ltima versin disponible es la 2.0.2. SIPp: Herramienta de medicin y generacin de trfico para el protocolo SIP. Permite establecer y terminar mltiples llamadas con los mtodos INVITE y BYE, a travs de mltiples sockets. Soporta los protocolos TCP y UDP y puede enviar trfico RTP. La versin de SIPp es 3.1. Tshark: Herramienta de anlisis del protocolo de red. Permite capturar paquetes en tiempo real, o leer paquetes de un archivo capturado. El formato nativo de captura es lipcap. Se utiliza la versin 0.99.7. Herramienta modificada para Medicin de MOS: Para la medicin del R-Value y MOS se utiliza una aplicacin propietaria de Magenta S.A. Esta herramienta analiza los defectos de la red y calcula los valores del R-Value y MOS segn el modelo E presentado en el Captulo II; seccin 2.5.4. Esta aplicacin fue desarrollada por Ingenieros de esa empresa en conjunto con la autora de la presente memoria. Para las mediciones que se realizan en este proyecto, se modifica esta herramienta segn los escenarios propuestos. ManageEngine VQManager: Es una herramienta de monitoreo en tiempo real de la Calidad de Servicio para redes VoIP. La versin gratuita 6.1, se maneja a travs de la interfaz Web y controla todo el equipamiento VoIP que soporte los protocolos SIP, H.232, Cisco SCCP y RTP/RTCP.

ii.

iii.

iv.

v.

vi.

vii.

3.2 Diseo Solucin

El diseo de una solucin a la problemtica incentivada por la implementacin de la Telefona Dual en un entorno inalmbrico, implica un diseo compuesto de dos etapas. La primera de stas consiste en determinar las caractersticas de la red en cuanto al uso de servicios VoIP, considerando el lmite permitido de llamadas simultneas que puede soportar la red y el comportamiento de sta para flujos mixtos de voz y de datos. La segunda abarca todo lo relevante a la Telefona Dual, en cuanto a la 44

determinacin del equipamiento celular que permite efectuar llamadas VoIP, los requerimientos que debe suplir este equipamiento y su comportamiento al operar en una red inalmbrica.

3.2.1 Diseo Solucin para Medicin de Calidad de Servicio de la Red

Para la primera etapa se realiza el diseo de una red inalmbrica bsica que considera todos los elementos necesarios para su operacin, tanto para la transmisin de datos como para flujos VoIP. Tambin considera el diseo de un Procedimiento de Medicin de Calidad de Servicio que permite determinar el comportamiento de esa red cargada con flujos VoIP y de datos, pudiendo as analizar la capacidad, desempeo y caractersticas bsicas de la red, para los estndares 802.11a/b/g y 802.11e.

3.2.1.1 Diseo de Prototipo Red Inalmbrica

El diseo del prototipo consiste en una red inalmbrica unificada, basada en el modo de operacin de Infraestructura. Un diagrama de red se muestra en la Figura III.2 y est compuesto de los elementos detallados en los puntos (a) hasta (g). a. Controlador de Red Inalmbrica: Cisco 4400 Series WLAN Controller versin 5 b. Switch: Dos Switch Multilayer Cisco Catalyst 3560 c. Puntos de Acceso: 802.11ag LWAPP AP Dual (LAP1232AG), 802.11g LWAPP AP (LAP1121G) y 802.11ag AP (AP1131AG) en el caso de red autnoma. d. Equipos terminales para las mediciones: Un notebook Pentium 4 con tarjeta inalmbrica integrada y un servidor Pentium 4 con interfaz Ethernet. e. Gateway: servidor Pentium 4 con Fedora 9, utilizado como ruteador. f. Sistema de Control de la red Inalmbrica: Wireless Control System Plus versin 5

g. Servidores de aplicaciones SIP: PBX Asterisk 1.6 y Callmanager Cisco versin 6.

---- Media . Sealizacin -.-.- Media WLC WCS

PC pruebas Sitio B

LAP1232AG

LAP1121G

Switch
principal

P SI RTP rf e Ip

Switch secundario

CUCM

PBX Gateway PC porttil pruebas Sitio A Asterisk

Figura III.2: Prototipo de Red Inalmbrica para medicin de Calidad de Servicio

45

Las configuraciones respectivas de los elementos principales de la red de la Figura III.2 se encuentran detalladas en el Anexo A, se excluyen las configuraciones del Switch secundario y del Gateway, ya que se encuentran fuera del alcance del diseo del Prototipo para las mediciones y slo son utilizados con fines de conectividad con las estructuras cableadas ya existentes. Las configuraciones de los Servidores de aplicaciones SIP se detallan en los Anexos C.1 y C.2. En el equipamiento Cisco (Puntos de Acceso, Switch, WCS y WLC), las configuraciones respectivas se realizan sobre la IOS de cada equipo (considerando como base las configuraciones detalladas por Cisco Systems en [15], [16] y [10]), entregando conectividad entre los elementos y las caractersticas para el correcto funcionamiento de una red inalmbrica. Los PC de pruebas son estructurados a partir de la instalacin del Sistema Operativo Fedora 10 en el Disco Duro, como se detalla en el Anexo A.1, con la posterior instalacin del software para las mediciones; Iperf, SIPp, Tshark, VQManager y la Herramienta para la medicin MOS. Las cuatro primeras aplicaciones se instalan a partir de la lnea de comandos de Fedora, y la ltima aplicacin nicamente se copia en el directorio principal. La ubicacin de los terminales inalmbricos se realiza considerando la grfica de la Razn Seal a Ruido en funcin de la distancia, detallada en la Figura III.3. Debido a la disminucin considerable de la intensidad de la seal dentro de los primeros 10 m, se elige una distancia de entre 2 y 4 metros. Esta ubicacin se considera tanto para la red inalmbrica unificada como para la red autnoma.

Figura III.3: Razn Seal a Ruido en funcin de la distancia

3.2.1.2 Diseo de Procedimiento para la Medicin de Calidad de Servicio

El procedimiento de medicin de la Calidad de Servicio de un enlace inalmbrico consiste de dos fases diferentes; a) Mediciones de Calidad de Servicio de la red operando bajo condiciones normales y b) Mediciones de Calidad de Servicio de la red para trfico mixto con implementacin del estndar 802.11e.

3.2.1.2.1 Mediciones de Calidad de Servicio de la Red sin Estndar 802.11e

Para efectuar las mediciones de Calidad de Servicio de una red inalmbrica sin implementacin del estndar 802.11e se realizan los pasos descritos en los puntos (1) al (8). En la Figura III.2 se muestran, en lneas punteadas de distinto tipo, los flujos involucrados en las mediciones.

46

1. Configurar la red inalmbrica unificada para operar bajo un nico estndar y con la mayor velocidad de transmisin posible, inicialmente se selecciona el estndar 802.11b. 2. Seleccionar el sentido de bajada del trfico a medir y por ende establecer la operacin del terminal cableado (Sitio B) como cliente y del terminal inalmbrico (Sitio A) como servidor, segn el esquema de red de la Figura III.2. 3. Realizar el procedimiento para la medicin de Throughput y Retardo de extremo a extremo (RTT) descrito en el Anexo B.1.1. Este procedimiento incluye la utilizacin de la herramienta Iperf que entrega la Tasa de Transmisin efectiva de la red y del comando Ping para determinar el Retardo de extremo a extremo. 4. Ejecutar las mediciones de Desempeo de la red segn cantidad de clientes, explicadas en el Anexo B.1.2. Estas mediciones se inician desde un slo cliente hasta el nmero de clientes totales definido por un Throughput individual (determinado por Iperf) de alrededor de 1,5 [Mbps]. 5. Segn los valores de las capacidades de la red propuestos en la Tabla II.10 y el comportamiento observado de la red, determinar un valor del nmero de llamadas para iniciar las mediciones del R-Value y MOS. En particular se elige un nmero de 11 llamadas simultneas como punto de partida. 6. A partir de las instrucciones planteadas en el Anexo B.1.3, realizar las mediciones del MOS y RValue para los dos cdecs ms importantes (G.711 y G.729). En ese anexo se detalla la utilizacin de tres herramientas computacionales; la herramienta SIPp para la generacin de flujos RTP, el comando Ping y la Herramienta modificada para la Medicin del MOS . 7. Llevar a cabo nuevamente los puntos (2), (3) y (6), estableciendo el Sitio B como servidor y el Sitio A como cliente. 8. Efectuar todos los pasos descritos anteriormente para una red configurada bajo el estndar 802.11g. Particularmente en el paso (5) se elige como punto de partida una cantidad de 35 llamadas simultneas.

3.2.1.2.2 Mediciones de Calidad de Servicio para Trfico Mixto con Estndar 802.11e
La implementacin del estndar 802.11e implica la modificacin del comportamiento de la red inalmbrica frente a diferentes flujos, en particular se desea observar el comportamiento de la red inalmbrica, con estndar 802.11e, cuando slo existe flujo de Voz y tambin cuando el flujo transmitido es mixto (voz y datos). Para estudiar el comportamiento de una red inalmbrica con implementacin del estndar 802.11e se realizar los pasos descritos en los puntos (a) al (i). a. Determinar a partir de los resultados de la seccin 3.2.1.2.1, la capacidad mxima (N) de la red para el estndar 802.11g. b. Configurar la red inalmbrica unificada para operar bajo el estndar 802.11b.

47

c. Seleccionar el sentido de bajada del trfico a medir y por ende establecer la operacin del terminal cableado (Sitio B) como cliente y del terminal inalmbrico (Sitio A) como servidor, segn el esquema de red de la Figura III.2. d. Ejecutar el procedimiento de medicin para trfico mixto descrito en el Anexo B.1.4. Este procedimiento considera la evaluacin del enlace (valor del MOS obtenido mediante la Herramienta modificada para la Medicin del MOS y el valor del retardo mediante el comando Ping) para las combinaciones de flujo siguientes: i. N flujos RTP + 1 Flujo TCP ii. 2/3N flujos RTP + 1/3N Flujos TCP iii. 1/3N Flujos RTP + 2/3N Flujos TCP e. El flujo TCP se genera mediante la herramienta Iperf y el flujo RTP mediante SIPp. f. Implementar el estndar 802.11e, mediante las configuraciones del Controlador de red Inalmbrica, explicadas en el Anexo A.3.1.

g. Realizar nuevamente los pasos descritos en el punto c), pero para la red inalmbrica con estndar 802.11e. h. Llevar a cabo las mediciones para determinar la capacidad de la red bajo el estndar 802.11e descritas en el Anexo B.1.3, partiendo de una cantidad N de llamadas simultneas. i. Efectuar todos los pasos descritos anteriormente para una red bajo el estndar 802.11g.

Dadas las caractersticas de la red inalmbrica, en cuanto a variabilidad del medio, se realiza tres veces cada medicin y se concluye con el promedio de ellas. Las mediciones para una velocidad de transmisin de 54M slo se realizan con la implementacin del estndar 802.11g debido a que el comportamiento del estndar 802.11a es prcticamente el mismo.

3.2.1.2.3 Medicin de Calidad de Servicio en Red Inalmbrica Autnoma

La implementacin del estndar 802.11e en una red inalmbrica unificada es completamente distinta que una red donde slo existen Puntos de Acceso autnomos, sin un sistema de control como el WLC. Este tipo de redes inalmbricas sern denominadas, a lo largo de este trabajo, redes autnomas y cumplirn con la estructura de la Figura III.4. En este tipo de red las configuraciones se realizan en cada Punto de Acceso, lo cual permite acceder directamente los parmetros EDCA sealados en la Tabla II.12.

48

---- Media . Sealizacin -.-.- Media WCS

PC pruebas Sitio B

Switch AP1131AG
principal

P SI RTP rf e Ip

Switch secundario

CUCM

PBX Gateway PC porttil pruebas Sitio A Asterisk

Figura III.4: Esquema de red inalmbrica autnoma

A modo de comparacin del efecto de la implementacin del estndar 802.11e en este tipo de redes autnomas, con respecto a las redes unificadas, se realiza un pequeo estudio de la Calidad de Servicio ofrecida al implementar, en los Puntos de Acceso, el estndar segn los parmetros EDCA originales y tambin al considerar los parmetros modificados propuestos en la Tabla II.13. El estudio considera mediciones de la capacidad y retardo de la red, similares a las realizadas para la red unificada. Los pasos a seguir para realizar estas mediciones se mencionan en los puntos siguientes: Realizar los pasos (1), (2), (5) y (6) de la seccin 3.2.1.2.1, considerando una cantidad inicial de 45 llamadas simultneas y flujo RTP slo con cdec G.729 (de manera de simplificar la cantidad de mediciones). Llevar a cabo los pasos descritos en los puntos (a) al (c) de la seccin 3.2.1.2.2 para la red inalmbrica autnoma bajo el estndar 802.11g y slo para el cdec G.729. Ejecutar los pasos (f) al (h) de la seccin 3.2.1.2.2, para la red bajo estndar 802.11g y slo con cdec G.729. En el punto d), las implementacin de estndar 802.11e se debe realizar en base a las configuraciones explicadas en el Anexo A.5.1 y considerando los valores de los parmetros EDCA originales de la Tabla II.12. Repetir este procedimiento para los valores de la Tabla III.1 y Tabla III.2.
Parmetro de Contencin
AFSN CWmax CWmin

AC_VO
2 1 3

AC_VI
7 3 7

AC_BE
8 7 511

AC_BK
12 7 511

Tabla III.1: Parmetros EDCA modificados I Parmetro de Contencin

AFSN CWmax CWmin

AC_VO
2 3 7

AC_VI
7 3 7

AC_BE
8 7 511

AC_BK
12 7 511

Tabla III.2: Parmetros EDCA modificados II

49

Originalmente las mediciones deben realizarse con los parmetros propuestos por la modificacin del estndar EDCA sealados en la Tabla II.13, pero debido a las caractersticas del Sistema Operativo Cisco IOS de los Puntos de Acceso Autnomos, no se pueden ingresar exactamente esos valores. Para los Puntos de Acceso Cisco autnomos el valor de la ventana de contencin de los diferentes tipos de trfico se calcula en base a la ecuacin (15), donde x (nmero entero) corresponde al parmetro accesible por el usuario. (15) Es por esto que se buscan los valores ms cercanos a los parmetros deseados, obtenindose los parmetros de las Tablas III.1 y III.2.

3.2.2 Diseo Solucin para Implementar Telefona Dual

La segunda etapa del diseo, consiste en determinar qu tipo de equipamiento celular se puede utilizar para implementar Telefona Dual y qu requerimientos estn asociados a este equipamiento. Tambin se incluyen algunas pruebas para observar el funcionamiento de la caracterstica de dualidad en el prototipo de red inalmbrica diseado en la seccin 3.2.1.

3.2.2.1 Implementacin Telefona Dual

Para la implementacin de la Telefona Dual se considera el uso de equipamiento celular, en particular Smartphones, que posean conexin inalmbrica Wi-Fi, es decir que soporten alguno de los estndares 802.11x. Dentro de los telfonos celulares definidos como Smartphones se estudia la dualidad de los equipos sealados en la Tabla III.3. Los telfonos celulares de la Tabla III.3 son seleccionados a partir del equipamiento de ltima tecnologa presente en el mercado chileno. Poseen un sistema operativo avanzado que permite ejecutar aplicaciones parecidas a las utilizadas en computadores. Posteriormente se realiza un estudio sobre la factibilidad de operacin de esos equipos con el protocolo de voz SIP. La mayora presenta un stack SIP12 integrado en el telfono, el cual permite, mediante la instalacin de un cliente SIP en el Sistema Operativo del telfono, operar como generador y receptor de flujos RTP. Luego slo se necesita un cliente SIP diseado para ese Sistema Operativo. La investigacin en internet, sobre la presencia de stacks SIP en los telfonos Duales seleccionados y sobre los clientes SIP existentes para sus Sistemas Operativos, entrega los resultados presentados en la Tabla III.3.

12

El stack del protocolo SIP provee al Sistema Operativo de todas las funcionalidades SIP y SDP necesarias, como lo es la decodificacin, codificacin, transporte y recepcin de mensajes SIP sobre UDP y TCP, como tambin dialogo y transporte SIP para los agentes usuario o Proxy.

50

Equipo Celular

Sistema Operativo
Iphone OS 3.1

Cliente SIP
iPico iSIP Uniphone iPico PortSIP AGEphone Mobile Sjphone Kapanga Softphone aSIP ---

Protocolo
SIP SIP SIP SIP SIP SIP SIP SIP SIP ---

Plataformas soportadas por cliente SIP

iPhone O.S 2.1 o superior iPhone O.S 3.0 o superior Symbian S60 Symbian S60 WM 5, WM 6 WM 5, WM 6 Win Pocket PC or WM OS (2003 o superior) Android 1.5 o superior Android 1.5 o superior ---

Iphone 3GS Nokia N96/ Nokia 5800

Iphone OS 3.1 Symbian S60 v3 Symbian S60 v5 Windows Mobile 6.1 Windows Mobile 6.1 Windows Mobile 6.1 Andoid 1.5

HTC Diamond/ Samsung i900

HTC Magic Blackberry Curve 8900

Andoid 1.5 Blackberry OS 4.6

Tabla III.3: Telfonos duales y clientes SIP asociados

En particular el equipo celular Blackberry Curve 8900 no posee stack SIP, tampoco los dems modelos de marca Blackberry, con la nica excepcin de la Blackberry 7270 que viene incorporada con un cliente SIP nativo. Este modelo ya no se comercializa en el mercado chileno de telefona celular. Para implementar telefona VoIP en un equipo Blackberry existen soluciones propietarias de RIM y de Cisco, que incorporan equipamiento ms sofisticado como Servidores de aplicaciones SIP especializados de esa empresa y equipamiento extra de telefona IP. Esta solucin est fuera del alcance del presente Trabajo de Ttulo, ya que la implementacin de Telefona Dual que se considera en la problemtica principal, abarca nicamente la integracin de un cliente SIP con el sistema operativo del telfono dual y la posibilidad de utilizar, para la realizacin de las llamadas, un Servidor de aplicaciones SIP cualquiera. De los clientes SIP de la Tabla III.3 se escogen aquellos que cumplan con una lista de requerimientos que definen las limitantes del cliente y que poseen un funcionamiento aceptable (en cuanto a realizacin de las llamadas VoIP y la Calidad de Servicio percibida en ellas). Esto permite determinar qu cliente SIP es adecuado para cada Sistema Operativo cuando se desea implementar Telefona Dual en un ambiente inalmbrico. Las caractersticas que se analizan son mencionadas en los puntos (i) al (vi). i. Nivel de integracin del cliente SIP con la interfaz de discado del equipo celular Integracin Completa: En una integracin completa, el cliente SIP ejecuta la interfaz de discado del telfono como si fuera propia, permitiendo as ingresar un nmero y al realizar la llamada, seleccionar si sta se realiza por la red celular o por la red Wi-Fi. Slo es necesario ejecutar la aplicacin una nica vez, ya que opera en segundo plano. Cuando se recibe una llamada VoIP, sta es atendida por el cliente SIP, y si la llamada proviene de la red celular, atiende la aplicacin propia del telfono. Integracin Parcial tipo I: En este tipo de integracin, la aplicacin SIP permite seleccionar si la llamada se realiza por la red celular o por la red Wi-Fi, cuando se digita el nmero y se inicia la llamada. Para efectuar una llamada VoIP debe ejecutarse previamente la aplicacin.

51

Integracin Parcial tipo II: En este caso la aplicacin SIP se integra con los accesos directos del telfono y luego de ejecutar una vez la aplicacin, sta queda funcionando en segundo plano. Integracin Parcial tipo III: Este corresponde al nivel ms bajo de integracin y slo considera la ejecucin en segundo plano de la aplicacin SIP.

ii. iii. iv. v. vi.

Nmero de cuentas SIP que permite crear la aplicacin Numero de cuentas SIP activas permitidas por la aplicacin Posibilidad de realizar una depuracin (debug) del registro con el Servidor de aplicaciones SIP Posibilidad de medir algn parmetro de Calidad de Servicio Diversos cdecs soportados

3.2.2.2 Pruebas de Funcionamiento y Medicin de Calidad de Servicio

El comportamiento del cliente SIP en cuanto a correcto funcionamiento y a la Calidad de Servicio percibida en las llamadas entrantes y salientes, es muy importante en la seleccin del cliente SIP al considerar la adopcin del Telefona Dual. Debido a esto se realiza un set de pruebas de funcionamiento de cada cliente y posteriormente se mide la Calidad de Servicio a partir de valor del MOS de una llamada realizada desde cada uno de los clientes SIP hacia un Softphone13 en un terminal inalmbrico. Todas las pruebas necesitan el registro del cliente SIP a un Servidor de aplicaciones SIP, particularmente en este trabajo se prueba el registro con dos Servidores de aplicaciones SIP comunes; PBX Asterisk y Callmanger Cisco. Para el uso de una PBX Asterisk se instala el software Asterisk en un equipo servidor, al cual se le ha instalado previamente el sistema Operativo Fedora como seala el Anexo A.1. Luego se configura la aplicacin Asterisk segn lo propuesto en el Anexo C.1, de manera de obtener un ptimo funcionamiento de la PBX, con la mayora de sus funcionalidades activas. La utilizacin del Callmanger es ms simple, ya que considera slo las configuraciones bsicas para crear un usuario y una extensin SIP asociada. En el Anexo C.2 se detalla el procedimiento respectivo. En el caso de los equipos duales, cada cliente SIP debe ser configurado segn las caractersticas del Servidor de aplicaciones SIP al cual se registra. Las configuraciones respectivas para el registro contra una PBX Asterisk y un Callmanager Cisco se detallan en el Anexo C.3. Aqu se explica la configuracin bsica de un cliente SIP, la cual puede variar levemente segn el cliente que se est evaluando, aun as los parmetros principales que son configurados se mantienen igual para todos. Para efectuar las pruebas de funcionamiento y medicin de Calidad de Servicio se utiliza la red inalmbrica prototipo junto con la incorporacin de los aparatos celulares. La estructura de red completa se encuentra representada mediante la Figura III.5.

13

Un Softphone es un software computacional que simula a un telfono convencional y puede estar basado en los protocolos SIP, H.323 o Skinny.

52

WLC

LAP1232AG

LAP1121G

Switch
principal

Switch secundario

CUCM

PBX Asterisk
SIP RTP

Gateway Terminal inalmbrico

Figura III.5: Esquema de red para las pruebas de funcionamiento de Telefona Dual

El set de pruebas que se realizan para determinar el de funcionamiento de los clientes se menciona en los puntos (1) al (7). 1. Configurar una cuenta en el primer cliente SIP de la Tabla III.3 para registrarse contra la PBX Asterisk. 2. Comprobar el correcto registro. Si el registro no se realiz, verificar en la PBX o en el cliente SIP cul fue el problema. 3. Realizar una llamada hacia un Softphone (registrado previamente en la PBX) y en el sentido contrario. 4. Si se est operando con el Callmanager, efectuar una llamada desde el cliente SIP hacia un telfono IP fijo registrado y tambin en el sentido contrario. 5. Determinar si cada llamada es efectuada correctamente y si existe audio en ambos sentidos. 6. Ejecutar los puntos (1) al (5) para el mismo cliente SIP registrado contra el Callmanager. 7. Repetir todos los pasos anteriores para los dems clientes SIP de la lista. Posteriormente, para determinar la Calidad de Servicio del enlace inalmbrico al realizar una llamada VoIP desde un cliente SIP, se mide el MOS de la llamada en tiempo real mediante la aplicacin VQManager, particularmente se ejecutan los pasos (i) al (v). En la Figura III.6 se muestra el men principal de la aplicacin VQManager. i. ii. Ejecutar la aplicacin VQmanager y el Softphone en el terminal inalmbrico. Configurar una cuenta en el primer cliente SIP de la Tabla III.3 para registrarse contra el Callmanager. Efectuar una llamada exitosa hacia el Softphone. 53

iii.

iv.

Extraer la informacin sobre los parmetros de Calidad de Servicio de la llamada desde la aplicacin VQManager.

v.

Realizar los procedimientos anteriores para cada uno de los clientes SIP.

Figura III.6: Aplicacin VQManager

3.2.2.3 Pruebas para el Anlisis del Proceso de Handoff

Luego de analizar el completo funcionamiento de la red inalmbrica bajo la adopcin de la Telefona Dual, es necesario estudiar tambin el comportamiento de la red durante una llamada al realizar el traspaso de sta desde un Punto de Acceso a otro. El esquema de red utilizado para realizar las pruebas del proceso de Handoff se detalla en la Figura III.7.

WLC

LAP1232AG

LAP1121G

Switch
principal

Switch secundario

CUCM

SIP RTP

Terminal inalmbrico

PBX Asterisk Gateway

Figura III.7: Esquema de red para las pruebas durante el proceso de Handoff

54

La ubicacin de los Puntos de Acceso se acomoda de manera de cumplir con una interseccin de al menos el 20% de sus reas de cobertura y se configura la potencia transmitida por las antenas a su valor mnimo, para ajustar el espacio de medicin a uno ms reducido. Mediante la herramienta de monitoreo Wireless Control System se verifica el posicionamiento de los Puntos de Acceso observando el mapa de radiacin de las antenas, como se aprecia en la Figura III.8.

Figura III.8: Mapa de radiacin de los Puntos de Acceso

Para determinar el comportamiento de la red, al efectuar un proceso de Handoff, se realiza la medicin de la Calidad de Servicio percibida de una llamada durante el traspaso entre los Puntos de Acceso. Esto permite determinar si la llamada experimenta algn tipo de corte, ya que de ser as, la Calidad de sta se ver perjudicada. El procedimiento que se debe ejecutar para llevar a cabo estas pruebas se detalla en los puntos (a) al (f). a. Ejecutar la aplicacin VQManager y el Softphone en el terminal inalmbrico. b. Configurar una cuenta en el primer cliente SIP de la Tabla III.3 para registrarse contra el Callmanager. c. Efectuar una llamada exitosa desde el cliente SIP, posicionado en un extremo de la habitacin, hacia el Softphone del terminal inalmbrico que se encuentra fijo. d. Durante la llamada anterior transportar el aparato celular hacia el otro extremo, de manera de que se produzca un traspaso de la llamada. Se debe verificar en el Controlador de Red Inalmbrica que el traspaso se realiza de manera efectiva. e. Extraer la informacin sobre los parmetros de Calidad de Servicio de la llamada desde la aplicacin VQManager. f. Realizar los procedimientos anteriores para cada uno de los clientes SIP.

55

CAPTULO IV: RESULTADOS

EL captulo actual presenta los resultados obtenidos de todas las etapas que componen el diseo de una solucin a la problemtica planteada. Se incluyen los resultados de las mediciones de Calidad de la red inalmbrica unificada prototipo, para los estndares IEEE 802.11b/g y 802.11e, como tambin para una red autnoma. Adems, se plantean los resultados de la implementacin de Telefona Dual en los aparatos celulares evaluados, junto con las pruebas de funcionamiento de stos y las mediciones de Calidad de Servicio de la red operando en esa modalidad.

4.1 Resultados Mediciones Calidad de Servicio Red Inalmbrica

4.1.1 Resultados para Red Unificada sin Estndar 802.11e
El proceso de medicin descrito en el Captulo III; seccin 3.2.1.2.1, se ejecuta para el estndar 802.11b y 802.11g, en la red inalmbrica prototipo de la Figura III.2. Estas mediciones entregan el comportamiento completo de la red bajo condiciones normales de operacin, en cuanto a desempeo y capacidad.

4.1.1.1 Mediciones de Tasa de Transmisin Efectiva de la Red Inalmbrica

Los resultados obtenidos de las mediciones de la tasa de transmisin efectiva de la red inalmbrica, considerando que la porcin cableada de la red no posee prdidas y el enlace fsico permite una transmisin a la mxima velocidad de un enlace Ethernet, se detallan en la Tabla IV.1 para el estndar 802.11b y en la Tabla IV.2 para el estndar 802.11g. Estos resultados se obtienen directamente de las mediciones realizadas por la herramienta Iperf, como seala la Figura IV.1.

Figura IV.1: Ejemplo de medicin mediante Iperf

56

Trfico de Subida Ancho de Banda [Mpbs]

11 11 11 11 11 11 11 11 11 11

Trfico de Bajada Jitter [ms]

5,30 5,46 5,52 6,03 5,23 4,44 4,50 5,37 6,66 2,61

Payload [Bytes]
18 32 82 172 210 466 722 978 1234 1472

Throughput Capa de Red [Mbps]

0,58 0,74 1,22 1,73 2,33 3,32 4,74 5,18 6,24 6,37

RTT [ms]
134,15 39,64 16,45 19,33 16,56 7,27 11,39 15,20 19,59 17,18

Throughput Capa de Red [Mbps]

0,37 0,56 0,94 1,66 1,97 3,45 4,41 5,13 5,82 6,15

RTT [ms]
11,67 10,29 14,85 15,53 5,44 22,09 13,54 28,51 44,55 35,47

Jitter [ms]
0,14 0,114 0,19 0,23 0,35 0,43 0,28 0,175 0,18 0,22

Perdidas [%]
0 0 0 0 0 0 0 0 0 0

Tabla IV.1: Desempeo de red inalmbrica 802.11b nicamente en horario nocturno

Trfico de Subida Ancho de Banda [Mpbs] 54 54

54 54 54 54 54 54 54 54

Trfico de Bajada Horario Nocturno Throughput RTT Capa de Red [ms] [Mbps] 1,82 28,86 2,29 7,69
4,07 6,85 8,21 14,13 19,01 22,66 26,01 27,85 26,00 6,22 32,06 23,30 32,02 10,50 13,85 15,85

Payload [Bytes] 18 32
82 172 210 466 722 978 1234 1472

Horario de Oficina Throughput RTT Capa de Red [ms] [Mbps] 1,49 32,36 1,85 16,33
3,44 6,33 7,79 12,58 17,24 21,12 25,23 26,94 10,97 11,21 23,19 4,62 23,09 27,65 13,26 24,60

Horario de Oficina Throughput Capa de Red [Mbps] 0,89 1,24

2,17 3,34 3,63 5,78 15,69 19,03 22,50 22,32

Jitter [ms] 2,15 2,11

2,44 1,61 1,66 1,58 1,25 1,75 1,27 1,22

Perdidas [%] 0 0
0 0 0 0 0 0 0 0

Tabla IV.2: Desempeo de red inalmbrica 802.11g en horario nocturno y horario de oficina

Para observar el comportamiento de la red cuando el nmero de clientes simultneos que transmiten es mayor a uno, se realizan mediciones de desempeo para distintas cantidades de flujos de subida concurrentes en ambas redes. Los resultados obtenidos para la red inalmbrica con ambos estndares se detallan en la Tabla IV.3.

57

Payload [Bytes]
1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472 1472

Nmero de trficos
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Red inalmbrica 802.11b con 11 Mbps Throughput total Throughput Jitter Capa de Red individual [ms] [Mbps] Capa de Red [Mbps]
6,37 6,88 6,83 6,83 6,52 5,15 4,77 ------------------6,37 3,43 2,28 1,70 1,30 0,86 0,68 ------------------2,61 4,90 5,83 13,26 14,75 28,40 17,40 -------------------

Red inalmbrica 802.11g con 54 Mbps Throughput total Throughput Jitter Capa de Red individual [ms] [Mbps] Capa de Red [Mbps]
26,80 27,31 27,51 28,43 27,72 28,02 28,43 28,74 27,11 26,80 28,53 26,49 28,13 27,00 27,62 26,90 26,80 13,65 9,17 7,11 5,56 4,67 4,07 3,59 3,03 2,66 2,57 2,21 2,18 1,93 1,83 1,70 1,22 2,69 4,40 6,42 7,17 7,72 11,47 12,46 13,74 13,88 15,23 21,37 20,32 21,15 25,94 29,68

Tabla IV.3: Desempeo de red inalmbrica para distinto nmero de trficos UDP simultneos

4.1.1.2 Mediciones de Capacidad de la Red Inalmbrica Unificada

La capacidad de la red determina cuantos clientes VoIP simultneos soporta, de manera de obtener, en cada llamada, una calidad de audio adecuada. El parmetro considerado como principal para resolver la capacidad mxima de la red es en este caso el valor del MOS percibido por los clientes, para lo cual se utiliza el promedio de todos los valores individuales del MOS en cada medicin. En las tablas IV.4 y IV.5 se detalla el valor promedio del MOS y del R-value de la red inalmbrica con estndar 802.11b, para los cdec G.729 y G.711 respectivamente. Las mediciones obtenidas para el estndar 802.11g se detallan en las tablas IV.6 y IV.7. Debido al aumento considerable de clientes simultneos para este estndar, por una mayor velocidad de transmisin, las mediciones se realizan con una cantidad de clientes que aumenta en 5 o en 2 (para una mayor precisin). Para el cdec G.711, se analiza slo el trfico de bajada de modo de disminuir la cantidad de mediciones que se efectan, considerando ese tipo de trfico resulta ms afectado, segn lo planteado por Jeng Farn Lee en [17] y [9]. Los resultados de la herramienta de Medicin del MOS se obtienen directamente en pantalla, como muestra la Figura IV.2. El retardo se mide mediante el comando PING, considerando el valor promedio (avg.) de 10 ping (Figura IV.3).

58

Trfico de Subida Nmero clientes

11 12 13 14 15 16 17 18 19 20 21 22 23

Trfico de Bajada Satisfaccin usuario

U. S
14

MOS
4,10 4,10 4,10 4,10 4,10 4,10 4,10 4,10 4,08 3,58 3,38 2,63 2,39

R Value
82,10 82,10 82,10 82,10 82,10 82,10 82,10 82,10 81,44 70,69 66,50 51,07 46,34

RTT avg. [ms]

3,51 3,67 4,71 4,60 8,71 9,70 127,08 140,81 136,22 143,43 142,46 190,65 837,74

RTT mx. [ms]

6,54 6,48 7,53 6,82 26,19 14,88 138,08 199,65 146,83 182,81 159,04 280,86 1266,18

MOS
4,10 4,10 4,10 4,10 4,10 4,07 3,69 2,92 2,80 2,55 2,07

R Value
82,1 82,1 82,1 82,1 82,1 81,24 72,52 56,79 54,35 48,85 38,82

RTT avg. [ms]

4,50 3,59 4,55 4,46 6,84 15,18 118,92 118,99 126,65 124,47 136,67

RTT mx. [ms]

11,18 8,07 6,43 7,10 28,31 55,63 123,69 122,94 138,24 133,25 223,66

Satisfaccin usuario
U. S U. S U. S U. S U. S U. S A. I C. T. I C. T. I C. T. I C. T. I

U. S U. S U. S U. S U. S U. S U. S U. S A. I M. I C. T. I C. T. I

Tabla IV.4: Valor MOS y R-value de red inalmbrica 802.11b vs nmero de clientes con cdec G.729 Trfico de Subida Nmero clientes
11 12 13 14 15 16 17 18 19 20 21 22 23

Trfico de Bajada Satisfaccin usuario

M. S M. S M. S M. S M. S M. S M. S M. S U.S U.S A. I C. T. I C. T. I

MOS
4,39 4,39 4,39 4,39 4,39 4,39 4,39 4,39 4,16 4,33 3,56 2,59 2,38

R Value
92,10 92,10 92,10 92,10 92,10 92,10 92,10 92,10 86,50 82,66 71,94 51,19 44,68

RTT avg. [ms]

6,08 10,70 14,71 141,89 141,94 150,38 167,51 159,06 183,48 419,77 1005,50 906,48 1223,36

RTT mx. [ms]

10,20 44,43 51,49 150,93 147,60 155,57 192,06 176,30 221,18 683,20 1337,96 1448,02 1469,82

MOS
4,39 4,39 4,39 4,39 4,15 3,44 2,75 2,54 2,40 2,21

R Value
92,10 92,10 92,10 92,10 85,31 67,87 52,91 49,31 46,09 39,84

RTT avg. [ms]

3,67 7,80 5,07 7,84 100,41 133,40 154,06 144,80 151,32 143,39

RTT mx. [ms]

5,29 28 10,10 19,80 132,70 138,10 195,43 201,14 240,53 151,96

Satisfaccin usuario
M. S M. S M. S M. S U.S M. I C. T. I C. T. I C. T. I C. T. I

Tabla IV.5: Valor MOS y R-value de red inalmbrica 802.11b vs nmero de clientes con cdec G.711 Trfico de Subida Nmero clientes
35 40 45 50 51 52 55 58 60

Trfico de Bajada Satisfaccin usuario

U. S U. S U. S U. S ----A. I A. I M. I

MOS
4,10 4,10 4,10 4,10 ----3,73 3,70 3,29

R Value
82,10 82,09 82,10 82,10 ----73,17 72,88 64,06

RTT avg. [ms]

2,16 3,78 8,60 44,35 ----51,01 158,26 383,49

RTT mx. [ms]

6,34 7,06 17,00 69,00 ----59,88 183,85 505,30

MOS
4,10 4,09 4,08 3,75 3,47 3,07 -------

R Value
82,1 81,86 81,65 73,86 68,24 56,53 -------

RTT avg. [ms]

1,5 2,20 69,90 97,71 119,35 97,59 -------

RTT mx. [ms]

2 7,00 168,10 156,77 153,71 120,93 -------

Satisfaccin usuario
U. S U. S U. S A. I M. I C. T. I -------

Tabla IV.6: Valor MOS y R-value de red inalmbrica 802.11g vs nmero de clientes con cdec G.729
14

Para representar el nivel de satisfaccin del usuario respecto a las calificaciones MOS y R-value, se utiliza U.S para Usuarios Satisfechos, A.I para Algunos Usuarios Insatisfechos, M.I para Muchos Usuarios Insatisfechos, C.T.I para Casi Todos los Usuarios Insatisfechos y M.S para Usuarios Muy Satisfechos.

59

Trfico de Bajada Nmero clientes

35 40 45 50

MOS
4,39 4,35 4,13 3,71

R Value
92,06 90,70 85,01 73,36

RTT avg. [ms]

2,04 8,92 13,8 13,98

RTT mx. [ms]

2,67 15,34 29,4 27,7

Satisfaccin usuario
U.S U.S U.S A. I

Tabla IV.7: Valor MOS y R-value de red inalmbrica 802.11g vs nmero de clientes con cdec G.711

Figura IV.2: Ejemplo de funcionamiento Herramienta de Medicin MOS

Figura IV.3: Medicin de retardo de extremo a extremo con PING

4.1.2 Resultados para Red Unificada con Trfico Mixto y 802.11e

La evaluacin de la red cuando se implementa el estndar 802.11e implica establecer previamente que capacidad soporta la red operando bajo condiciones normales (resultados seccin 4.1.1), ya que a partir de esa capacidad se pretende evaluar si la red mejora sus condiciones de operacin al implementar el estndar 802.11e y qu capacidad soporta en ese estado. Tambin se desea evaluar el comportamiento de la red para trfico mixto, cuando opera bajo condiciones normales y cuando adopta el estndar 802.11e, para determinar cmo se ve afectada la red cuando se carga con la capacidad mxima (funcionamiento normal) pero con flujos de voz y de datos simultneos. Las mediciones de capacidad de la red se efectan bajo los escenarios antes propuestos, considerando slo trfico de bajada. Para la red configurada con el estndar 802.11b, el trfico UDP considera los cdecs G.729 y G.711, en cambio para el estndar 802.11g slo considera el cdec G.729. Los resultados, bajo todos los escenarios, se describen en la Tabla IV.8 para el estndar 802.11b y en la Tabla IV.9 para el estndar 802.11g.

60

Tipo de trfico
Best Effort 16 voz /1 TCP 10 voz /6 TCP 6 voz /10 TCP 16 voz /1 TCP 10 voz /6 TCP 6 voz /10 TCP 18 Voz 19 Voz 20 Voz 21 Voz 22 Voz

MOS
3,53 3,79 3,80 4,05 4,02 4,03 4,10 --4,10 3,73 3,12

G729 / 802.11b RTT R avg. Value [ms]

68,91 74,35 74,66 80,84 80,00 80,05 82,10 --82,10 73,16 61,45 142,75 144,60 177,52 391,97 619,60 988,60 225,17 --310,50 316,64 344,13

RTT mx. [ms]

225,60 55,38 323,60 479,26 793,99 1288,21 303,68 --532,96 398,60 440,47

BW TCP [Mbps]
3,70 2,12 3,24 1,59 3,03 4,04

MOS
2,88 3,83 3,96 4,10 4,01 4,23 4,18 3,22

G711 / 802.11b RTT RTT R avg. mx. value [ms] [ms]

56,00 75,78 79,04 82,81 80,23 86,07 86,35 63,08 150,30 156,86 184,48 319,27 287,93 203,51 303,70 301,70 185,04 169,16 241,00 402,00 391,28 319,01 362,02 353,15

BW TCP [Mbps]
1,79 1,58 2,51 0,71 2,40 2,96

Voice Optimized EDCA

Tabla IV.8: Comportamiento red 802.11b para trfico de datos y de voz G729 / 802.11g Tipo de trfico
Best Effort 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP Voice Optimized EDCA 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP 50 Voz 55 voz 58 Voz 60 Voz

MOS
4,01 3,89 3,71 4,01 3,81 3,61 4,08 4,08 3,74 3,30

R value
79,57 76,65 72,68 79,61 75,37 73,76 81,40 81,35 73,64 64,40

RTT avg. [ms]

125,95 158,25 177,21 117,80 150,00 73,10 99,54 111,67 130,15 150,03

RTT mx. [ms]

168,91 178,58 180,77 147,30 177,75 152,00 121,77 144,96 192,06 175,43

BW TCP [Mbps]
1,68 6,01 2,14 1,43 4,34 12,57 ---------

Tabla IV.9: Comportamiento red 802.11g para trfico de datos y de voz con G.729

4.1.3 Resultados para Red Inalmbrica con Puntos de Acceso Autnomos

Considerando la red inalmbrica autnoma de la Figura III.4, se ejecuta el procedimiento de medicin descrito en el Captulo III; seccin 3.2.1.2.3, para el estndar 802.11g. Este procedimiento es una simplificacin de los pasos ejecutados para la red inalmbrica unificada, considerando las mediciones ms significativas.

4.1.3.1 Mediciones de Capacidad de la Red Inalmbrica Autnoma

En la Tabla IV.10 se detalla el valor promedio del MOS y del R-value de la plataforma inalmbrica autnoma con estndar 802.11g, para los cdec G.729. El trfico analizado en este caso es slo de bajada.
Ancho de Banda [Mpbs]
54 54 54 54 54 54

Nmero clientes
45 48 50 52 53 45

MOS
4,10 4,09 3,61 3,80 3,33 4,10

R value
82,04 82,02 70,97 74,93 65,09 82,04

RTT avg. [ms]

96,56 116,37 201,30 210,50 289,74 96,56

RTT mx. [ms]

134,11 156,79 269,10 274,50 315,38 134,11

Satisfaccin usuario
usuarios satisfechos usuarios satisfechos algunos insatisfechos algunos insatisfechos muchos insatisfechos usuarios satisfechos

Tabla IV.10: Valor MOS y R-value de red autnoma 802.11g vs nmero de clientes con cdec G.729

61

4.1.3.2 Resultados para Red Autnoma con Trfico Mixto y 802.11e

El estndar 802.11e en la red autnoma permite modificar directamente los parmetros EDCA en los Puntos de Acceso como describe el procedimiento de configuracin respectivo (Anexo A.5.1). Para las mediciones de capacidad de la red, slo con trfico de voz y tambin con trfico mixto mediante implementacin del estndar 802.11e, se configuran los Puntos de Acceso autnomos con los parmetros EDCA originales y tambin con dos modificaciones de estos. Las modificaciones propuestas de los parmetros EDCA (Tabla III.1 y Tabla III.2) pretenden representar de la manera mejor posible a los parmetros EDCA deseados. Debido a que los valores de estos parmetros no son exactamente los recomendados, el efecto que producen en la red es impredecible. Tambin, a modo de comparacin, se realiza un anlisis de la capacidad de la red autnoma operando bajo condiciones normales, cuando existe trfico mixto. Los resultados de las mediciones antes descritas se detallan en la Tabla IV.11.
G729 bajada Tipo de trfico
Best Effort 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP EDCA normal 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP 53 voz 55 Voz 60 Voz 63 Voz 65 Voz EDCA modificado 1 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP EDCA modificado 2 50 voz/1 TCP 34 voz/16 TCP 16 voz/34 TCP 55 voz

MOS
3,67 3,67 3,90 4,07 3,94 4,09 4,10 4,09 4,10 4,09 4,08 1,75 2,68 3,82 1,79 2,74 3,76 1,69

R Value
72,11 71,91 77,10 81,21 77,92 81,83 82,00 82,02 81,97 81,94 81,50 31,04 51,82 75,32 32,15 53,01 73,68 28,66

RTT avg. [ms]

216,75 362,41 336,71 274,24 1093,97 695,14 179,67 130,15 203,68 216,50 257,31 370,88 401,20 310,10 402,60 385,50 340,30 438,73

RTT mx. [ms]

285,74 421,38 410,09 434,86 1674,50 1507,49 221,09 192,06 332,87 271,58 319,75 384,39 437,155 379,25 429,6 472,55 390,10 474,73

BW TCP [Mbps]
0,39 5,93 12,20 2,69 9,78 11,10 ----------3,61 0,92 7,54 0,04 0,85 6,86 ---

Tabla IV.11: Comportamiento red autnoma 802.11g para trfico de datos y de voz con G.729

4.2 Resultados Implementacin Telefona Dual

Para lograr una ptima implementacin de la Telefona Dual, se evalan los clientes SIP de la Tabla III.3, segn las caractersticas descritas en los puntos (i) al (vi) de la seccin 3.2.2, Captulo III. El resultado de esta evaluacin se especifica en la Tabla IV.12. Posteriormente se realizan las pruebas de funcionamiento y de Calidad de servicio para cada uno de ellos.

62

Cliente
iPico iSIP Uniphone iPico Nokia AGEphone Mobile Pocket Talk Sjphone PortSIP Xlite Kapanga Softphone aSIP

Integracin interfaz discado

no parcial tipo I completa parcial tipo III parcial tipo II Parcial tipo III parcial tipo II parcial tipo III no parcial tipo III completa

Cuentas aceptadas
1 >4 >4 1 >4 2 >4 >4 1 1 1

Cuentas activas
1 >4 1 1 >4 2 >4 1 1 1 1

Debug del registro

no no no no no si no no no si no

Medicin de QoS
no no no no no no no no no no si, en wlan

Cdecs
G711(uLaw) G711(uLaw), G711(aLaw), GSM, G722, iLBC G711(uLaw), G711(aLaw), G711e, G729, GSM, iLBC G711(uLaw) G711(uLaw), G711(aLaw), GSM G711(uLaw), G711(aLaw), GSM, G726, PCM G711(uLaw), G711(aLaw), GSM G711(uLaw), G711(aLaw), GSM, G729, G723.1 G711(uLaw), G711(aLaw), GSM, G723 G711(uLaw), G711(aLaw), G729b G711(uLaw), G711(aLaw),

Tabla IV.12: Caractersticas de los clientes SIP

4.2.1 Pruebas de Funcionamiento y Medicin de Calidad de Servicio

Las pruebas de funcionamiento de los clientes SIP consisten en realizar una llamada a travs de cada Servidor, detallando posteriormente el comportamiento del cliente con respecto a los resultados audibles de la prueba. Para cada cliente SIP se efecta la prueba del registro contra el Servidor y la posterior ejecucin de las llamadas, segn el proceso descrito en la seccin 3.2.2.2 del Captulo III. Los resultados generales de estas pruebas, evaluando s se genera el registro contra el Servidor y la llamada se ejecuta de manera efectiva, se especifican en la Tabla IV.13. Posteriormente se realiza el procedimiento para determinar la Calidad de Servicio de la llamada VoIP desde cada cliente SIP registrado contra el Callmanager hacia un Softphone. Este procedimiento slo se efecta para el registro contra el Callmanager, ya que la aplicacin VQManager analiza el efecto que la red inalmbrica produce sobre el flujo RTP y por ende es independiente del Servidor asociado al sistema. Los resultados obtenidos se describen tambin en la Tabla IV.13.
Cliente CUCM Registro correcto y Llamada efectiva
iPico iphone iSIP Uniphone AGEphone Mobile Sjphone PortSIP iPico nokia Kapanga aSIP s s s s s s s s s, pero existen problemas de audio en un sentido

Asterisk Registro correcto y Llamada efectiva

s s s s s s s s s

CUCM MOS
4,3 4,4 -4,4 4,4 4,4 4,4 4,4 4,4

RTT promedio [ms]

509 0 -1 0 3 0 4 3

Perdidas [%]
0 0 -0 0 0 0 0 0

Jitter mx. [ms]

0 3 -2 13 18 1 7 12

Jitter promedio [ms]

0 3 -2 8 18 1 4 7

Tabla IV.13: Funcionamiento clientes SIP con Servidores de aplicaciones SIP

63

4.2.2 Pruebas para el Anlisis del Proceso de Handoff

El comportamiento de la red durante una llamada, al realizar el traspaso de sta desde un Punto de Acceso a otro, est limitado por la capacidad de la red y del aparato celular de realizar el Handoff de la manera ms suave posible. Si este proceso se realiza de una manera brusca la llamada finalizar o permanecer suspendida por unos pocos segundos, producindose en ese instante prdida de los paquetes de voz enviados. As, la medicin del MOS de la llamada generada antes del traspaso y finalizada despus de este, permitir observar el comportamiento de la red inalmbrica. Para determinar cmo reacciona la red ante el proceso de Handoff se efectan las pruebas descritas en el Captulo III; seccin 3.2.2.3, para algunos de los clientes SIP evaluados. Las mediciones obtenidas a partir de la aplicacin VQmanager, se especifican en la Tabla IV.14.

Cliente SIP
IPico iphone iSIP iPico nokia aSIP kapanga

MOS
4,3 4,4 4,4 4,4 4,4

RTT promedio [ms]

472 0 1 0 2

Perdidas [%]
0 0 0 0 0

Jitter mx. [ms]

3 4 3 0 8

Jitter promedio [ms]

3 4 2 0 4

Tabla IV.14: Parmetros de Calidad de Servicio de los clientes SIP para Handoff

64

CAPTULO V:

ANLISIS Y DISCUSIN

Los resultados presentados en el Captulo IV describen el comportamiento prctico de una red inalmbrica tradicional operando con servicios VoIP. En particular se detallan las caractersticas de desempeo y capacidad de la red operando con el estndar 802.11a/b/g y bajo aprovisionamiento de Calidad de Servicio, mediante la configuracin de los parmetros EDCA. Tambin sealan las capacidades y funciones de los clientes SIP evaluados para la implementacin de Telefona Dual, junto con el desempeo obtenido al operar dentro de la plataforma inalmbrica prototipo. En base a estos resultados se realiza un anlisis y discusin representativo de cada una de las etapas de diseo desarrolladas, el cual se detalla a continuacin.

5.1 De los Resultados y Caractersticas de la Solucin

5.1.1 Tasa de Transmisin Efectiva de la Red Inalmbrica Unificada
La tasa de transmisin efectiva corresponde a la velocidad real con que se transmiten los datos, dependiendo de qu nivel de operacin se est analizando. En particular, se estudia en este caso, el nivel del modelo OSI de Capa de Red, para plantear el desempeo prctico de la red inalmbrica prototipo, tanto para el estndar 802.11b, como para el estndar 802.11g. En la Figura V.1 se muestra el desempeo terico de la red 802.11b, presentado previamente en el Captulo II, el desempeo obtenido para el trfico de subida y el desempeo obtenido para el trfico de bajada. En la Figura V.2 se muestran las mismas medidas para la red 802.11g.

Throughput Red 802.11b

Desempeo maximo Capa de Red [Mbps] Desempeo maximo Capa de Red [Mbps] 7 6 5 4 3 2 1 0 18 32 82 172 210 466 722 978 1234 1472 Troughput Terico Troughput prctico subida Troughput prctico bajada 30 25 20 15 10 5 0 18

Throughput Red 802.11g

Terico

Prctico subida H.N

Prctico bajada Prctico subida H.O.

32

82

172

210

466

722

978 1234 1472

Carga til [Bytes]

Carga til [Bytes]

Figura V.1: Desempeo de la red 802.11b

Figura V.2: Desempeo de la red 802.11g

En ambos grficos se observa que el desempeo prctico obtenido es muy cercano al desempeo terico esperado de la red y por ende, el enlace no sufre mayor distorsin y funciona con su mayor capacidad. Estos valores entregan una referencia para determinar cundo una red inalmbrica se ve limitada por algn factor externo o interno en su funcionamiento, ya que en las redes IEE 802.11, la presencia de interferencias severas se traduce en que se bajan adoptivamente las tasas de transmisin hasta obtener transmisiones exitosas en el canal fsico. Cabe destacar que el anlisis terico no considera el efecto de las colisiones e interferencias electromagnticas del medio, pero aun as los resultados experimentales muestran que los valores, tericos y prcticos, son muy similares. 65

Tambin se puede apreciar que con un aumento del tamao de la carga til, incrementa el desempeo de la red, ya que el encabezado es ms pequeo y por consiguiente la transmisin de los datos propiamente tal es aprovechada de mejor manera para un mismo Ancho de Banda del enlace. Los dos grficos muestran cmo el trfico de bajada se ve ms afectado, presentando una menor tasa de transmisin efectiva. Esto debido a que el Punto de Acceso, al utilizar el mtodo de acceso al medio basado en la funcin DCF, compite por el acceso al medio con todos los terminales de la red de igual manera. En la Figura V.2 se puede apreciar tambin que el trfico medido en horario de oficina, donde existen otras redes y clientes inalmbricos operando, se ve levemente afectado por interferencias con otros trficos presentes en el medio compartido y presentando una pequea reduccin en las tasas de transmisin. En la Figura V.3 se representa el retardo de extremo a extremo de la red medido para ambos estndares IEEE. La latencia es considerada desde el momento en que la seal del emisor es codificada, hasta que es percibida y decodificada en el receptor, incluyendo retardo de codificacin/decodificacin del cdec, tiempos de serializacin de las interfaces, tiempos de propagacin, retardo por buffer de dejitter, tiempo de procesamiento, entre otros. Retardo de extremo a extremo
160 140
120 RTT [ms] 100 Jitter [ms] 80 60 40 20 0 18 32 82 172 210 466 722 978 1234 1472 Carga til [Bytes] RTT subida 802.11g RTT subida 802.11b RTT bajada 802.11b 7 6 5 4 3 2 1 0
18 32 82 172 210 466 722 978 1234 1472

Variacion del retardo

Jitter subida 802.11g Jitter subida 802.11b Jitter bajada 802.11b

Carga til [Bytes]

Figura V.3: Retardo de extremo a extremo de la red inalmbrica

Figura V.4: Variacin del retardo de la red inalmbrica

Para la red inalmbrica con estndar 802.11g y con trfico de bajada no se registran los resultados del retardo de extremo a extremo y del jitter, ya que a partir del comportamiento de la red 802.11b se considera que estos valores son muy similares al caso para el trfico de subida y por ende no aportan mayormente a los resultados. Las medidas del retardo y del jitter se realizan slo para poder visualizar de mejor manera el comportamiento de la red pero no representan el factor relevante de las mediciones, el desempeo. Observando las tablas Tabla IV.1 y Tabla IV.2 se puede apreciar que, para los tamaos de Payload respectivos a telefona, el valor de RTT obtenido es inferior a 40 [ms]. Este valor se encuentra dentro del rango que las empresas de telefona VoIP requieren para el enlace, en particular debe ser inferior a los 50 [ms] para cumplir con la recomendacin de la UIT (referencia [3]). Por otro lado el jitter corresponde a la dispersin del retardo en la recepcin. Las empresas de VoIP no suelen soportar ms de 2 [ms] de jitter, lo cual se cumple en este caso para el trfico de subida 66

de la red 802.11g y para el trfico de bajada de la red 802.11b, no para el trfico de subida de la red 802.11b, como se observa en la Figura V.4. Esto ltimo puede ser solucionado mediante un buffer para compensar el jitter (buffer de dejitter) que debe ser igual a la mitad del jitter a acomodar, en este caso sera de 3,5 [ms], lo cual resulta bastante pequeo considerando los valores obtenidos para el retardo. La tasa de prdida de paquetes se puede deber a errores del medio y a problemas de congestin de la red, en este caso no se obtuvieron prdidas al transmitir un flujo de audio de extremo a extremo. El cdec G.729 en particular tiene mala resistencia a las prdidas, pero no se presentan aqu esas limitantes. Las figuras V.5 y V.6 muestran la tasa de transmisin efectiva de las redes 802.11b y 802.11g en funcin del nmero de clientes UDP transmitiendo simultneamente. Se representa el desempeo individual medido de cada cliente, el desempeo individual calculado a partir de la razn entre Throughput total de la red y el nmero de clientes, y el desempeo individual determinado a partir de la razn entre el Throughput terico y el nmero de clientes. Tambin se detalla la tasa de transmisin efectiva total medida y el Throughput total obtenido para el largo de Payload 1472 bytes con un slo cliente transmitiendo. En la Figura V.7 se especifica la variacin del retardo para ambas redes, en funcin del nmero de clientes UDP.
Throughput Red 802.11b vs Nmero de clientes UDP
Desempeo maximo Capa de Red [Mbps] 7 6 5 4 3 Desempeo maximo Capa de Red [Mbps] 8 T ind. 30 25 20 15 10 5 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 Nmero de cliente UDP con payload 1472

Throughput Red 802.11g vs Nmero de clientes UDP

T ind. T ind. calculado T ind. terico T total medido T total prctico

T ind. calculado
T ind. terico T total medido T total prctico

2
1 0 1 2 3 4 5 6 7 Nmero de cliente UDP con payload 1472

Figura V.5: Desempeo de la red 802.11b en funcin del nmero de clientes UDP

Figura V.6: Desempeo de la red 802.11g en funcin del nmero de clientes UDP

35 30 25 Jitter [ms] 20 15 10 5 0
1

Variacin del retardo vs Nmero de Clientes UDP

Jitter 802.11g Jitter 802.11b

9 10 11 12 13 14 15 16

Nmero de cliente UDP con payload 1472

Figura V.7: Variacin del retardo de la red en funcin del nmero de clientes UDP

67

Se puede observar que el desempeo individual medido corresponde claramente al Throughput total repartido equitativamente entre todos los clientes, ya que al comparar la curva de desempeo individual medido con las curvas esperadas, tanto terica como calculada, el resultado es muy similar para cada nmero de clientes. Es decir, como la red inalmbrica no discrimina entre tipos de flujos, entrega a cada uno de stos los mismos recursos, los cuales se dividen entre todos los clientes activos. Adems, el acceso al medio es notoriamente compartido, ya que todos tienen la posibilidad de transmitir casi simultneamente, respetando siempre el trmino de una transmisin para comenzar otra. El desempeo total medido, para las distintas cantidades de clientes transmitiendo, seala cmo este valor es variable en el tiempo, debido a las caractersticas del medio compartido; a la mayor utilizacin del enlace y a las interferencias con otras transmisiones de datos, que producen una disminucin de eficiencia. Esto ltimo se ve reflejado en un aumento del Throughput total de la red, por sobre el valor prctico obtenido para un paquete de Payload 1472 bytes, al aumentar el nmero de terminales transmitiendo. Lo anterior se explica porque el enlace es sobre utilizado para otorgar ms recursos a cada uno de los clientes, hasta comenzar a saturarse cuando el Throughput individual de los clientes es cercano a 1Mbps. En cuanto a la variacin del retardo, se puede deducir que sta aumenta significativamente con un aumento del nmero de clientes transmitiendo, sobrepasando rpidamente el lmite recomendado de los 2[ms]. Esto se debe a la interferencia y las colisiones que se producen entre los flujos transmitidos, obtenindose variacin del tiempo de recepcin de los paquetes para cada cliente en particular. El pic que se presenta en el aumento de 6 a 7 clientes UDP se explica por la variabilidad del medio y a la sensibilidad de ste a la presencia de otras transmisiones radioelctricas. Al interrumpir en el medio de transmisin una seal externa produce que los flujos UDP se vean afectados y por ende puede variar de mayor manera su retardo. Como se mencion anteriormente, el jitter del enlace puede ser solucionado con un buffer de dejitter con una capacidad de la mitad del jitter mximo a acomodar.

5.1.2 Capacidad de la Red Inalmbrica Unificada

Los valores del MOS y R-value permiten estimar la opinin de los clientes sobre la calidad de una llamada telefnica para propsitos de planificacin de transmisin, como plantea la recomendacin G.107 [12] y P.800 de la UIT [14]. A travs de estos parmetros se puede cuantificar el efecto de diversos parmetros sobre la red (tales como latencia, tasa de prdidas de paquetes, ruido y cdec utilizado) y apreciar directamente el efecto del desempeo, retardo de extremo a extremo y jitter. En las figuras V.8 y V.9 se muestran los valores reales del MOS promedio, medidos segn el nmero de llamadas simultneas en la red inalmbrica bajo estndar 802.11b y 802,11g, respectivamente. Las figuras V.10 y V.11 sealan los retardos de extremo a extremo de un flujo UDP con cdec G.729 y con G.711, obtenidos bajo las mismas condiciones anteriores.

68

MOS Red 802.11b vs Nmero de llamadas

5,0 4,5 4,0 MOS 3,5 3,0 2,5 2,0 11 12 13 14 15 16 17 18 19 20 21 22 23 Nmero de llamadas

MOS

MOS G.729 subida MOS G.729 bajada MOS G.711 bajada MOS G.711 subida

MOS Red 802.11g vs Nmero de llamadas

5,0 4,5 4,0 3,5 3,0 2,5 2,0
35 40 45 50 51 52 53 54 55 58 60

MOS G.729 subida MOS G.729 bajada MOS G.711 bajada

Nmero de llamadas

Figura V.8: MOS de la red 802.11b en funcin del nmero de llamadas

Figura V.9: MOS de la red 802.11g en funcin del nmero de llamadas

RTT red 802.11b vs Nmero de llamadas

500 450 400 350 RTT [ms] 300 200 150 100 50 0 11 12 13 14 15 16 17 18 19 20 21 22 23 Nmero de llamadas RTT [ms] 250 200 250

RTT Red 802.11g vs Nmero de llamadas

150
100
RTT avg. G.729 subida RTT avg. G.729 bajada

50
0 35 40 45 50 51 52 53 54 55 58 60 Nmero de llamadas

RTT avg. G.711 bajada

RTT avg. G.729 subida RTT avg. G.729 bajada

RTT avg. G.711 subida RTT avg. G.711 bajada

Figura V.10: RTT de la red 802.11b en funcin del nmero de llamadas

Figura V.11: RTT de la red 802.11b en funcin del nmero de llamadas

Las caractersticas del cdec G.729 inciden directamente en la escala de medicin de MOS, ya que introducen un dao inherente y por ende, el valor mximo del MOS es menor que para el cdec G.711. En las figuras V.8 y V.9 se puede observar claramente esta diferencia, ya que las curvas obtenidas para el cdec G.711 parten de un valor mximo mayor. Se representa tambin, cmo la calidad de las llamadas con cdec G.711 es levemente menor a las realizadas con cdec G.729, particularmente para la red inalmbrica con estndar 802.11b. Esto se debe a que el cdec G.729 hace uso ms eficiente del ancho de banda de la red inalmbrica, permitiendo un nmero mayor de llamadas simultneas para un mismo ancho de banda, pero aun as ambos cdecs proveen similar Calidad de Servicio. Para la red inalmbrica operando bajo el estndar 802.11g, la diferencia entre los cdecs es mucho menor, ya que el enlace posee un ancho de banda considerablemente mayor al utilizado por cada llamada. En ambos grficos queda demostrado cmo el trfico de bajada se ve ms afectado por las caractersticas del medio y por ende, presenta un deterioro ms rpido de la calidad de las llamadas para ambos cdecs. En base a lo anterior, el comportamiento de este tipo de trfico es el que se utiliza para 69

determinar la capacidad mxima de la red, que queda delimitada por la cada brusca de la calificacin MOS. Esta cada se explica por la sensibilidad del trfico de voz, que al sufrir un leve retardo o prdidas por la incorporacin de un nuevo cliente de voz a la red inalmbrica, se ve severamente afectado en la calidad percibida de la llamada. El lmite mnimo considerado de la calificacin MOS es de 4,07 en casi todos los casos (3,8 para G.729 en red 802.11g), de modo de mantener la calidad de las llamadas por sobre el nivel aceptable, pero aumentando al mximo el nmero de clientes posibles. Bajo esta condicin prcticamente todos los usuarios estn satisfechos con la calidad de la llamada. Si se considera la recomendacin de Cisco Systems de utilizacin de la red para trfico mixto, se acepta solamente un 60% del ancho de banda para servicios VoIP y por ende la capacidad prctica mxima de la red disminuye. En la Tabla V.1 se representan los valores de la capacidad medida para ambas consideraciones y los valores tericos esperados. Las capacidades mximas obtenidas son naturalmente inferiores a las tericas esperadas. Para la red bajo estndar 802.11b la diferencia es leve, pero resulta mucho ms notoria para el estndar 802.11g, que presenta un ancho de banda considerablemente ms elevado. Debe tenerse en consideracin los valores prcticos de las capacidades de los enlaces inalmbricos cuando se realiza un diseo de plataforma inalmbrica para servicios VoIP sin implementar Calidad de Servicio, ya que hay que tener bastante cuidado en no introducir latencia y prdidas extras a los flujos de voz por una sobre carga del enlace.
Estndar
802.11b 802.11a/g

Cdec

G.711
15 45

G.711 al 60%
9 27

G.711 al 60% terico

10 34

G.729
16 50

G.729 al 60%
10 30

G.729 al 60% terico

12 39

Tabla V.1: Capacidades medidas en red inalmbrica sin Calidad de Servicio

La calificacin MOS es afectada directamente por el retardo de extremo a extremo, por el jitter y por el comportamiento de la prdida de paquetes, de manera que su valor puede ser usado como medidor representativo de Calidad de Servicio para aplicaciones VoIP. Los valores del retardo de extremo a extremo se mantienen dentro de los lmites aceptables (< a 150 [ms]) para las capacidades mximas antes determinadas (sin considerar el 60% de utilizacin del enlace). Para el caso del cdec G.711 en la red 802.11b y el cdec G.729 en la red 802.11g, los retardos son cercanos a 100 [ms], pero considerando el retardo extra mximo incorporado por conceptos de codificacin/decodificacin (alrededor de 35 [ms]), esos retardos siguen siendo inferiores al lmite aceptable para comunicaciones nacionales. En las figuras V.12 y V.13 se muestra el MOS obtenido para trfico mixto y para un nmero de llamadas por sobre la capacidad mxima de la red, detallada en la Tabla V.1. Se representan los valores del MOS tanto para la red inalmbrica, operando sin Calidad de Servicio, como para la red implementando el estndar 802.11e. En las figuras V.14 y V.15 se representa el retardo de extremo a extremo percibido bajo esas mismas condiciones.

70

MOS red 802.11b con trfico mixto

4,5 4,0 3,5 MOS 3,0 2,5 2,0 MOS 4,3 4,1 3,9 3,7 3,5 3,3 3,1 2,9
6 voz/10 TCP 10 voz/6 TCP 16 voz/1 TCP 18 Voz 19 voz 20 Voz 21 Voz 22 Voz

MOS G.729 red 802.11g con trfico mixto

1,5

MOS MOS EDCA con EDCA voice

16 voz/34 TCP 34 50 voz/1 50 voz voz/16 TCP TCP 51 voz 52 voz 55 voz 58 Voz 60 Voz

2,7 2,5

Tipo de trfico mixto MOS G.729 MOS G.711 EDCA MOS G.729 con EDCA voice EDCA MOS G.711 con EDCA voice

Tipo de trfico mixto

Figura V.12: MOS de la red 802.11b para trfico mixto y nmero de llamadas sobre capacidad

Figura V.13: MOS de la red 802.11g para trfico mixto y nmero de llamadas sobre capacidad

RTT red 802.11b con trfico mixto

500 400 300 200 100 RTT [ms] 190 170

RTT G.729 red 802.11g con trfico mixto

RTT [ms]

150
130 110 90 RTT promedio RTT promedio con EDCA voice
16 34 50 voz/1 51 voz voz/34 voz/16 TCP TCP TCP 52 voz 55 voz 58 Voz 60 Voz

0
6 voz/10 TCP 10 voz/6 TCP 16 voz/1 TCP 18 Voz 19 voz 20 Voz 21 Voz 22 Voz

70 50

Tipo de trfico mixto RTT avg. G.729 RTT avg. G711 RTT EDCA RTT avg. avg. G.729 G.729 con EDCA voice RTT avg. avg. G711 G.711 EDCA voice RTT con EDCA

Tipo de trfico mixto

Figura V.14: RTT de la red 802.11b para trfico mixto y nmero de llamadas sobre capacidad

Figura V.15: RTT de la red 802.11g para trfico mixto y nmero de llamadas sobre capacidad

La incorporacin del trfico TCP al nmero de trficos VoIP de la red, afecta notablemente la calidad de las llamadas, produciendo una disminucin del MOS promedio percibido en comparacin del MOS cuando se opera a la capacidad mxima. Adems, se percibe una disminucin del retardo de extremo a extremo cuando aumenta el nmero de terminales de voz, producto de que los paquetes de voz son ms pequeos y por ende, se transmiten con mayor facilidad a travs de la red, considerando el menor uso del ancho de banda por parte de los trficos de datos y menos competencia por el uso de los recursos disponibles en la red. Para la red operando con el estndar 802.11g se produce un efecto contrario para el trfico mixto, ya que al aumentar el nmero de flujos de voz se produce una mejora de la calidad de las llamadas. Esto puede ser explicado porque el aumento considerable en el ancho de banda proporciona ms recursos a los terminales de la red, entonces, un aumento de los terminales VoIP genera una mejor utilizacin de esos recursos y cuando existen trficos de datos, stos consumen la mayora de esos recursos. Para la red 802.11b los recursos son ms restringidos y por consiguiente, un aumento en los trficos de voz satura ms rpido la red. 71

Con la incorporacin de los parmetros EDCA propuestos por Cisco Systems, se observa una mejora de la calidad percibida de las llamadas, representada por un aumento del MOS, tanto para la red operando con trfico mixto, como para la red slo con flujos de voz. Se observa un aumento de la calificacin MOS cuando se produce un aumento del nmero de clientes VoIP en un ambiente de trfico mixto. Para un ambiente nicamente con flujos de Voz, se incurre tambin en un aumento de la capacidad obtenindose nuevos lmites mximos, representados en la Tabla V.2.
Estndar
802.11b 802.11a/g

Cdec

G.711
18 --

G.711 al 60%
11 --

G.729
18 55

G.729 al 60%
11 33

Tabla V.2: Capacidades medidas en la red inalmbrica con Calidad de Servicio

Estos lmites mximos superan levemente a la cantidad mxima de usuarios determinada para la red sin implementacin del estndar 802.11e, entonces, para mantener un diseo conservador de la estructura de red para telefona VoIP, se establecen como valores limites para la capacidad, los datos de la Tabla V.1, aun cuando se incorpore Calidad de Servicio al sistema. El retardo se ve notablemente afectado por la incorporacin de los parmetros EDCA modificados. En el caso de la red 802.11g, esta incorporacin beneficia a los flujos de voz, disminuyendo su retardo. Para la red operando con estndar 802.11b, ocurre el efecto contrario, y la implementacin de Calidad de Servicio aumenta el retardo de los paquetes de voz, aunque mejora la calidad percibida de las llamadas, con un aumento del MOS. Un valor menor de la ventana de contienda (CW) implica una espera menor para realizar la transmisin y un aumento tambin del Throughput de la red y, en el caso de experimentar colisiones, lograr un acceso ms frecuente al canal compartido, reducindose el retardo que experimentan los paquetes de voz.

5.1.3 Capacidad de la Red Inalmbrica Autnoma

Las figuras V.16 y V.17 representan el comportamiento de la plataforma inalmbrica autnoma operando bajo condiciones normales y con estndar 802.11g. Se observa que el comportamiento de esta red es similar al comportamiento de la red inalmbrica unificada, pero presenta un retardo de extremo a extremo mayor. Esto se debe al manejo distinto que se realiza de los paquetes en el trfico de bajada, ya que en la red unificada todo el comportamiento de los Puntos de Acceso es manejado por el Controlador de Red inalmbrica mediante mensajes de control LWAPP, en cambio en la red autnoma el Punto de Acceso toma las decisiones de manera independiente.

72

MOS G.729 Red 802.11g vs Nmero de llamadas

4,5 4,0 250 RTT [ms] 3,5 MOS 3,0 2,5 2,0 45 48 50 51 52 Nmero de llamadas MOS G.729 bajada AP autnomo MOS G.729 bajada LWAPP 53 200 150 100 50 0 350 300

RTT G.729 Red 802.11g vs Nmero de llamadas

RTT promedio bajada AP autnomo RTT promedio bajada LWAPP 45 48 50 51 52 53 Nmero de llamadas

Figura V.16: MOS de la red 802.11g autnoma

Figura V.17: RTT de la red 802.11g autnoma

Cuando se implementan ambas modificaciones de los parmetros EDCA en el Punto de Acceso y se configuran los parmetros EDCA por defecto, se puede apreciar que los perfiles modificados presentan prcticamente el mismo comportamiento para el trfico mixto, donde la calidad de las llamadas se ve claramente disminuida al aumentar el nmero de flujos de Voz (figuras V.18 y V.19). Para una capacidad mxima de 50 clientes VoIP con trfico mixto la calidad se torna inaceptable cercana a la calificacin MOS de 2, pero tampoco mejora al considerar slo trficos de Voz, se concluye entonces que los perfiles utilizados no priorizan el trfico VoIP de la manera correcta y por consiguiente no aumenta la capacidad de la red. Esto se explica porque los perfiles son aproximaciones de la modificacin propuesta por Jeng Farn Lee en [9], por ende el sistema no acta de la manera esperada y los recursos son consumidos por los flujos de datos. Cuando se utilizan los parmetros EDCA por defecto se observa cmo el trfico de voz es priorizado y mejora la calidad de las llamadas, an cuando se sobrepasa la capacidad mxima de la red.

MOS G.729 red autnoma 802.11g con trfico mixto

4,5 4,0 3,5
1200 1000 800

RTT G.729 red autnoma 802.11g con trfico mixto

3,0
2,5 2,0 1,5
16 voz/34 34 voz/16 50 voz/1 TCP TCP TCP MOS MOS con EDCA MOS con EDCA modificado I MOS con EDCA modificado II 53 voz 55 Voz 60 Voz

RTT [ms]

MOS

600 400 200 0 16 voz/34 TCP 34 voz/16 50 voz/1 TCP TCP 53 voz 55 Voz 60 Voz

Tipo de trfico mixto

Tipo de trfico mixto

RTT promedio RTT promedio con EDCA RTT promedio con EDCA modificado I RTT promedio con EDCA modificado II

Figura V.18: MOS de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA

Figura V.19: RTT de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA

73

Al comparar el perfil Voice Optimized con el perfil EDCA original, figuras V.20 y V.21, se puede apreciar que la red se comporta de similar manera. Con ambos perfiles se obtiene un aumento de la capacidad mxima de la red, pero con la configuracin EDCA original, los flujos de datos se ven ms perjudicados, en cambio el perfil de Cisco Systems prioriza la voz, pero tambin permite que otros tipos de trficos operen bajo condiciones aceptables. Lo anterior se ve reflejado en una disminucin leve de la calificacin del MOS para las condiciones de trfico mixto.
MOS G.729 red 802.11g
4,5 1200 4,0 1000 3,5 800 MOS 3,0 2,5 2,0 1,5
16 voz/34 34 voz/16 50 voz/1 TCP TCP TCP 53 voz 55 Voz 60 Voz

RTT G.729 red 802.11g

RTT avg. RTT avg. con EDCA RTT avg. Con Voice optimized RTT [ms]

600 400

MOS MOS con EDCA MOS con EDCA Voice Optimized

200
0
16 voz/34 34 voz/16 50 voz/1 TCP TCP TCP 53 voz 55 Voz 60 Voz

Tipo de trfico mixto

Tipo de trfico mixto

Figura V.20: MOS de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA

Figura V.21: RTT de la red 802.11g autnoma bajo tres configuraciones de parmetros EDCA

Por otro lado, se observa tambin, que el retardo de extremo a extremo de los paquetes de voz para el perfil EDCA por defecto es mucho mayor, por ende, el comportamiento de la red VoIP perjudica un poco la transmisin de flujos VoIP, cuando opera con trfico mixto. En cambio con el perfil Voice Optimized, el retardo es disminuido por debajo del retardo de los flujos para la red sin Calidad de Servicio, incurriendo en una mejora notable, tanto en la calidad de las llamadas como en el retardo de stas. Lo anterior es producto de la optimizacin realizada por los parmetros de contencin establecidos por este perfil.

5.1.4 Implementacin Telefona Dual

Luego de determinar las caractersticas de los clientes SIP de cada telfono dual, representadas en la Tabla IV.12, se seleccionan los clientes SIP que cumplen de mejor manera los siguientes requerimientos: Mayor integracin posible con el telfono Posibilidad de crear ms de una cuenta Posibilidad de tener ms de una cuenta activa Capacidad de realizar debug de la red Cdecs permitidos Estos clientes se detallan en la Tabla V.3 segn dispositivo celular.

74

Telfono Mvil
Iphone 3GS nokia 5800 HTC Diamond Samsung i900 HTC Magic

Sistema Operativo
Iphone OS 3.x Symbian S60 v5 Windows Mobile 6.x Windows Mobile 6.x Android 1.5 iSIP

Cliente
Uniphone AGEphone Mobile AGEphone Mobile aSIP

US$/cliente
3,99 37,15 35,00 35,00 Gratuito

Precio compra telfono

559.900 209.900 339.900 415.900 364.900

Tabla V.3: Clientes SIP seleccionados segn requerimientos

Un factor importante tambin al momento de determinar el cliente SIP de mejor desempeo, es el funcionamiento de ste en la red inalmbrica (Tabla IV.13) Todos los clientes SIP evaluados efectan un correcto registro contra la PBX Asterisk y contra el Callmanager, y permiten efectuar una llamada exitosa hacia otro telfono IP asociado a la central. Para el caso del cliente aSIP, existen problemas de audio en un sentido cuando se efecta la llamada a travs del Callmanager, producto del cdec que se utiliza para la transmisin. Este defecto es mejorado en las versiones posteriores del software. En cuanto a Calidad de Servicio de las llamadas efectuadas desde los clientes a travs de la red inalmbrica, determinada por los parmetros medidos de la (Tabla IV.13), todos muestran un excelente desempeo alcanzando la calificacin mxima, a excepcin del cliente iPico que presenta una calidad inferior de la llamada, que se determina por una extrema latencia debido al comportamiento de la aplicacin (retardo superior a los 500 ms). Esto se deduce a partir de que la red inalmbrica opera bajo sus mejores condiciones con un nico flujo de voz. Segn este comportamiento, la aplicacin iPico queda descartada en la seleccin. Continuando con el dispositivo Iphone, el cliente iSIP posee un comportamiento adecuado, presentando un jitter de 3[ms] un poco superior al lmite recomendado pero an aceptable, ya que puede ser corregido fcilmente con un buffer de dejitter. En cuanto al dispositivo Nokia, el comportamiento del cliente iPico es ptimo, dentro de los lmites recomendados, pero posee capacidades de funcionamiento muy limitadas, por lo cual se selecciona, para este equipo telefnico, el cliente Uniphone. De los clientes SIP evaluados en el dispositivo Samsung i900 y HTC Diamond, el nico cliente que se comporta de manera ptima, manteniendo los parmetros de Calidad de Servicio inferiores a los lmites recomendados, y cumple de mejor manera los requerimientos descritos anteriormente, es el cliente AGEphone Mobile. Para el ltimo telfono dual analizado, HTC Magic, el cliente que se selecciona es el aSIP, ya que posee mayores caractersticas que el cliente Kapanga, y adems presenta un menor retardo de extremo a extremo al realizar llamadas a travs de la red inalmbrica. Los resultados obtenidos para las pruebas de Handoff detalladas en la Tabla IV.14, avalan la seleccin de los clientes SIP. Los dispositivos evaluados en estas pruebas corresponden a: Iphone 3Gs, Nokia 5800 y HTC Magic. Todos estos clientes presentan una calificacin MOS casi mxima cuando realizan el proceso de Handoff y las llamadas efectuadas por stos son traspasadas efectivamente desde un Punto de Acceso al otro, sin producirse trmino de ellas. En todos los casos se aprecia un leve aumento de la variacin del retardo en comparacin al comportamiento sin Handoff. En consecuencia se obtienen resultados satisfactorios por parte de los clientes seleccionados en cuanto a capacidad de realizar Handoff en la red inalmbrica, siendo ste un factor importante en el tema de la movilidad. 75

5.2 Evaluacin econmica

Una vez determinado el comportamiento de la red inalmbrica unificada y evaluada la implementacin del estndar 802.11e sobre esta red, junto con la seleccin de los clientes SIP ptimos para los dispositivos duales evaluados, se procede a desarrollar un anlisis econmico de la solucin de red inalmbrica unificada con implementacin de Telefona Dual propuesta. Este anlisis econmico involucra los costos y beneficios asociados a esa solucin, considerando que la estructura de red puede variar segn las necesidades de quien realiza la evaluacin. Para esto se crea una planilla modificable en Excel que permite especificar todas las componentes que se desean considerar para la evaluacin. Mediante esta evaluacin se entregan referencias sobre las ventajas econmicas de la instalacin de una plataforma Cisco para una red inalmbrica con soporte de Calidad de Servicio y posterior implementacin de Telefona Dual. Tambin permite evaluar las ventajas econmicas de implementar Telefona Dual en una red inalmbrica Cisco ya existente. Para este efecto se consideran los costos de la instalacin de equipamiento Cisco desde cero o posibles adiciones al equipamiento de red inalmbrica, que puedan ser necesarias en la red ya existente. Tambin se incluye la compra del hardware y software Cisco para el funcionamiento de la red con Calidad de Servicio y telefona IP. Dentro de estos costos, se considera adems la compra de Hardware y software referente a la implementacin Telefona Dual. Se incorpora dentro de los costos el Servicio de Levantamiento Topogrfico para determinar las necesidades de la red y el Servicio de medicin de Calidad de Servicio para determinar si la red soporta Telefona IP. Por otra parte, se integran los beneficios que esta instalacin y el uso de Telefona Dual pueden aportar al cliente, como son el ahorro en tiempos de contacto de los empleados, ahorro por convergencia de servicios y ahorro en costos de llamadas. Finalmente se calcula el Retorno a la Inversin anual, el valor del VAN y el Payback, para estimar de qu manera se recupera la inversin.

5.2.1 Costos
Para la instalacin o modificacin de una red inalmbrica, con soporte para Telefona Dual y Calidad de Servicio, se debe hacer una replanificacin de su estructura (por ejemplo para telefona IP es necesario tener una mayor rea de traslape entre las reas de cobertura de los Puntos de Acceso). En este rediseo normalmente resulta necesario incluir ms Puntos de Acceso a los ya existentes (considerando el caso de tener una red inalmbrica previa), pues no basta slo con que exista cobertura 802.11 en cada punto, sino que adems ser necesaria la redundancia en dicha cobertura, para soportar el flujo de trafico de voz sobre IP cuando el usuario se transfiere de un Punto de Acceso a otro. Tambin es necesario considerar los parmetros para implementar Calidad de Servicio, los cuales son manejados por un Controlador de Red Inalmbrica. Una plataforma inalmbrica requiere equipos de soporte de infraestructura que se encuentran cableados, as como materiales bsicos e instalaciones. La red inalmbrica solicita adems de equipos y software que controlen centralizadamente los Puntos de Acceso y permitan realizar tareas de monitoreo y administracin. Para los servicios de telefona IP tambin es necesario un equipo de control y administracin del flujo de voz sobre IP en la red (Callmanager). Los Puntos de Acceso permiten que los clientes de la red Wi-Fi accedan a sta y deben ser administrados y controlador por el WLC segn la estructura de red propuesta, es decir deben ser Puntos de Acceso sin inteligencia (LWAPP). 76

Adems del equipamiento Cisco, se utiliza equipamiento de otros proveedores para la implementacin de Telefona Dual. Este equipamiento consiste nicamente en equipos mviles duales, dentro del grupo de los Smartphones. Para el servicio de Telefona Dual, se necesita tambin el software capaz de transmitir voz sobre IP en la red. Tanto la red cableada y los puntos de red instalados, como los equipos seleccionados, requieren mantencin durante el periodo de tiempo en que estn en uso, para preservar una correcta operacin. Tambin los equipos de telefona requieren de administracin para crear, mantener y manejar las lneas telefnicas en uso. Para asegurar el correcto funcionamiento de la Telefona Dual sobre la red inalmbrica, es necesario realizar primero un levantamiento para determinar los requerimientos del cliente para su red inalmbrica y establecer qu elementos son necesarios para proveer del servicio inicial de voz sobre IP y una posterior implementacin de Telefona Dual. Igualmente es necesario realizar mediciones en la red inalmbrica para determinar si sta posee la Calidad de Servicio adecuada para soportar este tipo de aplicaciones. La implementacin de Telefona Dual sobre una red inalmbrica con Calidad de Servicio considera tambin un costo en las llamadas realizadas por los telfonos mviles duales, que incurren en un costo operacional del servicio.

5.2.2 Beneficios
5.2.2.1 Convergencia de Servicios
El Smartphone permite utilizar tanto la red celular como la red Wi-Fi para transferir datos y voz, sin la necesidad de cables. Cuando el usuario est fuera de la oficina, sin una red Wi-Fi al alcance, las llamadas pueden ser cursadas a travs de la red celular, manteniendo la conectividad en todo instante y se vuelve dispensable el telfono fijo del puesto de trabajo. Adems los telfonos duales son telfonos inteligentes que poseen servicios de correo, calendario, contactos, aplicaciones de oficina y de redes. El correo electrnico de la empresa se puede sincronizar con el correo propio del telfono, junto con el calendario, agenda y los contactos. Los contactos quedan almacenados en el telfono de manera de poder acceder a ellos tanto por la red celular como por la red de oficina. Se tiene finalmente todos los servicios de comunicacin en un mismo equipo permitiendo movilidad y conectividad en todo momento. Para la evaluacin econmica se considera un beneficio por la administracin de un nico nmero telefnico, cuando se elimina la necesidad del telfono IP fijo del puesto de trabajo. Este beneficio se basa en el uso ms eficiente de las llamadas, ya que todas las llamadas, entrantes y salientes, son a travs del mismo aparato, y tambin un ahorro en tiempo de contacto del usuario. Para calcular este beneficio se asume un ahorro de 0,25 horas al da de un empleado al cual se le designa el telfono dual en base a la ecuacin (16). (16)

77

5.2.2.2 Ahorro en llamadas y en equipamiento Telefona IP

La unificacin del nmero telefnico permite reducir los costos de las llamadas de la empresa, ya que la llamada que antes se haca desde el telfono celular, ahora se realiza a travs de la PBX interna, reduciendo los costos de llamadas a telfonos fijos, red celular y larga distancia. Si el cliente quiere implementar Telefona Dual en vez de telefona IP fija, se incurre tambin en reduccin de costos de inversin en equipos fijos de escritorio, ya que existen equipos IP de escritorio que tienen precios mayores a los telfonos mviles cotizados. El telfono fijo de escritorio ya no es necesario, debido a que ste es llevado al telfono mvil mediante el cliente SIP. El beneficio se calcula como el ahorro por la diferencia de costos de los diversos equipos IP de escritorio con respecto al telfono mvil deseado. Si el cliente quiere cambiar sus equipos IP de escritorio, este beneficio no se considera. Se debe tener en cuenta tambin que en la mayora de los casos la implementacin de Telefona Dual utiliza la red inalmbrica ya existente, solo con pequeas inversiones por mejoramiento de la red para soportar telefona IP.

5.2.2.3 Productividad
La convergencia de servicios tambin produce mejoras en la productividad de los usuarios. El acceso a la informacin cuando no se dispone del notebook es transcendental y el Smartphone permite acceder desde cualquier lugar a muchos servicios a los cuales los usuarios estn acostumbrados y les resultan imprescindibles. Los empleados pueden estar contactados aun fuera de la oficina, mejorando la eficiencia de respuesta de las llamadas y correos. Este beneficio se calcula como el ahorro de 0,25 horas al da de un empleado al cual se le designa el telfono dual, representado mediante la ecuacin (17). (17)

5.2.2.4 Calidad de Servicio

La configuracin de los parmetros de Calidad de Servicio en el WLC, que maneja todo el flujo a travs de los Puntos de Acceso, posibilita una mejor administracin del ancho de banda inalmbrico. Esto permite priorizar las aplicaciones VoIP por sobre las aplicaciones de datos, mejorando la calidad de servicio de las llamadas de voz sobre IP. Debido al uso de Telefona Dual, la red sufrir mayor congestin, por lo cual se necesita una administracin inteligente de los recursos. Al mejorar la administracin del Ancho de Banda inalmbrico se hace uso ms eficiente de la red, ya que aumenta la capacidad de los Puntos de acceso de soportar trfico de Voz. As se incurre en una disminucin de las fallas de la red inalmbrica que afectan a los usuarios. Este beneficio se calcula como un ahorro por 10 fallas de la red inalmbrica al mes que deben ser solucionadas por un Ingeniero de Soporte, demorndose 2 horas por cada falla. Este beneficio queda representado por la ecuacin (18) (18)

78

5.2.3 ROI, Payback y VAN

En las figuras V.22, V.23 y V.24 se detalla grficamente el ROI, VAN y Payback obtenidos de una evaluacin ejemplo realizada considerando los costos y beneficios anteriores. El detalle de la operacin de la planilla, que realiza el clculo para las evaluaciones, se especifica en el Anexo D, junto con el detalle del VAN obtenido. Para este ejemplo se considera una red inalmbrica unificada bsica, con 50 usuarios de Telfonos Duales. El ROI presenta el periodo en que se recobra la inversin, y en este caso la inversin es recuperada al primero ao de operacin del servicio. Considerando el VAN en cada periodo se observa tambin que desde el primer ao se obtienen nicamente ganancias y para el ao 2 de operacin ya se ha pagado toda la inversin realizada (Payback).

Figura V.22: ROI evaluacin ejemplo

Figura V.23: VAN evaluacin ejemplo

Figura V.24: VAN acumulado evaluacin ejemplo

79

5.3 Alcances Resultados

La solucin propuesta anteriormente est basada nicamente en los estndares 802.11b, 802.11g y 802.11e, sin considerar la implementacin del estndar 802.11n, que permite aumentar significativamente las tasas de transmisin de la red. Los flujos de Voz utilizados para la medicin de capacidad de la plataforma inalmbrica son generados por la herramienta SIPp, limitando los resultados nicamente al tipo de flujo que genera esta herramienta y a la forma en que se generan los flujos simultneos. Por ende el comportamiento de la red operando con una cantidad mxima de llamadas simultneas, realizadas a partir de Telfonos Duales, puede resultar un poco distinto. Adems los flujos analizados slo utilizan los cdecs G.729 y G.711. La plataforma inalmbrica utilizada para las mediciones y pruebas considera nicamente equipamiento de Cisco Systems y por ende el comportamiento de la red bajo otra estructura inalmbrica puede discrepar con el comportamiento observado en este trabajo. En cuanto a la implementacin de Calidad de Servicio, sta puede realizarse en cualquier equipamiento con soporte del estndar 802.11e, y no depende del fabricante, ya que modifica directamente los parmetros EDCA de ese estndar. Si el dispositivo opera bajo las normas y funcionalidades del estndar 802.11e, ejecutar de igual manera el acceso al medio segn los parmetros de contencin configurados. Una red inalmbrica unificada Cisco Systems limita las modificaciones de los parmetros EDCA y slo permite configurar Calidad de Servicio, en base a los perfiles propuestos en el Controlador de Red Inalmbrica, no modificar los parmetros directamente. Esto restringe la evaluacin del comportamiento de la red, ya que no se puede incurrir en el desarrollo de alternativas de configuracin de los parmetros EDCA de manera personalizada, que prioricen los trficos que los usuarios de la red deseen. El equipamiento evaluado para la implementacin de Telefona Dual corresponde a un nmero reducido de dispositivos con capacidad de generar flujos VoIP y de transmitirlos a travs de una red inalmbrica. Existen otros dispositivos con capacidad dual que poseen el mismo Sistema Operativo de alguno de los equipos evaluados, u otro sistema operativo para el cual se ha diseado una aplicacin SIP. Si el cliente SIP est diseado para el Sistema Operativo de un equipo celular, probablemente esta aplicacin funcionar en ese equipo sin problemas, pero se recomienda realizar previamente una evaluacin, ya que las capacidades del dispositivo celular afectan notablemente el funcionamiento de la aplicacin. En cuanto a las aplicaciones analizadas, se consideraron todas las existentes para los dispositivos duales evaluados, en el mercado o en internet, al momento de la realizacin de este Trabajo de Ttulo. Segn a los resultados obtenidos a partir de las pruebas de Calidad de Servicio de los clientes SIP en la plataforma inalmbrica, stas miden el comportamiento de la red al transmitir el flujo de voz generado por estas aplicaciones, y por ende slo considera la lesin que la red introduce en ese flujo, y no daos que pueda producir el dispositivo celular entre la emisin del sonido y la conversin de ste en flujos VoIP. Para poder medir la lesin introducida por el procesamiento de la voz por parte de la aplicacin y del telfono dual, es necesario comparar el flujo de voz generado por una persona con el flujo de voz a la salida de la antena transmisora del telfono. Naturalmente este tipo de anlisis resulta mucho ms engorroso y se desconocen aplicaciones existentes que permitan realizarlo directamente.

80

CAPTULO VI: CONCLUSIONES

6.1 Conclusiones
El diseo de una red inalmbrica contempla varios parmetros que deben ser considerados; anlisis del espacio fsico, reas de cobertura, nmero de usuarios a servir, servicios que debe soportar, entre otros. Debe dimensionarse el trfico y estimar el ancho de banda adecuado para la red, como tambin ubicar los Puntos de Acceso en lugares estratgicos para obtener el mayor desempeo de las seales. En base a los resultados obtenidos de las mediciones de Calidad de Servicio sobre la plataforma inalmbrica prototipo, compuesta de una estructura unificada, se puede asegurar la Calidad de Servicio de las llamadas cuando se implementan servicios VoIP. Para esto es necesario tener en consideracin que la red debe operar con su mayor tasa de transmisin, respetar los lmites de capacidad mximos determinados para cada Punto de Acceso e implementar el estndar 802.11e, para priorizar los trficos de voz. Considerando estos tres factores, los parmetros de Calidad de Servicio se mantienen dentro de los lmites aceptables; con un valor del retardo de extremo a extremo inferior a los 150 [ms], un jitter menor a 2 [ms], prdidas inferiores al 1% con una calificacin MOS aceptable en cuanto a satisfaccin de los usuarios. Bajo condiciones ptimas se obtiene una tasa de transmisin efectiva mxima de 6, 37 [Mbps] y 27,85 [Mbps] para las redes 802.11b y 802.11g, respectivamente. El nmero mximo recomendado de clientes VoIP que pueden estar asociados a un Punto de Acceso LWAPP y transmitir simultneamente, es de 9 a 10 clientes para una red inalmbrica con estndar 802.11b, y entre 27 y 30 para la red con estndar 802.11g. El estndar 802.11e tiene como objetivo introducir nuevos mecanismos de la capa MAC para soportar aplicaciones que requieren garantas de Calidad de Servicio. En particular el mtodo de acceso al medio EDCA permite priorizar el trfico y aumentar la probabilidad de transmisin para trficos con ms alta prioridad. De los perfiles EDCA evaluados, el perfile de mejor desempeo es el propuesto por Cisco Systems, denominado Voice Optimized, ya que optimiza el trafico de voz, aumentando la calidad de las llamadas, pero no perjudica tanto al trfico de datos como el perfil EDCA original. Para la implementacin de Telefona Dual, se utilizan telfonos celulares Smartphones, capaces de transmitir a travs de la red celular y de la red Wi-Fi. Los dispositivos duales evaluados consideran a un Iphone 3Gs, Nokia 5800, Nokia N96, Samsung i900, HTC Magic, HTC Diamond y Blackberry Curve 8900. Se analiza la transmisin de voz sobre IP mediante el protocolo SIP, mediante clientes SIP instalados en el Sistema Operativo de los dispositivos. Para el Sistema Operativo Blackberry no se dispone de ningn cliente SIP en el mercado. Los clientes SIP pueden registrarse con variadas centrales telefnicas IP, ya que la mayora soporta el protocolo SIP. En particular se efecta el registro de los clientes SIP con dos centrales IP, PBX Asterisk y un Callmanager. Con ambos PBX se obtienen resultados satisfactorios, consiguindose la realizacin exitosa de una llamada a travs de ellos. Tambin se realizan pruebas de Calidad de Servicio que, junto a los requerimientos de funcionamiento de los clientes SIP, determinan las aplicaciones ms adecuadas para la implementacin. Para la mayora de los casos, estas pruebas arrojan un comportamiento ideal de la red inalmbrica frente al funcionamiento de esas aplicaciones, obteniendo una calificacin de 4,4 para el MOS, valores para el retardo inferiores a 150 [ms] y para el jitter cercanos 81

a 2[ms]. Las aplicaciones que no cumplen con estas limitantes, son descartadas. Las aplicaciones finalmente seleccionadas son: iSIP, Uniphone, AGEphone Mobile y aSIP. El diseo de una red inalmbrica para la operacin con servicios VoIP considera una ubicacin adecuada de los Puntos de Acceso, de modo de determinar las reas de cobertura y la intensidad de las seales. En particular debe considerarse un traslape del 20% entre las reas de cobertura de manera de asegurar un Handoff suave de los dispositivos asociados a la red. Si el traspaso de la llamada desde un Punto de Acceso a otro se realiza de manera suave, entonces los parmetros de Calidad de Servicio de esa llamada se encuentran dentro de los lmites recomendados. En particular, al considerar llamadas realizadas desde los Telfonos Duales, se observa que en la mayora de los casos el traspaso es efectivamente suave, manteniendo la calidad de la llamada en su nivel mximo percibido (MOS de 4,4) y manteniendo el retardo y el jitter con valores cercanos a los recomendados. La hiptesis principal que se desarrolla a lo largo de este Trabajo de Ttulo se resume en las siguientes palabras: Si se dispone de una red inalmbrica con soporte de Calidad de Servicio para aplicaciones VoIP, entonces es factible implementar comunicaciones mediante dispositivos celulares duales, capaces de generar trfico de voz sobre IP cuando perciben una conexin Wi-Fi, aportando movilidad, productividad y ahorro de costos a las empresas y usuarios finales. Considerando que los objetivos planteados en la presente memoria se cumplieron, en base a los alcances de los resultados, se puede sealar que, mediante la plataforma inalmbrica con Calidad de Servicio diseada, se consigue una estructura de red capaz de soportar adecuadamente trfico de voz sobre IP, permitiendo incorporar servicios multimedia ms sensibles al entorno de red inalmbrica, como es la Telefona Dual, consiguiendo finalmente la convergencia de servicios bajo condiciones de operacin confiables.

6.2 Trabajo Futuro

Segn los alcances de la presente memoria, determinados en la seccin 5.3, se proponen a continuacin algunos trabajos a futuro que resultan relevantes para el desarrollo del tema central de este Trabajo de Ttulo. La implementacin del estndar 802.11n en una red inalmbrica 802.11b y/o 802.11g considera un aumento del ancho de banda del enlace inalmbrico, mejorando el desempeo de la red y por ende se puede esperar un aumento de las capacidades para el estndar 802.11b y 802.11g. A futuro se propone analizar el comportamiento de la red, en cuanto a desempeo y capacidad, implementando el estndar 802.11n. Una manera de controlar la cantidad de llamadas simultneas en la red inalmbrica, de manera de no superar la capacidad mxima, es limitando el nmero de clientes VoIP asociados a un Punto de Acceso. Esto puede realizarse mediante la funcin CAC (Control de admisin de las Llamadas), evitando el acceso al medio compartido de una llamada que supera el lmite de capacidad. El estudio del comportamiento de la red considerando esta funcin queda propuesto para estudios futuros. A futuro podran utilizarse otras herramientas de generacin de flujos aparte de SIPp y otros tipos de cdecs (diferentes a G.711 y G.729), o inclusive utilizar equipamiento de telefona dual para la 82

generacin de los flujos y determinar de manera ms directa el comportamiento de la red bajo servicios VoIP de dispositivos duales. Esto ltimo se espera que sea factible dentro de uno o dos aos, ya que los Sistemas Operativos de los dispositivos celulares poseen cada vez ms capacidades y funcionalidades. Con un Sistema Operativo como Android habra que realizar una investigacin ms profunda del funcionamiento del sistema, para ver si posible ejecutar aplicaciones de LINUX, como Iperf o SIPp directamente desde el telfono. El nmero reducido de equipamiento celular evaluado en este trabajo limita la implementacin de la Telefona Dual, ya que existen otros dispositivos con capacidad dual que poseen el mismo Sistema Operativo de alguno de los equipos evaluados, u otro sistema operativo para el cual se ha diseado una aplicacin SIP. A futuro se recomienda evaluar todas las alternativas de dispositivos duales existentes en el mercado, incluyendo equipamiento de menor costo y funcionalidades, ya que esto permitira reducir los costos de acceso al equipo. Debido al desarrollo constante de software y de actualizaciones de software ya existente se recomienda investigar a futuro si existen nuevas versiones de los clientes SIP en cuestin o existen nuevas aplicaciones SIP, que en la mayora de los casos vienen mejoradas. El anlisis de las lesiones introducidas por el aparato celular y el cliente SIP a la voz, previo a transmisin de los flujos de voz sobre IP, resulta mucho ms engorroso y se desconocen aplicaciones existentes que permitan realizarlo directamente. A futuro se recomienda investigar sobre la posibilidad de analizar directamente el flujo generado por la aplicacin y por ende determinar las caractersticas que afectan a los flujos de voz sobre IP, propias del equipo celular y no del medio.

83

ABREVIACIONES Y ACRNIMOS
ACK ADPCM AP CAC CCK CDMA CELP CRC CS-ACELP CSMA/CA CSMA/CD CTS CUCM CW DBPSK DCF DECT DIFS DQPSK DSSS E-ADPCM EDCA EDGE FC FHSS GPRS GSM HIPERLAN HR-DSSS IAX IETF IP ISM ITU LAN LD-CELP LLC MAC MGCP MOS MTBF : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : Acknowledgement Adaptive Differential Pulse-Code Modulation Access Point Call Admission Control Complementary Code Keying Code Division Multiple Access Code Excited Linear Prediction Cyclic Redundancy Check Conjugate Structure Algebraic Code Excited Linear Prediction Carrier Sense Multiple Access with Collision Avoidance Carrier Sense Multiple Access with Collision Detection Clear to Send Cisco Unified Communications Manager Contention Window Differential Binary phase-shift keying Distributed Coordination Function Digital Enhanced Cordless Telecommunications DCF Interframe Space Differential Quadrature Phase-Shift Keying Direct-Sequence Spread Spectrum Enhanced Adaptive Differential Pulse Code Modulation Enhanced Distributed Channel Access Enhanced Data rates for GSM Evolution Frame Control Frequency-Hopping Spread Spectrum General Packet Radio Service Global System for Mobile Communications High Performance Radio LAN High Rate Direct-Sequence Spread Spectrum Inter-Asterisk eXchange Internet Engineering Task Force Internet Protocol Industrial, Scientific and Medical International Telecommunication Union Local Area Network Low-Delay Code Excited Linear Prediction Logical Link Control Media Access Control Media Gateway Control Protocol Mean Opinion Score Mean Time Between Failures 84

NAV OFDM PBX PCF PCM QoS RFC RTCP RTP RTS SCCP SDP SIFS SIP TCP TDMA UDP UIT VoIP WAP WCS WEP WLAN WLC WPAN WWAN

: : : : : : : : : : : : : : : : : : : : : : : : : :

Network Allocation Vector Orthogonal Frequency-Division Multiplexing Private Branch eXchange Point Coordinated Function Pulse-Code Modulation Quality of Service Request For Comment RTP Control Protocol Real-time Transport Protocol Request to Send Skinny Client Control Protocol Session Description Protocol Short Interframe Space Session Initiation Protocol Transmission Control Protocol Time Division Multiple Access User Datagram Protocol Unin Internacional de Telecomunicaciones Voice over Internet Protocol Wireless Application Protocol Wireless Control System Wired Equivalent Privacy Wireless Local Area Network Wireless LAN Controller Wireless Personal Area Network Wireless Wide Area Network

85

REFERENCIAS BIBLIOGRFICAS
[1]. UIT-T Rec. E.800. Calidad de los servicios de telecomunicacin: conceptos, modelos, objetivos, planificacin de la seguridad de funcionamiento Trminos y definiciones relativos a la calidad de los servicios de telecomunicacin. Definiciones de trminos relativos a la calidad de servicio. 2008. [2]. IETF RFC 1242. Benchmarking Terminology for Network Interconnection Devices. 1991. [3]. UIT-T Rec. G.114. Conexiones y circuitos telefnicos internacionales Recomendaciones generales sobre la calidad de transmisin para una conexin telefnica internacional completa. Tiempo de transmisin en un sentido. 2003. [4]. QoS. [En lnea] 2009. [Citado el: 10 de 7 de 2009.] http://www.voip-info.org/wiki/view/QoS. [5]. Cisco Systems. Cisco 7920 Wireless IP Phone Design and Deployment Guide. California : s.n., 2005. [6]. Grote H., Walter, vila C., Claudio y Molina B., Alexis. Anlisis de Mximo Desempeo para WLAN operando a tasas fijas o adaptativas usando el estndar IEEE 802.11 a/b/g. Valparaiso : s.n., 2007. [7]. Shin, Sangho y Schulzrinne, Henning. Experimental Measurement of the Capacity for VoIP Trafic in IEEE 802.11 WLANs. Columbia : s.n. [8]. IEEE. IEEE Standard for Information technology-Telecommunications and information exchange between systems-Local and metropolitan area networks-Specific requirements. Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications. New York : s.n., 2007. [9]. Lee, JengFarn, y otros. A Practical QoS Solution to Voice over IP in IEEE 802.11 WLANs. Taipei : s.n., 2009. [10]. Cisco Systems. Cisco Wireless LAN Controller. Configuration Guide. California : s.n., 2008. [11]. Cisco Systems. Enterprise Mobility 4.1 Design Guide. California : s.n., 2009. [12]. UIT-T Rec. G.107. International telephone connections and circuits General. The E-model, a computational model for use in transmission planning. 2005. [13]. UIT-T Rec. G.113. International telephone connections and circuits General Recommendations on the transmission quality for an entire international telephone connection. Transmission impairments due to speech processing. 2007. [14]. UIT-T Rec. P.800. Mtodos de evaluacin objetiva y subjetiva de la calidad. Mtodos de determinacin subjetiva de la calidad de transmisin. 1996. [15]. Cisco Systems. Cisco IOS Command Reference for Cisco Aironet Access Points and Bridges. California : s.n., 2004. [16]. Cisco Systems. Cisco IOS Software Configuration Guide for Cisco Aironet Access Points. California : s.n., 2004. [17]. Lee, Jeng Farn, y otros. A Practical Crosss-layer QoS Mechanism for Voice over IP in IEEE 802.11e WLANs. Taipei : s.n., 2007. [18]. Hole, David P. y Tobagi, Foaud A. Capacity of an IEEE 802.11b Wireless LAN supporting VoIP. Standford, California : s.n., 2004. [19]. Eiger, Martin, Elaoud, Moncef y Famorali, David. The Effect of Packetization on Voice Capacity in IEEE 802.11b Networks. Piscataway, New Jersey : s.n., 2004. [20]. Goode, Bur. Voice Over Internet Protocol (VoIP). Weston, Connecticut : s.n., 2002. 86

[21]. Patodia, Sandip y Peng, Xiao-Hong. Implementation and Analysis of VoIP Services in WLANs. Birmingham, Reino Unido : s.n., 2004. [22]. Telefonica S.A. Redes Wi-Fi. [En lnea] [Citado el: 12 de 10 de 2009.] http://www.telefonica.es/on/pub/servicios/onTOEntrada/0,,entrada%2Batc%2Bv_segmento%2BAHOG% 2Bv_idioma%2Bes%2Bmenu_izq%2B4%2Bnodo_izq%2B1%2Bmenu_cab_sup%2BCliente%2BambitoAcce so%2Bpub,00.html?uri=/on/io/es/atencion/tutoriales_articulos/wifi/indice_wifi.htm. [23]. Medepalli, Kamesh, y otros. Voice Capacity of IEEE 802.11b, 802.11a and 802.11g Wireless LANs in the Presence of Channel Errors and Different User Data Rates. Piscataway, New Jersey : s.n., 2004. [24]. vila C., Claudio. Mediciones de Desempeo de Tecnologas VoIP sobre Redes Inalmbricas 802.11. Valparaso : s.n., 2006. [25]. Varela, Carlos y Domnguez, Luis. Redes Inalmbricas. 2002. [26]. Serrano Y., Pablo. ESTRATEGIAS DE CONFIGURACIN DE REDES WLAN IEEE 802.11e EDCA. Madrid : s.n., 2006. [27]. Herranz,Arantxa. PCWorld.es. Comunicaciones duales: el poder de la voz en redes WLAN. [En lnea] 19 de 09 de 2008. [Citado el: 12 de 07 de 2009.] http://www.idg.es/pcworldtech/Comunicacionesduales:-el-poder-de-la-voz-en-redes/art192053-comunicaciones.htm. [28]. Carrasco, Pamela. Ediciones especiales online. Ring, ring... La telefona fija en Chile se renueva! [En lnea] [Citado el: 15 de 01 de 2010.] http://www.edicionesespeciales.elmercurio.com/destacadas/detalle/index.asp?idnoticia=012604200702 1X1040010. [29]. Dual-Mode Phones and Enterprise Mobility. [En lnea] 10 de 2007. [Citado el: 7 de 11 de 2009.] http://www.tmcnet.com/voip/1007/feature-articles-dual-mode-phones-and-enterprise-mobility.htm. [30]. Majkowski, Jakub, Casadevall, Ferran y Adelantado F., Ferran. Control de Admisin en IEEE 802.11e EDCA. Barcelona : s.n., 2005. [31]. Kim, Jong-Ok, Tode, Hideki y Murakami, Koso. Friendly Coexistance of Voice and Data Traffic in IEEE 802.11 WLANs. Japn : s.n., 2006. [32]. Wireless Communications. [En lnea] [Citado el: 19 de 01 de 2010.] http://www.wu.ece.ufl.edu/books/EE/wireless/WirelessCommunications.html. [33]. Zeng, Qing-An y Agrawal, Dharma P. Handoff in Wireless Mobile Networks. Cincinnati : s.n., 2001. [34]. Gayraud, Richard y Jacques, Olivier. SIPp. [En lnea] 11 de 10 de 2009. [Citado el: 12 de 11 de 2009.] http://sipp.sourceforge.net/. [35]. Wireshark. [En lnea] [Citado el: 12 de 08 de 2009.] http://www.wireshark.org/docs/manpages/tshark.html. [36]. Fedora. [En lnea] [Citado el: 15 de 06 de 2009.] http://fedoraproject.org/es/. [37]. Iperf. [En lnea] [Citado el: 06 de 07 de 2009.] http://iperf.sourceforge.net/. [38]. Cisco Systems. Cisco. [En lnea] 1992. [Citado el: 26 de 02 de 2010.] http://www.cisco.com. [39]. ManageEngine. [En lnea] [Citado el: 15 de 10 de 2009.] http://www.manageengine.com/products/vqmanager/. [40]. Canello, Pablo. Portal de tecnologia de habla hispana. [En lnea] 05 de 11 de 2009. [Citado el: 20 de 12 de 2009.] http://www.pablin.com.ar/electron/info/phreak/pbx.htm. [41]. IETF RFC 3550. RTP: A Transport Protocol for Real-Time Applications. 2003. 87

[42]. Juphoon Corporation. SIP Protocol Stack. [En lnea] 2009. [Citado el: 03 de 01 de 2010.] http://www.juphoon.com/en/products/protocols_voip/sip.htm. [43]. Wi-Fi Alliance. Wi-Fi Certified for WMM. Support for Multimedia Applications with Quality of Service in Wi-Fi Networks. 2004. [44]. Handoff protocols. Wireless Technology. [En lnea] 14 de 10 de 2006. [Citado el: 05 de 11 de 2009.] http://www.ylesstech.com/terminology.php?letter=all&id=1. [45]. The 802.11 handoff process. CodeAlias. [En lnea] [Citado el: 12 de 08 de 2009.] http://www.codealias.info/technotes/performance_evaluation_of_wireless_security_systems_part_2__the_802.11_handoff_process. [46]. Softphone de VoiceLine. net2voz. [En lnea] [Citado el: 28 de 01 de 2010.] http://net2voz.cl/html/softphone.html. [47]. Definicin de Smartphone . ALEGSA. [En lnea] [Citado el: 19 de 01 de 2010.] http://www.alegsa.com.ar/Dic/smartphone.php. [48]. Asterisk. [En lnea] 2009. [Citado el: 26 de 09 de 2009.] http://www.asterisk.org/. [49]. Asterisk PBX . VoipForo. [En lnea] [Citado el: 28 de 04 de 2009.] http://www.voipforo.com/asterisk/asterisk_introduccion.php.

88

PARTE II ANEXOS.

89

ANEXO A Configuracin de los elementos que componen el prototipo de Red Inalmbrica

90

A.1 Instalacin Fedora 10

Lo primero es conseguir la distribucin o disco DVD de instalacin de Fedora Core 10, para ello y puesto que esta es una distribucin libre, slo basta con descargarla desde la pgina: Http://download.fedoraproject.org/pub/fedora/linux/releases/10/Fedora/i386/iso/Fedora-10-i386-DVD.iso Una vez se este se haya descargado y posteriormente quemado en un DVD, se siguen en principio los mismos pasos realizados en la instalacin de SO Microsoft, se inserta el disco al lector del PC y se le indica en las opciones de boot que arranque desde el la unidad ptica, una vez se inicie el disco la primera pantalla que debera aparecer es la que se muestra en la Figura A.1.

Figura A.1: Pantalla de bienvenida de Fedora Core 10

Figura A.2: Comprobacin del disco FC10

Como esta instalacin parte de cero, se elige la primera opcin, la cual indica que se instalar un sistema nuevo o se actualizar uno existente. En la pantalla que le prosigue (Figura A.2), da la opcin de verificar el contenido del disco o bien proseguir con la instalacin. En este caso se elige la opcin de proseguir con la instalacin (Skip). Con esto se da inicio al asistente de instalacin que proporciona Fedora, en primera instancia, como lo muestra la Figura A.3 es la pantalla de bienvenida y posteriormente el idioma tanto de la instalacin (Opcin English) como del teclado a utilizar durante este proceso (Opcin Spanish) en las Figura A.4 y Figura A.5 respectivamente.

Figura A.3: Pantalla de bienvenida asistente

Figura A.4: Seleccin del lenguaje del asistente.

91

Figura A.5: Seleccin del tipo de teclado a utilizar

A continuacin se derivan algunas configuraciones tipo, como indicar el nombre del equipo en la red, como muestra la Figura A.6, la zona horaria del mismo (Figura A.7) y la contrasea del superusuario o root (Figura A.8).

Figura A.6: Nombre de red del equipo

Figura A.7: Zona Horaria

Figura A.8: Contrasea root

En la Figura A.9 se muestran las opciones que entrega el asistente para el particionado de discos. Para este caso se recomienda seleccionar la opcin en la que se realiza de forma personalizada la particin (Create Custom Layout) y seguir la gua que se mostrar ms adelante.

92

Figura A.9: Opciones de particionamiento

Se utiliza gran parte de la memoria de Disco para la extensin base (ext3 y punto de montaje \) y se deja una cantidad aproximadamente igual al doble de la memoria RAM para el sistema de archivos (Swap). Posterior a realizar estos procesos, se debe seleccionar la particin en donde el asistente formatear los discos. Luego se define que tipo de funciones realizar el equipo, en este caso se debe dejar sin seleccionar ninguna de ellas y marcar la opcin de personalizar ahora, para la administracin de paquetes que se instalarn, esto se muestra en la Figura A.10.

Figura A.10: Seleccin del tipo de funciones a realizar

Con esto se ha completado ya casi la instalacin, pero el paso que sigue a continuacin es en esencial importante, puesto que es la seccin de la instalacin en donde se define prcticamente el tamao final de la instalacin del sistema operativo, para ello es necesario tener claridad de lo que se quiere realizar como objetivo final; Por ahora basta con saber que se debe conservar los recursos de administracin de redes y las interfaces Network para el pc, puesto que de ser necesaria otra aplicacin, esta puede ser descargada posteriormente desde la lnea de comandos, adems que se deben desactivar los paquetes relacionados al entorno de escritorio grafico (X-windows y Gnome) que se presenta por defecto en la instalacin, adems de sacar los servicios de servidor de impresora, FTP y otros presentados como herramientas de ofimtica, base de datos, etc. (Ver Figura A.10).

93

Figura A.11: Personalizacin de paquetes de instalacin

Inmediatamente se haya completado la seleccin de los paquetes, se dar inicio al proceso de instalacin como tal, en donde se copiaran los archivos al Disco, como se mencion anteriormente se trata de dejar la instalacin lo ms liviana posible, sin que esta se pueda ver perjudicada en su rendimiento, por ejemplo en la Figura A.12 se aprecia que la instalacin efectuada en el dispositivo consta slo de 220 paquetes bsico. Una vez finalizada la copia de archivos, aparecer la pantalla que se muestra en la Figura A.13 en donde el asistente pide reiniciar el equipo y as dar por finalizada la instalacin de Fedora Core 10.

Figura A.12: Copia de archivos

Figura A.13: Trmino de la instalacin

A.2 Configuracin Switch Principal

Mediante la ejecucin del comando show running config en la CLI del Switch se puede observar un resumen de las configuraciones realizadas:
Switch#sh run Building configuration... Current configuration: 5520 bytes ! version 12.2 no service pad service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Switch ! boot-start-marker boot-end-marker ! enable secret $1$bBr5$HFg7QJ8yrXMQ3GLlyv3.b0 !

94

no aaa new-model switch 1 provision ws-c3750-48ts system mtu routing 1500 ip subnet-zero ip routing ! ipv6 unicast-routing ! ! spanning-tree mode pvst spanning-tree extend system-id ! vlan internal allocation policy ascending ! ! interface FastEthernet1/0/1 switchport access vlan 100 switchport mode access ! interface FastEthernet1/0/2 ! interface FastEthernet1/0/3 ! interface FastEthernet1/0/4 ! interface FastEthernet1/0/5 ! interface FastEthernet1/0/6 ! interface FastEthernet1/0/7 ! interface FastEthernet1/0/8 ! interface FastEthernet1/0/9 ! interface FastEthernet1/0/10 ! interface FastEthernet1/0/11 ! interface FastEthernet1/0/12 ! interface FastEthernet1/0/13 ! interface FastEthernet1/0/14 ! interface FastEthernet1/0/15 ! interface FastEthernet1/0/16 ! interface FastEthernet1/0/17 ! interface FastEthernet1/0/18 ! interface FastEthernet1/0/19 ! interface FastEthernet1/0/20 ! interface FastEthernet1/0/21 ! interface FastEthernet1/0/22 ! interface FastEthernet1/0/23 !

interface FastEthernet1/0/24 ! interface FastEthernet1/0/25 ! interface FastEthernet1/0/26 ! interface FastEthernet1/0/27 ! interface FastEthernet1/0/28 ! interface FastEthernet1/0/29 ! interface FastEthernet1/0/30 ! interface FastEthernet1/0/31 ! interface FastEthernet1/0/32 ! interface FastEthernet1/0/33 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/34 ! interface FastEthernet1/0/35 description Troncal entre Switches switchport trunk encapsulation dot1q switchport trunk allowed vlan 21-25,100 switchport mode trunk ! interface FastEthernet1/0/36 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/37 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/38 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/39 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/40 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/41 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/42 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/43 switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/44

95

switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/45 description LAP1121G switchport access vlan 21 switchport mode access ! interface FastEthernet1/0/46 description LAP1232AG switchport access vlan 21 switchport mode access ! interface FastEthernet1/0/47 description Service Port WLC switchport access vlan 24 switchport mode access ! interface FastEthernet1/0/48 switchport trunk encapsulation dot1q switchport trunk native vlan 21 switchport trunk allowed vlan 21,22 switchport mode trunk ! interface GigabitEthernet1/0/1 description Troncal Management WLC switchport trunk encapsulation dot1q switchport trunk allowed vlan 21,22 switchport mode trunk ! interface GigabitEthernet1/0/2 ! interface GigabitEthernet1/0/3 ! interface GigabitEthernet1/0/4 ! interface Vlan1 no ip address ! interface Vlan21 description EQUIPOS WIRELESS

no ip address ! interface Vlan22 description Red Wireless 1 no ip address ! interface Vlan23 description Red Wireless 2 no ip address ! interface Vlan24 description IPv6 Outside no ip address ! interface Vlan25 description VLAN de Administracion ip address 10.10.25.254 255.255.255.0 ! interface Vlan100 description IPv6 Inside no ip address ! ip classless ip http server ip http secure-server ! ! control-plane ! ! line con 0 line vty 0 4 password magenta3350 login line vty 5 15 login ! end Switch#

A.3 Configuracin Wireless LAN Controller

Para visualizar un resumen de las configuraciones realizadas en el WLC se ejecuta el comando show runconfig commnads en la CLI, la cual entrega lo siguiente:
(Cisco Controller) >show run-config commands 802.11a cac voice tspec-inactivity-timeout ignore 802.11a cac video tspec-inactivity-timeout ignore 802.11a cac voice stream-size 84000 maxstreams 2 802.11a rate disabled 6 802.11a rate disabled 9 802.11a rate disabled 12 802.11a rate disabled 18 802.11a rate disabled 24 802.11a rate disabled 36 802.11a rate disabled 48 802.11a rate mandatory 54 802.11b cac video max-bandwidth 50 802.11b cac voice tspec-inactivity-timeout ignore 802.11b cac video tspec-inactivity-timeout ignore 802.11b cac voice stream-size 84000 maxstreams 2 802.11b rate Disabled 1 802.11b rate Disabled 2 802.11b rate Disabled 5.5 802.11b rate Disabled 6 802.11b rate Disabled 9 802.11b rate Disabled 12

96

802.11b 802.11b 802.11b 802.11b 802.11b

rate rate rate rate rate

Disabled 18 Disabled 24 Disabled 36 Disabled 48 Mandatory 54 local radius

interface vlan management 21 interface vlan ssidmem 22 interface port ap-manager 1 interface port management 1 interface port ssidmem 1 load-balancing window 5

aaa auth mgmt

advanced 802.11a Ccx location-meas global enable 60 advanced 802.11b Ccx location-meas global enable 60 location location location location location location location rssi-half-life tags 0 rssi-half-life client 0 rssi-half-life rogue-aps 0 expiry tags 5 expiry client 5 expiry calibrating-client 5 expiry rogue-aps 5

apgroup add default-group apgroup interface-mapping add default-group 1 ssidmem wlan apgroup nac disable default-group 1 memory monitor error disable memory monitor leak thresholds 10000 30000 mesh security rad-mac-filter disable mesh security rad-mac-filter disable mesh security eap mgmtuser add memoristas **** read-write

advanced probe limit 0 500 ap syslog host global 255.255.255.255 auth-list add lbs-ssc 00:0c:29:ff:6d:fe 38670955c0f7bd434991d8c07404cf6da2892351 database size 2048 dhcp create-scope DHCP_APs dhcp create-scope DHCP_Clientes dhcp address-pool DHCP_APs 10.10.21.100 10.10.21.200 dhcp address-pool DHCP_Clientes 10.10.22.100 10.10.22.200 dhcp default-router DHCP_APs 10.10.21.2 dhcp default-router DHCP_Clientes 10.10.22.2 dhcp enable DHCP_APs dhcp enable DHCP_Clientes dhcp dns-servers DHCP_Clientes 4.2.2.2 dhcp network DHCP_APs 10.10.21.0 255.255.255.0 dhcp network DHCP_Clientes 10.10.22.0 255.255.255.0 local-auth method fast server-key 736563726574 interface create ssidmem 22 interface address ap-manager 10.10.21.250 255.255.255.0 10.10.21.2 interface address management 10.10.21.251 255.255.255.0 10.10.21.2 interface address service-port 10.10.25.3 255.255.255.0 interface address dynamic-interface ssidmem 10.10.22.3 255.255.255.0 10.10.22.2 interface address virtual 1.1.1.1 interface dhcp ap-manager primary 10.10.21.252 interface dhcp management primary 10.10.21.252 interface dhcp service-port disable interface dhcp dynamic-interface ssidmem primary 10.10.21.4 interface vlan ap-manager 21 network ap-priority disabled network rf-network-name RFGroupMem radius fallback-test mode off radius fallback-test username cisco-probe radius fallback-test interval 300 rogue rogue rogue rogue rogue snmp snmp snmp snmp ap ssid alarm ap valid-client alarm adhoc enable adhoc alert ap rldp disable mobility group domain RFGroupMem mobility dscp 0 network webmode enable network telnet enable

version v2c enable version v3 enable trapreceiver create 10.10.21.6 10.10.21.6 trapreceiver mode enable 10.10.21.6

sysname Mem_Controller trapflags mesh excessive hop count disable trapflags mesh sec backhaul change disable wlan wlan wlan wlan wlan wlan wlan wlan wlan wlan wlan wlan wlan create 1 SSIDMem SSIDMem nac disable 1 interface 1 ssidmem exclusionlist 1 disabled exclusionlist 1 0 mfp infrastructure protection disable 1 session-timeout 1 disable h-reap learn-ipaddr 1 enable wmm allow 1 security wpa disable 1 radius_server auth disable 1 radius_server acct disable 1 security wpa akm 802.1x disable 1

97

wlan security wpa akm ft reassociation-time 20 wlan enable 1 1 wlan wlan wlan wlan security wpa akm ft over-the-air enable 1 license agent default authenticate none security wpa akm ft over-the-ds enable 1 exclusionlist 1 disabled WMM-AC disabled exclusionlist 1 0

A.3.1 Implementacin de la Calidad de Servicio en el controlador

La configuracin de los parmetros EDCA se realiza desde la CLI o por interfaz GUI, seleccionando particularmente un perfil EDCA para el tipo de trfico que se quiere priorizar. Para poder seleccionar el perfil que prioriza los paquetes de voz, se deben ejecutar los siguientes pasos: 1. Deshabilitar la red inalmbrica:
config {802.11a | 802.11b} disable network

2.

Guardar la configuracin anterior:

save config

3.

Habilitar el perfil especifico EDCA:

config advanced {802.11a | 802.11b} EDCA-parameters ? Mediante el signo ? se obtienen las posibles opciones: wmm-default svp-voice optimized-voice optimized-video-voice

4.

Rehabilitar la red inalmbrica:

config {802.11a | 802.11b} enable network

5.

Guardar la configuracin:
save config

Los perfiles EDCA permitidos son los siguientes: WMM: Habilita los parmetros por defecto para multimedia en redes Wi-Fi (WMM). Esta corresponde a la opcin por defecto habilitada en el WLC y se recomienda seleccionar esta opcin cuando servicios de voz y video no se desarrollan dentro de la red inalmbrica. Spectralink Voice Priority: Habilita los parmetros de priorizacin de la voz de Spectralink. Se recomienda utilizar esta opcin cuando existe un desarrollo de servicios ocupando telfonos Spectralink dentro de la red inalmbrica de manera de mejorar la calidad de las llamadas. Voice Optimized: Habilita el perfil con los parmetros EDCA para optimizar la voz. Se recomienda utilizar esta opcin cuando se desarrollan servicios de voz diferentes de Spectralink en la red.

Voice & Video Optimized: Habilita el perfil de parmetros EDCA para la optimizacin de voz y video. Se recomienda esta opcin cuando se desarrollan servicios de voz y video en la red inalmbrica.

98

NOTA 1: La versin 4.0 o superior de Cisco IOS del Controlador de Red Inalmbrica trae soporte de parmetros EDCA. En particular la versin 4.2 o superior trae soporte del perfil EDCA Voice Optimized. NOTA 2: En cuanto a los Puntos de Acceso, estos deben poseer el software Cisco IOS versin 12.3(2)JA o superior para soportar la configuracin de los parmetros EDCA determinados por el WLC. Dentro de los Puntos de Acceso disponibles en el mercado los que aceptan esa versin de IOS son los siguientes: Cisco Aironet series 1100/1130AG/1200/1230AG/1240AG/1300.

A.4 Configuracin Puntos de Acceso LWAPP

Las configuraciones de los Puntos de Acceso LWAPP se obtienen directamente desde el Controlador de Red Inalmbrica, desde la lnea de comandos mediante show ap config general nombre_ap. A continuacin se muestran las configuraciones de ambos Puntos de Acceso.
(Cisco Controller) >show ap config general LAP1121 Cisco AP Identifier.............................. 0 Cisco AP Name.................................... LAP1121 Country code..................................... US - United States Regulatory Domain allowed by Country............. 802.11bg:-A 802.11a:-A AP Country code.................................. US - United States AP Regulatory Domain............................. 802.11bg:-A Switch Port Number .............................. 1 MAC Address...................................... 00:23:33:97:71:f4 IP Address Configuration......................... DHCP IP Address....................................... 10.10.21.100 IP NetMask....................................... 255.255.255.0 Gateway IP Addr.................................. 10.10.21.2 CAPWAP Path MTU.................................. 1485 Telnet State..................................... Disabled Ssh State........................................ Disabled Cisco AP Location................................ default location Cisco AP Group Name.............................. default-group Primary Cisco Switch Name........................ Primary Cisco Switch IP Address.................. Not Configured Secondary Cisco Switch Name...................... Secondary Cisco Switch IP Address................ Not Configured Tertiary Cisco Switch Name....................... Tertiary Cisco Switch IP Address................. Not Configured Administrative State ............................ ADMIN_ENABLED Operation State ................................. REGISTERED Mirroring Mode .................................. Disabled AP Mode ......................................... Local Public Safety ................................... Disabled AP SubMode ...................................... Not Configured Remote AP Debug ................................. Disabled Logging trap severity level ..................... informational S/W Version .................................... 6.0.188.0 Boot Version ................................... 12.3.2.4 Mini IOS Version ................................ 3.0.51.0 Stats Reporting Period .......................... 180 LED State........................................ Enabled PoE Pre-Standard Switch.......................... Not applicable PoE Power Injector MAC Addr...................... Not applicable Power Type/Mode.................................. Power injector / Normal mode Number Of Slots.................................. 1 AP Model......................................... AIR-LAP1121G-A-K9 AP Image......................................... C1100-K9W8-M IOS Version...................................... 12.4(21a)JA2

99

Reset Button..................................... AP Serial Number................................. AP Certificate Type.............................. Management Frame Protection Validation........... AP User Mode..................................... AP User Name..................................... AP Dot1x User Mode............................... AP Dot1x User Name............................... Cisco AP system logging host..................... AP Up Time....................................... AP LWAPP Up Time................................. Join Date and Time............................... Join Taken Time.................................. Ethernet Port Duplex............................. Ethernet Port Speed.............................. AP Link Latency.................................. Rogue Detection.................................. AP TCP MSS Adjust................................

Enabled FTX1321V001 Manufacture Installed Enabled (Global MFP Disabled) AUTOMATIC Not Configured Not Configured Not Configured 255.255.255.255 0 days, 23 h 26 m 59 s 0 days, 00 h 20 m 40 s Tue May 4 16:43:58 2010 0 days, 00 h 01 m 11 s Auto Auto Disabled Enabled Disabled

(Cisco Controller) >show ap config general LAP1232 Cisco AP Identifier.............................. 1 Cisco AP Name.................................... LAP1232 Country code..................................... US - United States Regulatory Domain allowed by Country............. 802.11bg:-A 802.11a:-A AP Country code.................................. US - United States AP Regulatory Domain............................. 802.11bg:-A 802.11a:-A Switch Port Number .............................. 1 MAC Address...................................... 00:24:14:5d:cc:e6 IP Address Configuration......................... DHCP IP Address....................................... 10.10.21.101 IP NetMask....................................... 255.255.255.0 Gateway IP Addr.................................. 10.10.21.2 CAPWAP Path MTU.................................. 1485 Telnet State..................................... Disabled Ssh State........................................ Disabled Cisco AP Location................................ default location Cisco AP Group Name.............................. default-group Primary Cisco Switch Name........................ Primary Cisco Switch IP Address.................. Not Configured Secondary Cisco Switch Name...................... Secondary Cisco Switch IP Address................ Not Configured Tertiary Cisco Switch Name....................... Tertiary Cisco Switch IP Address................. Not Configured Administrative State ............................ ADMIN_ENABLED Operation State ................................. REGISTERED Mirroring Mode .................................. Disabled AP Mode ......................................... Local Public Safety ................................... Disabled AP SubMode ...................................... Not Configured Remote AP Debug ................................. Disabled Logging trap severity level ..................... informational S/W Version .................................... 6.0.188.0 Boot Version ................................... 12.3.2.4 Mini IOS Version ................................ 0.0.0.0 Stats Reporting Period .......................... 180 LED State........................................ Enabled PoE Pre-Standard Switch.......................... Not applicable PoE Power Injector MAC Addr...................... Not applicable Power Type/Mode.................................. Power injector / Normal mode Number Of Slots.................................. 2 AP Model......................................... AIR-LAP1232AG-A-K9 AP Image......................................... C1200-K9W8-M IOS Version...................................... 12.4(21a)JA2

100

Reset Button..................................... AP Serial Number................................. AP Certificate Type.............................. Management Frame Protection Validation........... AP User Mode..................................... AP User Name..................................... AP Dot1x User Mode............................... AP Dot1x User Name............................... Cisco AP system logging host..................... AP Up Time....................................... AP LWAPP Up Time................................. Join Date and Time............................... Join Taken Time.................................. Ethernet Port Duplex............................. Ethernet Port Speed.............................. AP Link Latency.................................. Rogue Detection.................................. AP TCP MSS Adjust................................

Enabled FTX1321R011 Manufacture Installed Enabled (Global MFP Disabled) AUTOMATIC Not Configured Not Configured Not Configured 255.255.255.255 0 days, 23 h 36 m 31 s 0 days, 00 h 21 m 40 s Tue May 4 16:43:59 2010 0 days, 00 h 01 m 31 s Auto Auto Disabled Enabled Disabled

A.5 Configuracin Puntos de Acceso Autnomo

La configuracin general del Punto de Acceso autnomo se obtiene desde la CLI del dispositivo show running-config:
aaa authorization exec default local aaa accounting network acct_methods start-stop group rad_acct ! aaa session-id common ip name-server 64.76.148.42 ip name-server 10.10.21.2 no ip dhcp use vrf connected ip dhcp excluded-address 10.10.21.0 10.10.21.170 ip dhcp excluded-address 10.10.22.0 10.10.22.170 ! ip dhcp pool mem network 10.10.21.0 255.255.255.0 lease infinite ! ! ! dot11 ssid SSIDMem authentication open authentication key-management wpa version 2 guest-mode wpa-psk ascii 7 03550958525A771B16 ! power inline negotiation prestandard source ! crypto pki trustpoint TP-self-signed-3628542470 enrollment selfsigned subject-name cn=IOS-Self-Signed-Certificate3628542470 revocation-check none rsakeypair TP-self-signed-3628542470 ! ! crypto pki certificate chain TP-self-signed3628542470 certificate self-signed 01

ap# show running-config Building configuration... Current configuration : 4662 bytes ! version 12.4 no service pad service timestamps debug datetime msec service timestamps log datetime msec service password-encryption ! hostname ap ! ! aaa new-model ! ! aaa group server radius rad_eap ! aaa group server radius rad_mac ! aaa group server radius rad_acct ! aaa group server radius rad_admin ! aaa group server tacacs+ tac_admin ! aaa group server radius rad_pmip ! aaa group server radius dummy ! aaa authentication login default local aaa authentication login eap_methods group rad_eap aaa authentication login mac_methods local

101

3082023A 308201A3 A0030201 02020101 300D0609 2A864886 F70D0101 04050030 31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274 69666963 6174652D 33363238 35343234 3730301E 170D3032 30333031 30303030 32395A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649 4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D33 36323835 34323437 3030819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281 8100A5A5 59551028 92791BB7 8965F23A DDD57340 FCB4455B 6A789022 9CDB0CC3 06430E56 6D27E347 2D57AD8B 725FF51C C8A98B33 DF42442D 09A61413 AA6BC749 FB672225 A64720B4 09386986 7D6DB977 B0B421F3 FC8816A9 EFACA0F4 BCC7050A 929A5C41 FDDC9651 ADC06DFB 6CB58135 8C2DFBE1 9A6185B3 675F214B 9E4352FC 9FED0203 010001A3 62306030 0F060355 1D130101 FF040530 030101FF 300D0603 551D1104 06300482 02617030 1F060355 1D230418 30168014 E171CE28 7FFCECAA AC5CE97D 3E4A2B4E A1FF7A37 301D0603 551D0E04 160414E1 71CE287F FCECAAAC 5CE97D3E 4A2B4EA1 FF7A3730 0D06092A 864886F7 0D010104 05000381 81000AC5 4AF8F12E 1D9D3E47 AD842EAD E502B427 BDB7B7AD 85050019 8776CA3E 5F49329A 81284370 8941A518 BBDB1450 C7AEE8DE F8EDF617 78B89897 9C7C8FF6 4E31D168 6E2DA36F 06910119 EA592A6C 11C5EF19 D6097394 4CA375C7 A616E4F3 D6346F04 3A0BEA02 CE93AD19 FFD11564 8BC1EB9A 98A3886F 52C85B58 5C436CB1 94DD quit dot1x credentials ap username Cisco password 7 05280F1C2243 ! username Cisco privilege 15 password 7 05280F1C2243 ! bridge irb ! ! interface Dot11Radio0 no ip address no ip route-cache ! encryption mode ciphers tkip ! ssid SSIDMem ! no short-slot-time speed basic-54.0 station-role root no dot11 qos mode dot11 qos class background cw-min 3 cw-max 9 fixed-slot 13

! dot11 qos class best-effort cw-min 3 cw-max 9 fixed-slot 9 ! dot11 qos class video cw-min 2 cw-max 3 fixed-slot 8 ! dot11 qos class voice cw-min 2 cw-max 3 fixed-slot 3 ! world-mode dot11d country US both bridge-group 1 bridge-group 1 subscriber-loop-control bridge-group 1 block-unknown-source no bridge-group 1 source-learning no bridge-group 1 unicast-flooding bridge-group 1 spanning-disabled ! interface Dot11Radio1 no ip address no ip route-cache shutdown ! encryption mode ciphers tkip ! ssid SSIDMem ! dfs band 3 block channel dfs station-role root world-mode dot11d country US both bridge-group 1 bridge-group 1 subscriber-loop-control bridge-group 1 block-unknown-source no bridge-group 1 source-learning no bridge-group 1 unicast-flooding bridge-group 1 spanning-disabled ! interface FastEthernet0 ip address 10.10.21.150 255.255.255.0 no ip route-cache duplex auto speed auto bridge-group 1 no bridge-group 1 source-learning bridge-group 1 spanning-disabled ! interface BVI1 ip address 10.10.21.150 255.255.255.0 no ip route-cache ! ip default-gateway 10.10.21.2 ip http server ip http authentication aaa ip http secure-server

102

ip http help-path http://www.cisco.com/warp/public/779/smbiz/prod config/help/eag ip radius source-interface BVI1 snmp-server community defaultCommunity RW radius-server attribute 32 include-in-accessreq format %h radius-server vsa send accounting

bridge 1 route ip ! ! ! line con 0 line vty 0 4 ! end

A.5.1 Configuracin parmetros EDCA

La configuracin de los parmetros EDCA en el Punto de Acceso Autnomo se realiza mediante la modificacin de los parmetros definidos para cada clase de trfico, como ejemplo se seala la modificacin de los parmetros EDCA para el tipo de trfico Voice (Voz). La modificacin se realiza dentro de la interfaz de radio del Punto de Acceso, como sigue: Configurar el valor de CWmax para el tipo de trfico Voice:
AP(config)# interface dot11radio 0 AP(config-if)# dot11 qos class voice AP(config-if-qosclass)# cw-max 2

Para retirar el valor anterior para la ventana de contencin mxima se ejecuta el comando siguiente:
AP(config-if-qosclass)# no cw-max

Configurar el valor de CWmin para el tipo de trfico Voice:

AP(config)# interface dot11radio 0 AP(config-if)# dot11 qos class voice AP(config-if-qosclass)# cw-min 2

Para retirar el valor anterior para la ventana de contencin mnima se ejecuta el comando siguiente:
AP(config-if-qosclass)# no cw-min

Configurar el valor de AIFSN para el tipo de trfico Voice, considerando que fixed-slot= AIFSN+1:
AP(config)# interface dot11radio 0 AP(config-if)# dot11 qos class voice AP(config-if-qosclass)# fixed-slot 6

Para retirar el valor anterior del AIFSN se ejecuta el comando siguiente:

AP(config-if-qosclass)# no fixed-slot

NOTA 1: Los Puntos de Acceso capaces de realizar esta operacin poseen el software Cisco IOS versin 12.3(2)JA o superior, que soporta la configuracin especifica de los parmetros EDCA. Dentro de los Puntos de Acceso disponibles en el mercado los que aceptan esa versin de IOS son los siguientes: Cisco Aironet series 1100/1130AG/1200/1230AG/1240AG/1300.

103

A.6 Configuracin Wireless Control System

Para la configuracin del Sistema de Control inalmbrico, se realiza una previa instalacin del software sobre una maquina virtual montada en un servidor con LINUX (Fedora 9). El Sistema Operativo utilizado en la maquina virtual corresponde a Windows 2003 y para la instalacin se utiliza el Asistente de Instalacin de Windows. Posteriormente se ejecuta el software va acceso web y se configura para detectar el controlador. Para agregar un nuevo controlador en el Wireless Control System se selecciona el men Configure->Controllers como muestra la Figura A.14. Luego en la esquina superior derecha se selecciona la opcin Add Controllers. Posteriormente aparece la pantalla representada mediante la Figura A.15, donde se ingresa la IP del WLC y se selecciona el botn OK.

Figura A.14: Configuracin de los WLC en el WCS

104

Figura A.15: Agregar un nuevo controlador al WCS

105

ANEXO B Procedimiento para la medicin de Calidad de Servicio

106

B.1 Detalle del Procedimiento para la Medicin de Calidad de Servicio

A continuacin se detallan los pasos desarrollados para determinar los parmetros ms relevantes de Calidad de Servicio del enlace inalmbrico proporcionado por el prototipo de red diseado en la seccin 3.2.1.2, Captulo III. Todas las pruebas se realizan tanto para la red bajo estndar 802.11b (11Mbps) como para la red bajo estndar 802.11g (54Mbps). En ambos casos se consideran las transmisiones a la mayor velocidad permitida. Frame
64 78 128 218 256 512 768 1024 1280 1518

Payload L4
18 32 82 172 210 466 722 978 1234 1472

Nota
G.729, 20[ms] por paquete G.711, 20[ms] por paquete

Tabla B.1: Largos de paquete para pruebas.

B.1.1 Determinacin 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 parmetro l (largo del Payload UDP) se debe variar segn la Tabla B.1, determinndose el Throughput y RTT para cada largo de la tabla como sigue: Se realiza una bsqueda variando el parmetro b (Ancho de Banda) desde 54Mbps (y desde 11Mbps cuando se realizan las mediciones para la red 802.11b) hasta encontrar el mnimo valor tal que no se produzcan prdidas. Para el valor encontrado en (1), se corre la prueba otra vez, pero con t=130. A partir del segundo 60, se envan 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 Determinacin de Desempeo segn Cantidad de clientes

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

107

#iperf s u i 5

Luego en el sitio determinado como cliente se inicia el cliente Iperf, especificando mediante el parmetro numero_clientes la cantidad de flujos UDP simultneos que se generan. El trmino BandWidth corresponde a la velocidad mxima de la red (54M y 11M segn sea el estndar 802.11 utilizado) y en largo_payload se utiliza el valor mximo de 1472 [bytes]. Este comando se ejecuta hasta completar el nmero total de clientes a analizar, aumentando el valor de numero_clientes en uno para cada medicin.
#iperf c ip_servidor b BandWidth l largo_payload t 30 P numero_clientes

B.1.3 Simulacin de flujo de audio y medicin de MOS

Se dispone de dos archivos pcap con flujo unidireccional RTP para el perfil de cdec G.729 y G.711, ambos con 20[ms] de muestra por paquete. Se utiliza la aplicacin SIPp para la generacin de los flujos RTP, y mediante la Herramienta de Medicin 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 segn sea el cdec 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 cdec para la transmisin. El trmino m 1 se emplea para realizar una sola llamada para la transmisin. El termino mp 7004 se utiliza para especificar en qu puerto comenzar a crear los tneles para recibir cada uno de los flujos (o llamadas) y cada tnel se crea en un puerto nuevo a una distancia de 4 del puerto anterior. Se crea un tnel 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 tambin). Se debe esperar a que la captura termine en el segundo terminal del servidor. Esta entregar los

108

resultados del R-value y MOS del enlace. Una vez obtenidos los resultados, ejecutar nuevamente los pasos para el otro cdec variando las instrucciones de los comandos segn sea necesario.

B.1.4 Simulacin de flujo mixto e implementacin del estndar 802.11e

Para la realizacin de las pruebas de trfico mixto sobre la red inalmbrica (con y sin estndar 802.11e) y de flujo nicamente RTP bajo la implementacin del estndar 802.11e, se realiza el mismo procedimiento anterior para la medicin del MOS, pero teniendo en consideracin los siguientes puntos: Para el trfico mixto se considera una cantidad de flujos igual a la capacidad (N) de la red determinada a priori en la seccin 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 creacin de trfico 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 anlisis de la red con trfico nicamente RTP e implementacin del estndar 802.11e, se aumenta el nmero de llamadas por sobre la capacidad (N) de la red y se mide el MOS para cada caso. La implementacin del estndar 802.11e se realiza mediante la configuracin de la caracterstica EDCA Voice Optimized en las radios del WLC.

109

ANEXO C Configuracin componentes extras para Telefona Dual

110

C.1 Configuracin PBX Asterisk

C.1.1 Instalacin Asterisk sobre Fedora
Para realizar la instalacin de Asterisk dentro del sistema Fedora slo basta con la utilizacin de un par de comandos generales y el sistema busca y descarga la ltima versin estable para la distribucin de Linux que se est utilizando, para lo cual es necesario tener acceso desde el equipo a internet. El acceso al equipo donde se instal Fedora se puede realizar mediante lneas de comando desde el mismo, o remotamente a travs de ssh mediante la pantalla que se muestra en la Figura C.1. En este caso se debe ingresar el nombre de usuario y la contrasea del mismo.

Figura C.1: Ingreso al sistema

Lo primero que se debe realizar es configurar las interfaces Ethernet de acuerdo a lo planteado en la topologa de laboratorio, para ello existen diversas formas, desde utilizar el comando ifconfig hasta efectuar la edicin de los scripts de las tarjetas en el registro del sistema. Se puede realizar la configuracin a travs de la interfaz grafica, en Administracin de Redes o mediante el comando setup en la lnea de comandos, con lo que se desplegar la pantalla mostrada en la Figura C.2.

Figura C.2: Despliegue del comando setup

En esta opcin hay que dirigirse a la configuracin de red, en donde se encuentra la configuracin de las interfaces y servidores DNS utilizados por el sistema, aqu se ingresa la siguiente configuracin:

111

Eth0 [WAN] IP: Mask: DG: DNS servers Primary: 64.76.149.117 255.255.255.240 64.76.149.113

64.76.148.125

Una vez aceptados los cambios se deben reiniciar los servicios de red para que estos tengan efecto, para ello basta con teclear la secuencia, service network restart, y desplegar la configuracin de las interfaces con ifconfig, en donde si la configuracin coincide con la realizada, se puede comprobar el correcto funcionar de esta mediante una simple prueba, ejecutando la secuencia ping 127.0.0.1-> ping 64.76.149.117-> ping 64.76.149.113-> ping 64.76.148.125 -> ping www.google.cl, si todos los ping son respondidos, la prueba ha sido exitosa, si alguno falla se debe revisar el tem correspondiente. Con esto realizado, ya se est en condiciones de continuar el proceso, en donde se recomienda instalar y configurar un servidor de acceso ssh, mediante la secuencia:
[root@Uriel]# yum install sshd

Y de la herramienta de visualizacin Midnight Commander, mediante la secuencia:

[root@Uriel]# yum install mc

Finalmente para la instalacin de Asterisk, se deben seguir las siguientes instrucciones: 1. Antes de generar la instalacin de Asterisk es recomendable actualizar el sistema de soporte, por ejemplo el kernel de fedora core 10, para ello basta con ingresar el siguiente comando en la consola del root:
[root ~]# yum -y update

2.

Una vez que el sistema se haya actualizado, se debe reiniciar el sistema para cargar las nuevas actualizaciones. Ahora el sistema est listo para obtener e instalar Asterisk, para obtener la ltima versin, se debe seguir la secuencia:
[root ~]# wget http://downloads.asterisk.org/pub/telephony/asterisk/releases /asterisk-1.6.1.4.tar.gz [root ~]# gzip -d asterisk-1.6.1.4.tar.gz [root ~]# tar -xf asterisk-1.6.1.4.tar [root ~]# cd asterisk-1.6.1.4 [root ~ asterisk-1.6.1.4]# ./configure

3.

Bien, ahora en la medida que no se hayan detectado errores en el paso anterior, se puede ahora personalizar la instalacin mediante la siguiente secuencia de comando:
[root [root [root [root [root ~ ~ ~ ~ ~ asterisk-1.6.1.4]# asterisk-1.6.1.4]# asterisk-1.6.1.4]# asterisk-1.6.1.4]# asterisk-1.6.1.4]# make make make make make menuselect install samples progdocs

4.

Probablemente se desee que Asterisk se inicie automticamente, luego de que la maquina se reinicie, esta tarea se puede realizar de la siguiente manera.
[root ~ asterisk-1.6.1.4]# cp contrib/init.d/rc.redhat.asterisk /etc/init.d/asterisk [root ~ asterisk-1.6.1.4]# chkconfig --levels 3 asterisk on

112

5.

Para iniciar Asterisk, basta con ingresar el siguiente comando:

[root ~]# asterisk

Con estas tareas ya efectuadas, se puede de iniciar el proceso de configuracin de Asterisk.

Configuracin de Asterisk
Los archivos de configuracin de Asterisk en su mayora se encuentran ubicados en /etc/asterisk/. Entre ellos los ms relevantes son extensions.conf; donde se define el dial plan del sistema, SIP.conf; donde se definen las configuraciones de las troncales SIP, users.conf; donde se agregan los usuarios y sus caractersticas propietarias, y voicemail.conf que sirve para configurar el contestador automtico y gestionar los buzones de voz de los usuarios. En primera instancia se mostrarn las configuraciones bsicas en cada uno de estos archivos para levantar el servicio.

Instalacin de cdec G729/G723

Como la finalidad de estas pruebas es la integracin de Asterisk con un Carrier IP y este ltimo slo trabaja con el cdec g729 por su uso de ancho de banda, es necesario agregar este cdec a la maquina. Tambin se agrega el cdec G723. Para ello se debe buscar en URL http://asterisk.hosting.lv/ y descargar el archivo codec_g729-ast16-gcc4glibc-pentium4.so que se encuentra en la seccin de asterisk 1.6.1. Este archivo debe ser copiado en la ubicacin /usr/lib/asterisk/modules con el nombre de codec_g729.so. Para verificar que el cdec ha sido instalado y reconocido por Asterisk se debe iniciar el servicio en una terminal con el comando asterisk y luego asterisk rvvvv para acceder al CLI del servicio en donde se ejecuta e l comando core show translation en donde se debe buscar el cdec y verificar que no est definido por lneas de relleno ( ) si no por nmeros los cuales indican el tiempo que se toma la maquina en hacer el transcoding con cada cdec presente en el servicio.

Estructura del archivo extensions.conf

Para modificar el archivo se utilizan los siguientes comandos:
[root ~]# /etc/asterisk/ [root ~ asterisk]# nano extensions.conf

Luego dentro del archivo, basta con agregar los siguientes comandos a continuacin de la ltima lnea del archivo. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;LOCAL_DIAL [asterisk] exten => _61XX,1,NoOp() exten => _61XX,2(dial),Dial(SIP/${EXTEN},30,r) exten => _61XX,n,GotoIf($["${DIALSTATUS}" = "BUSY"]?busy:unavail) exten => _61XX,n(unavail),Voicemail(${EXTEN:1}@default,u) exten => _61XX,n,Hangup() exten => _61XX,n(busy),VoiceMail(${EXTEN:1}@default,b) exten => _61XX,n,Hangup() exten => 6199,1,Answer() exten => 6199,n,VoiceMailMain(${CALLERID(num)}@default) exten => 6199,n,Hangup()

113

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;LOCAL[local] exten => _9NXXXXXX,1,NoOp() exten => _9NXXXXXX,n(dial),Dial(SIP/redvoiss/${EXTEN:1}) exten => _9NXXXXXX,n,Hangup ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CELULAR [celular] exten => _909XXXXXXXX,1,NoOp() exten => _909XXXXXXXX,n(dial),Dial(SIP/redvoiss/${EXTEN:1}) exten => _909XXXXXXXX,n,Hangup ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CONTEXTOS [local_plus] include = asterisk include = local include = celular [DID_] include = DID__default [DID__default] exten =>. Adems hay que agregar las macros despus del contexto default: [macro-stdexten] exten = s,1,Set(__DYNAMIC_FEATURES=${FEATURES}) exten = s,2,GotoIf($[${FOLLOWME_${ARG!}} = 1]?5:3) exten = s,3,Dial(${ARG2},${RINGTIME},${DIALOPTIONS}) exten = s,4,Goto(s-${DIALSTATUS},1) exten = s,5,Macro(stdextenfollome,${ARG1},${ARG2}) exten = s-NOANSWER,1,Voicemail(${ARG1},u) exten = s-NOANSWER,2,Goto(default,s,1) exten = s-BUSY,1,Voicemail(${ARG1},b) exten = s-BUSY,1,Voicemail(${ARG1},b) exten = s-BUSY,2,Goto(default,s,1) exten = _s-.,1,Goto(s-NOANSWER,1) exten = a,1,VoicemailMain(${ARG1})

[macro-stdexten-followme] exten = s,1,Dial(${ARG2},${RINGTIME},${DIALOPSTIONS}) exten = s,2,Followme(${ARG1},a) exten = s,3,Voicemail(${ARG1},u) exten = s,3,Voicemail(${ARG1},u) exten = s-NOANSWER,1,Voicemail(${ARG1},u) exten = s-BUSY,1,Voicemail(${ARG1},b) exten = s-BUSY,2,Goto(default,s,1) exten = _s-.,1,Goto(s-NOANSWER,1) exten = a,1,VoicemailMain(${ARG1})

Estructura del Archivo SIP.conf

Para modificar el archivo se utilizan los siguientes comandos:
[root ~ asterisk]# nano SIP.conf

Luego dentro del archivo, basta con agregar los siguientes comandos a continuacin del contexto general. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;REDVOISS[redvoiss]

114

type = peer username = ID_91825 fromuser = 557100030113 secret = gqzstciyly fromdomain = pxext.redvoiss.net host = pxext.redvoiss.net canreinvite = no quality = yes dtmfmode = rfc2833 insecure = very disallow = all allow = g729 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;REGISTERS register => 557100030113:gqzstciyly:ID_91825@pxext.redvoiss.net/6127

Estructura del archivo users.conf

Para modificar el archivo se utilizan los siguientes comandos:
[root ~ asterisk]# nano users.conf

Luego dentro del archivo, basta con agregar los siguientes comandos a continuacin de la ltima lnea del archivo. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;USUARIOS [6128] type = peer username = 6128 transfer = yes mailbox = 6128@default host = dynamic fullname = 6128 cid_number = 6128 context = local_plus hasvoicemail = yes vmsecret = 6128 hasSIP = yes secret = 6128 nat = yes canreinvite = no reinvite = no dtmfmode = rfc2833 insecure = very disallow = all allow = gsm,ulaw,alaw,g711,g729 [6127] type = peer username = 6127 transfer = yes mailbox = 6127@default host = dynamic fullname = 6127 cid_number = 6127 context = local_plus hasvoicemail = yes vmsecret = 6127 hasSIP = yes secret = 6127 nat = yes canreinvite = no reinvite = no dtmfmode = rfc2833 insecure = very disallow = all allow = gsm,ulaw,alaw,g711,g729 [6129] type = peer username = 6129 transfer = yes mailbox = 6129@default host = dynamic fullname = 6129 cid_number = 6129 context = local_plus hasvoicemail = yes vmsecret = 6129 hasSIP = yes secret = 6129 nat = yes canreinvite = no reinvite = no dtmfmode = rfc2833

115

insecure = very disallow = all allow = gsm,ulaw,alaw,g711,g729 [6130] type = peer username = 6130 transfer = yes mailbox = 6130@default host = dynamic fullname = 6130 cid_number = 6130

context = local_plus hasvoicemail = yes vmsecret = 6130 hasSIP = yes secret = 6130 nat = yes canreinvite = no reinvite = no dtmfmode = rfc2833 insecure = very disallow = all allow = gsm,ulaw,alaw,g711,g729

Estructura del archivo voicemail.conf

Para modificar el archivo se utilizan los siguientes comandos:
[root ~ asterisk]# nano voicemail.conf

El archivo modificado queda de la siguiente manera: ; Voicemail Configuration [general] format=wav49 language=es serveremail=asterisk@pruebavoip.com fromstring=Voicemail System attach=yes maxmsg=100 maxsecs=300 minsecs=2 maxgreet=60 skipms=3000 maxsilence=10 silencethreshold=128 maxlogins=3 moveheard=yes directoryintro=dir-intro charset=ISO-8859-1 fromstring=The Asterisk PBX usedirectory=yes emailsubject=[PBX]: ${VM_MSGNUM} nuevos mensajes en casilla de voz ${VM_MAILBOX} emailbody= ${VM_NAME}:\n\n\tTiene un nuevo mensaje de ${VM_DUR} seg. de duracin en la casilla de email ${VM_MAILBOX} de ${VM_CALLERID}, en la fecha ${VM_DATE},Gracias!\n\n\t\t\t\t--Asterisk\n emaildateformat=%A, %B %d, %Y at %r mailcmd=/usr/sbin/sendmail -t tz=colombia attach=yes attachfmt=wav49 saycid=yes

116

sayduration=no saydurationm=2 dialout=fromvm sendvoicemail=yes review=yes forcegreetings=no hidefromdir=no [zonemessages] colombia=America/Bogota|'vm-received' aebY 'digits/at' HM eastern=America/New_York|'vm-received' Q 'digits/at' IMp central=America/Chicago|'vm-received' Q 'digits/at' IMp central24=America/Chicago|'vm-received' q 'digits/at' H N 'hours' military=Zulu|'vm-received' q 'digits/at' H N 'hours' 'phonetic/z_p' european=Europe/Copenhagen|'vm-received' a d b 'digits/at' HM [default] language=es ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;MAILBOXES 127 => 6127,Prueba1,prueba1@gmail.com 128 => 6128,Prueba2,prueba2@gmail.com 129 => 6129,Prueba3,prueba3@gmail.com 130 => 6130,Prueba4,prueba4@gmail.com Nota: Para que el voicemail sea en lenguaje espaol se debe insertar la siguiente lnea en todos los archivos, dentro del contexto por defecto: language=es

C.1.2 Manipulacin de la consola de Asterisk

En esta seccin est orientada a la manipulacin y administracin de Asterisk mediante su consola (CLI), en ella es posible administrar de forma local el trabajo de Asterisk, por ejemplo visualizar los usuarios actualmente registrados o bien la llamadas que se estn cursando actualmente, entre otras. Es por eso que a continuacin se detallan algunos de los comandos ms tiles en esta interfaz. 1. Para poder acceder al CLI de Asterisk se debe ingresar el comando:
[@root]#asterisk rvvvvv

El intrprete de comandos de Asterisk es bastante potente, y permite controlar y monitorizar gran parte de la situacin de la centralita. Por otra parte soporta el empleo de la tecla <TAB>, al estilo de las consolas de UNIX/GNU Linux, por lo que para ver un listado de todos los comandos disponibles, basta con presionar varias veces la tecla o bien para ver los posibles argumentos de un comando o completar un parmetro largo o complicado. 2. Para comprobar la versin de Asterisk instalada, se puede ingresar el siguiente comando, desde la CLI.
@CLI>show versin

3.

Para obtener el tiempo que lleva en ejecucin Asterisk, desde la consola.

@CLI>show uptime

117

4.

Para desconectarse de la CLI, y que el demonio sega en ejecucin.

@CLI>quit

5.

Para matar al propio Asterisk desde el CLI, se puede utilizar el comando stop, en sus tres variantes: stop now: Detiene Asterisk al momento stop when convenient: Detiene Asterisk cuando no haya carga. stop gracefully: Detiene Asterisk cuando no haya carga y deja de aceptar peticiones de llamadas a partir de este momento.

6.

Para realizar un debug a nivel de aplicaciones de Asterisk, por ejemplo la mensajera SIP entre otras, se puede utilizar la secuencia.
@CLI>set debug

7.

Para recargar el servidor Asterisk, por lo general para que se aplique cambios en la configuracin, basta con aplicar la secuencia.
@CLI>reload

8.

Si bien mediante el comando reload en el CLI de Asterisk, le indicamos que recargue la configuracin. Aunque es posible recargar de forma independiente.
@CLI> SIP reload

Una vez recargada, podemos comprobar los peers que hemos definido con el comando.
@CLI>SIP show peers

Para ver si Asterisk se ha registrado correctamente con sus peers, basta con.
@CLI>SIP show registry

9.

Para ver los cdecs implementados en el servidor, se puede ejecutar el comando.

@CLI>core show codecs @CLI>core show codec [codec]

10. Para visualizar los tiempos estimados de conversin para los distintos cdecs, ejecute la siguiente secuencia.
@CLI>core show translation

C.2 Configuracin Callmanager Cisco

Los clientes SIP de los Telfonos Duales deben registrarse con los Servidores de aplicaciones SIP para poder realizar y recibir llamadas VoIP. El registro del cliente SIP contra el Callmanager Cisco se efecta mediante la comparacin de los datos del cliente con los datos respectivos de la extensin SIP creada en el Callmanager. Para crear una extensin SIP, se crea primero un equipo telefnico virtual, mediante la opcin Device -> Phone -> Add New mostrada en la Figura C.3. Luego se selecciona el tipo de telfono, en este caso un telfono SIP, como se observa en la Figura C.4

118

Figura C.3: Creacin equipo telefnico

Figura C.4: Tipo de equipo telefnico

El nmero del telfono SIP se define en la ventana mostrada en la Figura C.5, en el tem Mac Address y se acompaa de ocho ceros. La configuracin de las caractersticas propias del telfono SIP se realiza en esta ventana y contina en las ventanas de la Figura C.6 y Figura C.7.

Figura C.5: Configuracin telfono SIP, parte I

Figura C.6: Configuracin telfono SIP, parte II

Figura C.7: Configuracin telfono SIP, parte III

119

Luego de guardar las configuraciones del telfono SIP se crea la extensin SIP asociada, mediante la creacin de una lnea en el telfono usando la opcin Add a new DN de la Figura C.8. Posteriormente se define el nmero de la extensin SIP, coincidente en este caso con el nmero de telfono SIP, y se realizan las configuraciones bsicas de la extensin (Figura C.9 y Figura C.10). La extensin SIP debe asociarse a un usuario de manera de negociar el registro del cliente SIP con el Callmanager a partir de credenciales. El usuario asociado al telfono se selecciona de la ventana de usuarios (Figura C.11) mediante la opcin Associate End User presentada en la Figura C.10.

Figura C.8: Creacin extensin SIP, parte I

Figura C.9: Creacin extensin SIP, parte II

Figura C.10: Creacin extensin SIP, parte III

Figura C.11: Asociacin de un usuario a la extensin

El resultado de las configuraciones anteriores se presenta desde la Figura C.12 a la Figura C.15. Particularmente en sta ltima se muestra el Telfono SIP Creado y un resumen de sus caractersticas.

120

Figura C.12: Extensin SIP, parte I

Figura C.13: Extensin SIP, parte II

Figura C.14: Extensin SIP, parte III

Figura C.15: Telfono SIP

La creacin de un usuario, para asociar a la extensin SIP, se realiza seleccionando en la pantalla principal la opcin User Management -> End User. Esta operacin se describe en la Figura C.16. Luego se ingresan los detalles del usuario, como la identificacin del usuario (User ID), clave del usuario, apellido, credenciales para la negociacin del registro del cliente SIP, entre otros. En la Figura C.17, Figura C.18 y Figura C.19 se aprecian estas configuraciones.

Figura C.16: Creacin Usuario

Figura C.17: Definicin de los detalles del usuario

121

Figura C.18: Caractersticas extras usuario, parte I

Figura C.19: Caractersticas extras usuario, parte II

C.3 Configuracin bsica de un Cliente SIP

A continuacin se describe un ejemplo de configuracin de un cliente SIP. En particular se detalla la configuracin del cliente SIP UniPhone en un equipo Nokia con Symbian S60 v3.

C.3.1 Cliente SIP UniPhone

El telfono celular utilizado para las pruebas con el cliente Uniphone es un telfono Nokia N96. Este cliente no posee versiones de prueba, pero puede obtenerse en la siguiente pgina Web: http://www.symbiangear.com/en/eur/OptiMobile-UniPhone-for-S60/product_1200171_details.html Este cliente se integra totalmente con el gestor de llamados original del telfono y permite seleccionar en que modalidad (Voip o celular) se quiere realizar la llamada cuando se disca el nmero y se oprime el botn de llamar. Lo anterior se aprecia en la Figura C.20. Para configurar la cuenta SIP que se registrar, tanto con la PBX Asterisk como contra el CallManager, se ingresa al software del cliente SIP. La pantalla principal del cliente (Figura C.21) muestra un resumen de la conexin del cliente SIP, por ejemplo; el da, la hora y el AP al cual se asocia la cuenta.

Figura C.20: Integracin cliente Uniphone con gestor de llamadas

Figura C.21: Pantalla principal cliente UniPhone

122

En Opciones->Settings se accede al men principal, donde se tienen tres submens que permiten las configuraciones generales del cliente SIP como muestra la Figura C.22. Se selecciona el submen VoIP para configurar la cuenta SIP con la opcin Opciones-> Edit. Este cliente permite crear varias cuentas SIP y tenerlas activas simultneamente. En el submen AP se realiza la asociacin de las cuentas con los AP a los cuales se le solicita el registro. En este caso se asocio la cuenta Uniphone (por defecto se crea con ese nombre, pero puede ser modificado) a la red mgta, lo cual se puede apreciar en la Figura C.23 y Figura C.22.

Figura C.22: Submens del cliente UniPhone

Figura C.23: Submen AP del cliente UniPhone

El tercer submen permite realizar las configuraciones ms generales del cliente (Figura C.24). Se puede optar, por ejemplo, por el inicio del cliente cuando se encienda el telfono y por la opcin Query dialling line que permite luego elegir si se realiza la llamada por VoIP o por la red celular (Figura C.20).

Figura C.24: Submen Misc del cliente UniPhone

Cliente UniPhone registrado contra PBX Asterisk

Para realizar el registro del cliente SIP contra Asterisk es necesario crear una cuenta con los detalles de la PBX y del usuario creado en ella. Para este caso los parmetros utilizados son los siguientes:

123

SIP Proxy: Proxy de la PBX (IP pblica o privada de la maquina con Asterisk) User Name: usuario creado en Asterisk Password: clave asociada al usuario creado Outbound proxy: no necesario Authentication user: no necesario Los detalles ingresados de la cuenta se observan en la Figura C.25. Aparte de las configuraciones de registro de la cuenta SIP, se pueden configurar opciones referentes a las caractersticas de la cuenta. La opcin WBX permite manejar el Handover de las llamadas cuando se realiza la transicin 3G/GSM a WiFi (Figura C.26). Las configuraciones avanzadas de la cuenta se dejan con la configuracin por defecto.

Figura C.25: Configuracin cliente UniPhone con cuenta Asterisk

Figura C.26: Configuraciones WBX de la cuenta SIP de UniPhone contra Asterisk

Cliente Uniphone registrado contra CallManager Cisco

Para realizar el registro del cliente Uniphone contra el CallManager debe crearse una nueva cuenta SIP en el submen VoIP Profiles-> SIP Figura C.27).

Figura C.27: Cuenta de registro UniPhone contra CallManager

124

Para este caso los parmetros utilizados son los siguientes: SIP Proxy: proxy de la PBX (IP privada del CallManager) User name: extensin SIP creado en el CallManager Password: clave del usuario asociado a la extensin SIP Outbound proxy: direccin IP de la PBX ( igual a SIP Proxy) Authentication user: usuario asociado a la extensin SIP Aparte de las configuraciones de registro de la cuenta SIP, se pueden configurar opciones referentes a las caractersticas de la cuenta. La opcin WBX permite manejar el Handover de las llamadas cuando se realiza la transicin 3G/GSM a WiFi (Figura C.26). Las configuraciones avanzadas de la cuenta se dejan con la configuracin por defecto.

125

ANEXO D Evaluacin Econmica

126

D.1 Parmetros para la Evaluacin econmica

La planilla de seleccin de componentes para realizar la evaluacin econmica se muestra en las figuras

D.1, D.2 y D.3. En la Figura D.4 se detalla el flujo de caja para una implementacin bsica de telefona Dual.

Figura D.1: Planilla para evaluacin econmica parte I

127

Figura D.2: Planilla para evaluacin econmica parte II

128

Figura D.3: Planilla para evaluacin econmica parte III

129

Figura D.4: Flujo de caja evaluacin econmica

130