Universidad de Costa Rica

Facultad de Ingeniera
Escuela de Ingeniera Elctrica




IE 0502 Proyecto Elctrico



Parmetros actuales y nuevas tendencias en
Calidad de Servicio (QoS) en el mercado de la
Telefona sobre IP (VoIP)




Por:
Cristina Garita Rivas




Ciudad Universitaria Rodrigo Facio
Julio de 2005
Parmetros actuales y nuevas tendencias en
Calidad de Servicio (QoS) en el mercado de la
Telefona sobre IP (VoIP)

Por:
Cristina Garita Rivas


Sometido a la Escuela de Ingeniera Elctrica
de la Facultad de Ingeniera
de la Universidad de Costa Rica
como requisito parcial para optar por el grado de:

BACHILLER EN INGENIERA ELCTRICA

Aprobado por el Tribunal:


_________________________________
Ing. Vctor H. Chacn Prendas
Profesor Gua


_________________________________ _________________________________
Ing. Guillermo Rivero Gonzlez Ing. Francisco Rojas Fonseca
Profesor lector Profesor lector

ii


DEDICATORIA



A mis paps, hermanos y tas, por su gua, amor, apoyo y consejos.
A Esteban, por ser adems de mi novio, mi mejor amigo y
por apoyarme siempre.








iii



RECONOCIMIENTOS

Deseo agradecer a los miembros del tribunal examinador, Ing. Vctor Hugo Chacn,
Ing. Guillermo Rivero e Ing. Francisco Rojas por aceptar formar parte de la realizacin de
este proyecto y guiar su desarrollo.
Un especial agradecimiento a mi amigos, por compartir estos aos de carrera
universitaria y superarlos juntos.
A Dios, porque me ha dado todo lo que soy y lo que tengo.


iv



NDICE GENERAL
NDICE DE FIGURAS................................................................................. vii
NDICE DE TABLAS.................................................................................. viii
NOMENCLATURA........................................................................................ix
RESUMEN..................................................................................................... xii
CAPTULO 1: Introduccin...........................................................................1
1.1 J ustificacin......................................................................................................................1
1.2 Objetivos...........................................................................................................................3
1.2.1 Objetivo General....................................................................................................3
1.2.2 Objetivos especficos.............................................................................................3
1.3 Metodologa......................................................................................................................4
CAPTULO 2: El estndar VoIP....................................................................5
2.1 Aspectos y elementos bsicos del estndar VoIP.............................................................5
2.1.1 Caracterizacin del protocolo TCP/IP...................................................................8
2.1.2 Caracterizacin del estndar H.323.....................................................................10
2.1.3 Arquitectura y funcionamiento del soporte de voz sobre IP (VoIP)....................21
CAPTULO 3: Aplicaciones de la telefona (ToIP) y parmetros que
determinan la Calidad de Servicio (QoS) ....................................................25
3.1 Panorama y Aplicaciones de la Telefona sobre IP (ToIP).............................................25
3.2 Parmetros influyentes en la Calidad de Servicio (QoS)................................................29
3.2.1 Latencia en las redes IP.......................................................................................30
3.2.1.1 Latencia introducida por Gateways ..................................................................32
3.2.1.2 Latencia inherente de la red..............................................................................37
3.2.2 Cuantificacin y reduccin de latencia en las redes basadas en IP.....................39
CAPTULO 4: Consideraciones sobre Calidad de Servicio en el
servicio de ToIP brindado en Costa Rica ....................................................42


v


4.1 Panorama actual del soporte VoIP..................................................................................42
4.2 Perspectiva de las empresas respecto a ToIP..................................................................43
4.3 Dos soluciones en instalacin de sistemas ToIP.............................................................45
4.4 Consideraciones generales sobre QoS............................................................................46
CAPTULO 5: Alternativas tendientes a optimizar QoS de la ToIP........47
5.1 Retos de la Telefona IP..................................................................................................47
5.1.1 Interoperabilidad, administracin del ancho de banda y seguridad del sistema..47
5.2 Equipos y mtodos de medicin de QoS........................................................................48
5.2.1 Monitoreo de QoS en enrutadores......................................................................49
5.2.2 Monitoreo de niveles de QoS en la red................................................................51
5.3 Alternativas para implementacin y optimizacin de QoS............................................53
5.3.1 Estndares de la IEEE..........................................................................................53
5.3.2 Arquitectura de Servicios Integrados...................................................................53
5.3.3 Arquitectura de Servicios Diferenciados.............................................................57
5.3.4 Tecnologa MPLS................................................................................................60
5.3.5 Redes de VoIP sobre plataforma ISDN...............................................................61
5.4 Herramientas de IPv6......................................................................................................63
5.4.1 Clase de trfico y Etiqueta de flujo......................................................................65
Captulo 6: Anlisis ........................................................................................67
CAPTULO 7: Conclusiones y recomendaciones .......................................71
BIBLIOGRAFA............................................................................................73
APNDICES...................................................................................................76
Apndice A: Estructura del Modelo OSI ..............................................................................76
ANEXOS .........................................................................................................80
Anexo 1: Proyectos del Instituto Costarricense de Electricidad...........................................80
Anexo 2: Especificacin del protocolo IPv6........................................................................83
Anexo 3: Tutorial H.323.......................................................................................................83
Anexo 4: Calidad de Voz en Telefona sobre IP..................................................................83


vi


NDICE DE FIGURAS
Figura 2.1 Configuracin de un PC para VoIP................................................................6
Figura 2.2 Ejemplo de red con conexin de centralitas a enrutadores que disponen de
soporte VoIP. .................................................................................................................8
Figura 2.3 Esquema bsico del Sistema de Comunicaciones ..........................................9
Figura 2.4 Modelo de capas TCP/IP ...............................................................................10
Figura 2.5 Configuraciones de conexin de redes VoIP (a) PC-Telfono y (b)
Telfono- Telfono ......................................................................................................12
Figura 2.6 Configuracin tpica de una red H.323 ........................................................14
Figura 2.7 Pila de protocolos VoIP/H.323 segn el modelo OSI ..................................15
Figura 2.8 Pila de protocolos H.323 segn el modelo TCP/IP......................................16
Figura 2.9 Elementos de una red VoIP...........................................................................17
Figura 2.10 Esquema de funcionamiento del protocolo RSVP.......................................20
Figura 2.11 Esquema de componentes del gatekeeper.....................................................22
Figura 2.12 Esquema de componentes del gateway .........................................................23
Figura 3.1 Calidad de la percepcin vs. Latencia..........................................................31
Figura 3.2 Diagrama de bloques del funcionamiento del Gateway...............................33
Figura 3.3 Diagrama de bloques del proceso de compresin de voz del DSP.............34
Figura 3.4 Representacin de la estructura de un paquete de VoIP............................36
Figura 5.1 Conexin del analizador MediaPro a la red VoIP...................................52
Figura 5.2 Esquema componentes Arquitectura de Servicios Integrados...................55
Figura 5.3 Esquema funcionamiento RSVP...................................................................56
Figura 5.4 Cabecera comn y formato de objeto RSVP...............................................57
Figura 5.5 Cabecera de paquete IPv4.............................................................................59
Figura 5.6 Campo ToS utilizado por DiffServ................................................................59
Figura 5.7 Esquema de funcionamiento de MPLS ........................................................60
Figura 5.8 Cabecera IPv4.................................................................................................64
Figura 5.9 Cabecera paquete IPv6..................................................................................65
Figura 6.1 Tendencias del sistema ToIP.........................................................................70
Figura A1.1 Modelo de referencia OSI............................................................................76




vii



NDICE DE TABLAS

Tabla 3.1 Principales diferencias entre la Telefona tradicional y la Telefona IP.......27
Tabla 3.2 Clases de Calidad segn ITU-T de acuerdo a la latencia de transmisin.....32
Tabla 3.3 Tamaos de las tramas para distintos Codificadores.....................................35
Tabla 5.1 Influencia del esquema de compresin en la QoS..........................................48





viii



NOMENCLATURA
ATM Asynchronous Transfer Mode
Modo de Transferencia Asincrnica

cRTP compressed Real-time Transport Protocol
Protocolo comprimido de Transporte en Tiempo Real
CBWFQ Class-Based Weighted Fair Queuing
Sistema de colas ponderadas por Clase
DiffServ Differentiated Services
Servicios Diferenciados
DSL Digital Subscriber Line
Lnea Digital del Abonado
GoS Grade of Service
Grado de Servicio
ISDN Integrated Services Digital Network
Red Digital de Servicios Integrados (RDSI)
LAN Local Area Network
Red de rea Local
LFI Link Fragmentation and Interleaving
Fragmentacin de enlace y entrelazado
LLQ Low Latency Queuing
Ordenamiento de Baja Latencia
LSP Label Switching Path
Camino Conmutado por Etiqueta
LSR Label Switching Router
Dispositivo de enrutamiento por Conmutacin de Etiquetas
MAC Media Access Control
Control de Acceso al Medio


ix


MAN Metropolitan Area Network
Red de rea Metropolitana
MPLS Multi-Protocol Label Switching
Control de Etiquetas Multiprotocolo
NGN Next Generation Network
Redes de Prxima Generacin
OSI Open System Interconnection
Interconexin de Sistemas Abiertos
PAMS Perceptual Analysis Measurement System
Sistema de medida de anlisis de voz percibida
PHB Per Hop Behavior
Comportamiento por Salto
PBX Private Branch eXchange
Conmutador Telefnico Privado
PC Personal Computer
Computador Personal
PCM Pulse Code Modulation
Modulacin por Codificacin de Pulsos
POTS Plain Old Telephone Service
Servicio Tradicional de Telefona
PSTN Public Switched Telephone Network
Red de Telefona Pblica Conmutada
RSVP Resource ReSerVation Protocol
Protocolo de Reservacin de Recursos
SDH Synchronous Digital Hierarchy
J erarqua Digital Sincrnica
TDM Time Division Modulation
Modulacin por Divisin de Tiempo



x


ToS Type of Service
Tipo de Servicio
VLAN Virtual Local Area Network
Red Virtual de rea Local
VPN Virtual Private Network
Red Virtual Privada
WAN Wide Area Network
Red de rea Amplia
WRED Weighted Randomly Early Detection
Deteccin anticipada ponderada aleatoriamente



xi


RESUMEN
En este documento se realiz una descripcin y revisin de los parmetros,
protocolos y estndares que pretenden garantizar cierta Calidad de Servicio (QoS) en el
servicio de Telefona sobre IP (ToIP).
Para comprender el funcionamiento del soporte VoIP, del sistema ToIP, de los
estndares y tecnologas relacionadas con la implementacin u optimizacin del manejo de
los paquetes de voz sobre IP se busc informacin en libros y documentos publicados por
los principales organismos del rea de telecomunicaciones, as como datos y hojas de
especificaciones de fabricantes de equipos para redes con soporte de ToIP.
Se hizo una caracterizacin de los factores que ocasionan que las aplicaciones de
voz en tiempo real sufran deterioro en la calidad (Calidad de Voz), describiendo los
distintos componentes y procesos que componen las redes basadas en el protocolo IP y su
influencia en la QoS total del sistema. Se presentaron, adems, los protocolos IPv6, ISA y
DiffServ y la tecnologa MPLS como las principales herramientas para dotar de cierto nivel
de QoS a las aplicaciones ToIP. La situacin actual de las aplicaciones ToIP se plante
tanto para Costa Rica, como en el mbito internacional.
Las principales conclusiones acerca de las tendencias de ToIP se centraron en la
necesidad de contar con plataformas como ISDN o ATM para el transporte de voz sobre IP,
implementar extensivamente MPLS o DifServ en las redes basadas en IP o adoptar el
protocolo IPv6 que permite una configuracin ms sencilla de QoS. En la mayora de los
casos, la configuracin de los enrutadores representa el punto clave del servicio ToIP.


xii
CAPTULO 1: Introduccin
1.1 Justificacin
Las telecomunicaciones constituyen uno de los aspectos ms influyentes en el
desenvolvimiento de las relaciones humanas en los distintos campos de interrelacin, desde
las relaciones personales hasta las relaciones empresariales. Las telecomunicaciones
desempean un papel fundamental en el desarrollo de la humanidad, favoreciendo desde
sus inicios el acortamiento de distancias fsicas y agilizando la comunicacin,
especialmente en aquellos sectores de difcil acceso.
Debido a la amplia utilizacin de esta tecnologa, a la facilidad de utilizacin por
parte de los usuarios y a la cobertura que tiene en la mayor parte del mundo, aunado al
avance de las comunicaciones digitales, la fuerte implantacin de redes basadas en el
protocolo IP y las nuevas tcnicas de digitalizacin de la voz, se ha concebido la
conjugacin de tecnologas de manera que permitan llevar otro paso adelante: la
convergencia de sistemas distintos de telecomunicaciones, como lo son la telefona
convencional y las redes basadas en el protocolo IP.
Es as como se presenta la telefona que emplea el manejo de la voz sobre IP
(VoIP), tambin conocida como telefona sobre IP (ToIP), como una de las nuevas y ms
llamativas alternativas del mundo de la tecnologa de la informacin.
Se ha comprobado, mediante su extendida utilizacin en el mbito mundial, la
eficiencia de la plataforma IP para el soporte de voz y datos en la red Internet, por lo cual
ahora se pretende integrar esta plataforma como parte de una telefona eficiente y confiable.
1


2
Para lograr que la telefona sobre IP se establezca como una tecnologa de punta y se
extienda cumpliendo con los requerimientos de calidad en la comunicacin exigidos por los
usuarios, que estn constituidos en la actualidad principalmente por empresas, se han
establecido normas y estndares (principalmente los estndares H.323 y H.460.9 dictados
por la ITU-T y el protocolo RSVP) que pretenden garantizar cierta Calidad de Servicio
(QoS) al emplear dicha tecnologa.
Actualmente, aunque la Calidad de Servicio de la telefona sobre IP garantizada
mediante los estndares existentes es aceptable para aplicaciones poco exigentes, no es
suficiente para ciertas aplicaciones que requieren minimizar el tiempo de retardo en la
transmisin o que dependen de que la calidad de la voz transmitida sea ptima. En estos
aspectos se debe tomar en cuenta que el protocolo IP se basa, para la transmisin de
paquetes, en el mejor esfuerzo, de modo que no ofrece calidad de servicio por s mismo,
pero la aplicacin en la telefona s requiere cierto nivel de QoS.
Considerando la expansin del uso del protocolo de Internet (IP) en las redes de
computadores, las ventajas demostradas por el protocolo IP como plataforma para soportar
voz y las facilidades de comunicacin que ofrece la telefona, es razonable que la
implementacin de la telefona VoIP se ample considerablemente a corto plazo. Es
importante identificar las caractersticas, ventajas y desventajas de esta tecnologa,
incluyendo su base a partir de las normas y estndares vigentes, as como la eficacia de los
estndares y protocolos que pretenden garantizar QoS.
Aunque en Costa Rica la telefona sobre IP no ha sido comercializada por el ICE tan
abiertamente, es posible suponer el futuro de esta tecnologa a partir del panorama actual;




3
conociendo las caractersticas del servicio que se ofrece en la actualidad, los planes y
mejoras del sistema a futuro. En el mbito nacional la Calidad de Servicio de la telefona
sobre IP es un punto clave que debe optimizarse, partiendo de las nuevas tendencias, para
que el servicio brindado sea ms apetecido.
El proceso de investigar las soluciones empleadas para mejorar la Calidad de
Servicio, por parte de nuevas centrales telefnicas IP que ofrecen este servicio y las nuevas
tendencias tecnolgicas en la telefona VoIP, representa una oportunidad para conocer las
herramientas que la convierten en una tecnologa que ofrece todas las facilidades deseadas
en un sistema de telecomunicaciones eficiente y confiable.
1.2 Objetivos
1.2.1 Objetivo General

Determinar los parmetros y estndares vigentes que garantizan Calidad de Servicio
(QoS) que ofrece la telefona sobre IP (VoIP), para determinar su efectividad y las nuevas
tendencias y alternativas de los nuevos sistemas para mejorar la Calidad de Servicio (QoS).
1.2.2 Objetivos especficos
Especificar las caractersticas y funcionamiento bsico del protocolo IP para el
soporte de Voz sobre IP (VoIP).
Identificar las principales aplicaciones y ventajas del soporte VoIP en la
telefona.
Caracterizar las normas y estndares principales vigentes para garantizar
Calidad de Servicio (QoS) en la telefona sobre IP.




4
Estudiar el panorama actual nacional e internacional de la telefona sobre IP con
garanta de QoS y las posibles soluciones para las deficiencias en el servicio.
Caracterizar las nuevas alternativas que permitan optimizar la QoS en la
telefona que emplea VoIP.
Describir las tendencias futuras de la telefona sobre IP (ToIP).
1.3 Metodologa
Debido a que el proyecto es de carcter investigativo y el tema que trata implica la
descripcin de normas y estndares, as como la caracterizacin de tecnologa no
implementada actualmente en el pas, la metodologa empleada no comprendi la
realizacin de experimentos o prcticas de laboratorio que involucraran la aplicacin de la
tecnologa en cuestin.
La informacin en la cual se basa el proyecto fue obtenida de libros procedentes
principalmente de bibliotecas y de documentos publicados en Internet.
Los datos relativos a la situacin actual de la telefona VoIP en Costa Rica se
tomaron de informacin obtenida del Instituto Costarricense de Electricidad (ICE) y de
datos de los proveedores de equipos y soluciones para VoIP.
La informacin de los documentos provenientes de sitios de Internet se consider
confiable siempre que proviniera de sitios oficiales de organizaciones o instituciones
reconocidas en el campo de las telecomunicaciones, mientras que la documentacin
restante fue corroborada contra la informacin considerada vlida para determinar su
confiabilidad.


CAPTULO 2: El estndar VoIP
2.1 Aspectos y elementos bsicos del estndar VoIP
La evolucin de las comunicaciones, desde la primera transmisin telegrfica, ha
exigido constantemente la implementacin de nuevas tecnologas que soporten cada vez un
mayor nmero de aplicaciones, que van desde la voz hasta datos y vdeo, manteniendo un
nivel de confiabilidad adecuado de acuerdo a los requerimientos de los usuarios ms
exigentes.
Las comunicaciones telefnicas analgicas, con el paso del tiempo han perdido
terreno en el campo del avance tecnolgico, mientras que la digitalizacin de las seales se
ha abierto paso apoyada en protocolos cuya confiabilidad y robustez se ha comprobado
ampliamente; este es el caso del protocolo IP (Internet Protocol, por sus siglas en Ingls),
que actualmente se ha convertido en la nueva plataforma sobre la cual convergen distintos
servicios y aplicaciones, de las cuales el soporte de voz es una de las ms importantes y la
telefona es el gran reto de las grandes empresas de telecomunicaciones.
Desde hace tiempo, los responsables de comunicaciones de las empresas tienen en
mente la posibilidad de utilizar su infraestructura de datos, para el transporte del trfico de
voz interno de la empresa. No obstante, es la aparicin de nuevos estndares, as como la
mejora y abaratamiento de las tecnologas de compresin de voz, lo que est provocando
finalmente su implantacin.
Despus de haber constatado que desde un PC con elementos multimedia, como
esquematiza la Figura 2.1, es posible realizar llamadas telefnicas a travs de Internet,
5


6
podra haberse considerado que la telefona sobre IP no tena un futuro muy promisorio,
pues la calidad de voz obtenida a travs de Internet es muy pobre. No obstante, si se
dispone de una red de datos con un ancho de banda considerable, existe la posibilidad de
utilizar exitosamente esta red para el trfico de voz.

Figura 2.1 Configuracin de un PC para VoIP
La integracin de voz y datos en una misma red ya ha sido implementada,
principalmente en redes WAN, mediante el uso de multiplexores (tpicamente conexiones
punto a punto y Frame-Relay) para la transmisin del trfico de voz. Sin embargo, la falta
de estndares y el costo inicial elevado de este tipo de soluciones no ha permitido una
amplia implantacin de las mismas.




7
Es innegable la implantacin definitiva del protocolo IP desde los mbitos
empresariales a los domsticos y por lo tanto la aparicin del estndar VoIP. La aparicin
del VoIP junto con el abaratamiento de los DSPs (Procesadores Digitales de Seal), los
cuales son claves en los procesos de compresin y descompresin de la voz; son los
elementos que han facilitado el despegue de estas tecnologas. Para este auge existen otros
factores involucrados, tales como la aparicin de nuevas aplicaciones o la apuesta definitiva
por VoIP por parte de fabricantes como Cisco Systems. Por otro lado, en casi todos los
pases, los operadores de telefona estn ofreciendo o piensan ofrecer en un futuro cercano,
servicios IP de calidad a las empresas e incluso a los usuarios residenciales.
Se pueden encontrar tres tipos de redes IP:
1. Internet. El estado actual de la red no permite un uso profesional para el trfico
de voz.
2. Red IP pblica. Los operadores ofrecen a las empresas la conectividad
necesaria para interconectar sus redes de rea local en lo que al trfico IP se
refiere. Se puede considerar como algo similar a Internet, pero con una mayor
calidad de servicio (QoS) y con importantes mejoras en seguridad. Hay
operadores que incluso ofrecen garantas de bajo retardo y/o ancho de banda, lo
que las hace muy atractivas para el trfico de voz.
3. Intranet. La red IP implementada por la propia empresa. Suele constar de varias
redes LAN (Ethernet conmutada, ATM, etc.) que se interconectan mediante
redes WAN tipo Frame-Relay/ATM, lneas punto a punto, ISDN (Ver Figura
2.2) para el acceso remoto, etc. En este caso la empresa tiene bajo su control




8
prcticamente todos los parmetros de la red, por lo que resulta ideal para su uso
en el transporte de la voz.

Figura 2.2 Ejemplo de red con conexin de centralitas a enrutadores que disponen de
soporte VoIP.
2.1.1 Caracterizacin del protocolo TCP/IP
Para comprender la arquitectura del protocolo TCP/IP, es importante establecer un
modelo bsico de los sistemas de comunicaciones, como se muestra en la Figura 2.3. Los
elementos que conforman el sistema son los siguientes:
1. Fuente: es el dispositivo a partir del cual se generan los datos a ser transmitidos,
entre ellos estn los telfonos, computadores o antenas.
2. Transmisor: es el elemento encargado de convertir la seal enviada en un patrn
comprensible por el sistema, funciona como codificador. As, una seal analgica
continua puede ser transformada en niveles de voltaje o valores binarios para ser
comprendidos por un sistema digital.




9
3. Sistema de transmisin: es el medio por el cual viaja la informacin, puede ser un
cable de fibra ptica o una red LAN, entre otros.
4. Receptor: es el dispositivo que capta la seal proveniente del sistema de
transmisin. Se encarga de decodificar la seal para que pueda ser entendida por el
destino.
5. Destino: es el elemento final del sistema de comunicacin.

Figura 2.3 Esquema bsico del Sistema de Comunicaciones
La arquitectura de red TCP/IP es un conjunto de protocolos que permiten la
comunicacin entre distintos nodos (no necesariamente terminales) de una o varias redes.
El modelo de capas de la arquitectura TCP/ IP consta de cuatro capas, como se muestra en
la Figura 2.4, que se encargan de distintos aspectos de la comunicacin a travs de Internet.




10
La capa de aplicacin
1
se compone de protocolos que manejan sistemas de
transferencia de archivos, correo electrnico, acceso remoto y administracin de la red.
La capa de transporte se encarga de la transferencia de los paquetes por medio de
los protocolos TCP y UDP. El protocolo TCP se considera un protocolo confiable orientado
a conexin; mientras que UDP no garantiza la transmisin confiable de datos, esto porque
no ejecuta procesos de correccin de errores y control de flujo.
La capa de Internet es la que gestiona la transferencia y el control de flujo de datos
entre redes mediante dispositivos de enrutamiento (routers). Este es un proceso no
orientado a conexin y no involucra mecanismos de deteccin de errores.

Figura 2.4 Modelo de capas TCP/IP
2.1.2 Caracterizacin del estndar H.323
A finales de 1997 el VoIP Forum del IMTC llega a un acuerdo que permite la
interoperabilidad de los distintos elementos que pueden integrarse en una red VoIP. Debido

1
La capa de aplicacin de TCP/IP agrupa las funciones de las capas de sesin, presentacin y aplicacin del
modelo OSI.




11
a la existencia del estndar H.323 del ITU-T, que cubra la mayor parte de las necesidades
para la integracin de la voz, se decidi que el H.323 fuera la base del VoIP. De este modo,
el VoIP debe considerarse como una clarificacin del H.323, de tal forma que en caso de
conflicto, y a fin de evitar divergencias entre los estndares, se decidi que H.323 tendra
prioridad sobre el VoIP.
La especificacin H.323 aprobada en 1996 por la ITU (International
Telecommunications Union) y revisada en enero de 1998, tiene como objetivo definir un
estndar para las comunicaciones multimedia sobre redes que no aseguran calidad del
servicio. Los principales objetivos de esta norma incluyen los siguientes aspectos:
Estandarizacin de los protocolos que permita a los diversos fabricantes evolucionar en
conjunto.
Que los usuarios no deban preocuparse sobre las posibilidades de su interlocutor,
existiendo una negociacin de las capacidades de cada punto de la lnea.
Debido a que es soportada sobre IP es independiente del tipo de red fsica que la
soporta, permitiendo la integracin con las grandes redes IP actuales.
Por su propia estructura, es independiente del hardware, entonces aunque permite ser
implementado en los ordenadores actuales, tambin se desarrolla hardware especfico
como Telfonos IP y consolas de videoconferencia.
El control de trfico se puede realizar dentro de la red, de esta forma no deben
producirse cadas importantes de rendimiento en las redes de datos.




12

Figura 2.5 Configuraciones de conexin de redes VoIP (a) PC-Telfono y (b)
Telfono- Telfono




13
La negociacin previa permite conectar terminales de muy diversas caractersticas,
como pueden ser telfonos de voz, consolas de videoconferencia, computadores, etc.
Las Figuras 2.5(a) y 2.5(b) muestran posibles configuraciones de conexin de
terminales, segn [25].
En cuanto a los procesos de codificacin de la voz, el estndar H.323 establece los
siguientes requerimientos:
Debe utilizar un bajo ancho de banda (8kbps o menos)
Debe ofrecer alta calidad para la voz
Bajo tiempo de latencia
Habilidad para reconstruir los paquetes
En las transmisiones en tiempo real, hasta el 30% de los paquetes de una
transaccin pueden perderse o experimentar retardos. Las aplicaciones exitosas de
Telefona IP, en consecuencia, necesitan reconstruir los paquetes perdidos por medio de
una reconstruccin efectiva de los datos. El protocolo G.723.1 es el algoritmo de
codificacin ms utilizado.
El VoIP tiene como principal objetivo asegurar la interoperabilidad entre equipos
de diferentes fabricantes, fijando aspectos tales como la supresin de silencios, codificacin
de la voz y direccionamiento, y estableciendo nuevos elementos para permitir la
conectividad con la infraestructura telefnica tradicional. Estos elementos se refieren
bsicamente a los servicios de directorio y a la transmisin de sealizacin por tonos
multifrecuencia (DTMF).




14
El VoIP/H.323 comprende a su vez una serie de estndares, cuyo nivel en el modelo
de capas OSI se muestra en la Figura 2.7, y se apoya en una serie de protocolos que cubren
los distintos aspectos de la comunicacin digitalizada, que son reseados a continuacin:


Figura 2.6 Configuracin tpica de una red H.323
1. Direccionamiento:
a. RAS (Registration, Admision and Status). Protocolo de comunicaciones que
permite a una estacin H.323 localizar otra estacin H.323 a travs del
Gatekeeper.
b. DNS (Domain Name Service). Servicio de resolucin de nombres en
direcciones IP con el mismo fin que el protocolo RAS pero a travs de un
servidor DNS.




15
2. Sealizacin:
b. Q.931 Sealizacin inicial de llamada
c. H.225 Control de llamada: sealizacin, registro y admisin, y
empaquetamiento / sincronizacin de la trama.
d. H.245 Protocolo de control para especificar mensajes de apertura y cierre de
canales para flujos de voz
3. Compresin de Voz:
a. Requeridos: G.711 y G.723
b. Opcionales: G.728, G.729 y G.722

Figura 2.7 Pila de protocolos VoIP/H.323 segn el modelo OSI
4. Transmisin de Voz:
a. UDP (User Datagram Protocol). La transmisin se realiza sobre paquetes
UDP, pues aunque UDP no ofrece integridad en los datos, el
aprovechamiento del ancho de banda es mayor que con TCP.




16
b. RTP (Real-time Transport Protocol). Maneja los aspectos relativos a la
temporizacin, marcando los paquetes UDP con la informacin necesaria
para la correcta entrega de los mismos en recepcin.
5. Control de la Transmisin:
a. RTCP (Real-time Transport Control Protocol). Se utiliza principalmente
para detectar situaciones de congestin de la red y tomar acciones
correctivas.
Tambin es posible mostrar la estructura del protocolo H.323 a partir del modelo de
capas TCP/IP, que se muestra en la Figura 2.8.

Figura 2.8 Pila de protocolos H.323 segn el modelo TCP/IP
El hecho de que VoIP se apoye en un protocolo de capa 3, como es IP, permite una
gran flexibilidad en las configuraciones. Una idea que parece inmediata es que el papel
tradicional de la centralita telefnica (PBX) quedara distribuido entre los distintos




17
elementos de la red VoIP. En este escenario, tecnologas como CTI (Computer-Telephony
Integration) tendrn una implantacin mucho ms simple.

Figura 2.9 Elementos de una red VoIP
Actualmente, a partir de una serie de elementos ya disponibles en el mercado, segn
diferentes diseos, es posible construir las redes para las aplicaciones VoIP, como se
muestra en la Figura 2.9. Estos elementos son:
o Telfonos IP.
o Adaptadores para PC.
o Hubs (concentradores) Telefnicos.
o Gateways (pasarelas PSTN/ IP).
o Gatekeepers




18
o Unidades de audioconferencia mltiple. (MCU Voz)
o Servicios de Directorio.
El Gatekeeper es un elemento opcional en la red, pero cuando est presente, todos
los dems elementos que contacten dicha red deben hacer uso de l. Su funcin es la de
gestin y control de los recursos de la red, de manera que no se produzcan situaciones de
saturacin de la misma.
El Gateway es un elemento esencial en la mayora de las redes pues su misin es la
de enlazar la red VoIP con la red telefnica analgica o POTS. Podemos considerar al
Gateway como una caja que por un lado tiene una interfaz LAN y por el otro dispone de
uno o varias de las siguientes interfaces:
FXO. Para conexin a extensiones de centralitas a la red telefnica bsica.
FXS. Para conexin a enlaces de centralitas o a telfonos analgicos.
E&M. Para conexin especfica a centralitas.
BRI. Acceso bsico ISDN (2B+D)
PRI. Acceso primario ISDN (30B+D)
G703/G.704. (E&M digital) Conexin especifica a centralitas a 2 Mbps.
Los distintos elementos pueden residir en plataformas fsicas separadas o
conviviendo en la misma plataforma. De este modo es bastante habitual encontrar juntos
Gatekeeper y Gateway. Tambin se pueden implementar las funciones de Gateway en el
mismo enrutador.




19
Un aspecto importante a resear es el de los retardos en la transmisin de la voz.
Hay que tener en cuenta que la voz no es muy tolerante a stos. De hecho, si el retardo
introducido por la red es de ms de 300 milisegundos, resulta casi imposible tener una
conversacin fluida. Debido a que las redes de rea local no estn preparadas en principio
para este tipo de trfico, el problema puede parecer grave.
Debe tenerse en cuenta que los paquetes IP son de longitud variable y el trfico de
datos suele ser a rfagas. Para intentar obviar situaciones en las que la voz se pierde porque
ocurre una rfaga de datos en la red, se ha ideado el protocolo RSVP, cuya principal
funcin es trocear los paquetes de datos grandes y dar prioridad a los paquetes de voz
cuando hay una congestin en un enrutador. Aunque este protocolo ayuda
considerablemente al trfico multimedia por la red, hay que tener en cuenta que RSVP no
garantiza una calidad de servicio como ocurre en redes avanzadas como ATM, que
proporcionan QoS de forma estndar.
Segn el estndar H.323 [25], el protocolo RSVP est orientado a los siguientes
aspectos:
RSVP soporta ambientes unicast y multicast
2

RSVP est ligado a tramas especficas
RSVP se adapta dinmicamente al grupo de usuarios y rutas
RSVP es unidireccional
RSVP est orientado al receptor

2
El trmino multicast se refiere a la funcin empleada en las redes Ethernet para enviar mensajes a mltiples
destinos. Unicast se denomina al envo de informacin o mensajes punto a punto.




20
Segn se especifica en el documento de la especificacin H.323 [25], RSVP es
solamente un protocolo de sealizacin. J unto con los servicios apropiados de QoS,
mecanismos de temporizacin y mdulos de control basados en polticas de admisin,
RSVP es capaz de satisfacer los requerimientos de QoS de los usuarios de H.323.
En la seccin (5.3.1.2) se relaciona ms directamente la funcin de RSVP con la
asignacin de prioridades al trfico de paquetes sensibles al retardo, y se amplia la
descripcin de su funcionamiento.

Figura 2.10 Esquema de funcionamiento del protocolo RSVP




21
2.1.3 Arquitectura y funcionamiento del soporte de voz sobre IP (VoIP)
La voz sobre IP convierte las seales de voz estndar en paquetes de datos
comprimidos que son transportados a travs de redes de datos en lugar de lneas telefnicas
tradicionales. La evolucin de la transmisin conmutada por circuitos a la transmisin
basada en paquetes, toma el trfico de la red pblica telefnica (PSTN) y lo coloca en redes
IP. Las seales de voz se encapsulan en paquetes IP que pueden transportarse como IP
nativo o como IP por Ethernet, Frame Relay, ATM o SDH, segn sea el tipo de plataforma
de conexin disponible.
Hoy, las arquitecturas interoperables de voz sobre IP se basan en la especificacin
H.323v2. La especificacin H.323 define terminales, como los dispositivos finales de
comunicacin que sustituyen a los telfonos tradicionales, gateways, que son las interfaces
de la telefona con la red, y gatekeepers, que corresponden a los componentes de
conmutacin o medios para la interoperacin con el sistema telefona tradicional, y sugiere
la manera de establecer, enrutar y terminar llamadas telefnicas a travs de Internet.
El funcionamiento de todo terminal debe incluir el tratamiento necesario de la seal
para su envo por la red de datos. Deben realizar la captacin, digitalizacin, y compresin
de la seal de forma que la carga a soportar por toda comunicacin sea repartida entre los
diversos terminales. Existen principalmente dos tendencias en este tipo de elementos,
terminales hardware y terminales software. Un terminal software puede ofrecer al usuario
caractersticas muy diversas an sin explorar, entre las que se pueden sealar:
Agenda compartida y personal enlazada a sistemas estndar.




22
Buzn de voz con caractersticas de programacin muy superiores a las actuales.
Manejo remoto del propio equipo con realizacin de tareas automticas.
Organizador de llamadas.
Re-marcacin automtica.
Funciones de reconocimiento de voz.
Los gatekeepers deben sustituir a las actuales centralitas telefnicas (PBX), siendo
normalmente soluciones software. Dentro del esquema de VoIP, la funcionalidad principal
que debe ofrecer todo gatekeeper se basa en el control de llamadas y gestin del sistema de
direccionamiento, pero el conjunto de tareas puede ser el ms importante de todo el
sistema. Aunque los terminales pueden conectarse directamente sin intervencin del
gatekeeper, este tipo de funcionamiento es muy limitado y difcil para el usuario.

Figura 2.11 Esquema de componentes del gatekeeper




23
La potencia real del sistema se pone de manifiesto cuando dentro de cada zona
H.323 existe el correspondiente gatekeeper. Todo terminal antes de realizar una llamada,
debe consultar con el gatekeeper si esta es posible. Una vez obtenido permiso, el
gatekeeper es quien realiza la traslacin entre el identificador de usuario destino y la
direccin IP equivalente. Establecida la comunicacin entre los terminales, el gatekeeper
no necesita intervenir, con lo que la carga del sistema se reparte entre los terminales.
Es la responsabilidad principal del gatekeeper mantener un control de todo el trfico
generado por las diversas comunicaciones y el enrutamiento de las llamadas, a efectos de
mantener un nivel aceptable de saturacin de la red. El control de ancho de banda permite
al administrador fijar un lmite de utilizacin, por encima del cual se rechazan las llamadas,
sean internas o externas.

Figura 2.12 Esquema de componentes del gateway




24
Los gateways permiten que toda llamada dirigida a la red telefnica conmutada
pueda establecerse sin intervencin directa del usuario. Todo el funcionamiento se produce
de una forma totalmente transparente en ambos sentidos, facilitando recibir y emitir
llamadas directamente desde un computador personal sin ningn problema.
En la actualidad, se estn proponiendo otras especificaciones en los consorcios
industriales tales como SIP, SGCP e IPDC, las cuales ofrecen ampliaciones en lo que
respecta al control de llamadas y sealizacin dentro de arquitecturas de voz sobre IP.



CAPTULO 3: Aplicaciones de la telefona (ToIP) y parmetros
que determinan la Calidad de Servicio (QoS)
3.1 Panorama y Aplicaciones de la Telefona sobre IP (ToIP)

La Telefona sobre IP utiliza la red Internet para enviar datos de audio entre dos o
ms usuarios de computadoras, en tiempo real. Esta tecnologa se aplic desde 1995,
cuando VocalTec Communications introdujo el primer software de Telefona sobre IP:
utilizando un computador multimedia, y el software Internet Phone, los usuarios pueden
comunicarse utilizando el micrfono y los parlantes de su computador.
Esta tecnologa, al basarse en la plataforma Internet para su funcionamiento, ofrece
las siguientes ventajas:
Integracin de la voz como un servicio ms de la red de Internet.
Las redes basadas en el protocolo TCP/IP son el estndar universal para Internet e
Intranet.
Est respaldada por estndares efectivos (H.323) de la ITU-T.
Interoperabilidad de diversos proveedores garantizada por estndares.
Uso de las redes de datos existentes.
Independencia de tecnologas de transporte.
Menores costos que las tecnologas alternativas (voz sobre TDM, ATM, Frame Relay).
No se paga SLM ni Larga Distancia en las llamadas.
25


26
Ofrece servicios de valor agregado, como IP multicast, pantalla desplegable va IP y el
llamado voice web browsing, que permite que el cliente interacte con una pgina
web por medio de comandos de voz.
Uno de los puntos a favor de la Telefona IP radica en que las redes basadas en el
protocolo IP se encuentran implementadas principalmente en los sistemas de redes de
comunicaciones de grandes y medianos usuarios, pero sin embargo est siendo
desaprovechado su potencial en la mayora de los casos. Este aspecto tcnico, aunado a las
ventajas enumeradas anteriormente, propone un gran potencial de desarrollo de la Telefona
IP. Se estima que entre los aos 1997 y 2002, en el mbito internacional, la tasa de
crecimiento de la tecnologa VoIP fue de cerca de 101%.
El mayor reto en cuanto a la implementacin masiva de la Telefona IP radica en la
convergencia que debe existir con la telefona tradicional basada en conmutacin de
circuitos (PSTN). Considerando que PSTN se basa en la conmutacin de circuitos y la
Telefona IP emplea la conmutacin de paquetes para efectuar la transmisin de los datos
de voz, existe una serie de diferencias importantes en la operacin de ambos sistemas,
como se muestra en la Tabla 3.1.
En poco tiempo, el inters por la Telefona IP est extendindose ms all de las
simples llamadas gratuitas por Internet, para extender su influencia a cmo las
comunicaciones de empresa darn servicio a los usuarios finales y a las potenciales
economas de escala que promete.




27
Las principales beneficiadas de los avances que experimenta la telefona IP son las
empresas. Cualquier empresa que realice llamadas internacionales o nacionales se enfrenta
a facturas telefnicas altas; utilizando la telefona IP, todas las llamadas se catalogan como
locales, ya que solo se paga por la conexin al proveedor de acceso a Internet (ISP) con el
que se tenga contratado el servicio.

Telefona tradicional
(POTS)
Telefona IP
(ToIP)
Mtodo de conexin
Es necesario establecer una
peticin de llamada
No requiere establecimiento de
la llamada
Recursos
Se reservan el tiempo que dure
la conexin
El consumo de recursos es de
carcter dinmico
Ancho de banda Fijo (64kbps)

Depende del esquema de
codificacin
Costo
Se basa en el tiempo de
conexin
Se basa en criterios de oferta y
demanda
Tipo de servicio Universal
Se basa en criterios de oferta y
demanda. Depende de la
tecnologa aplicada
Tabla 3.1 Principales diferencias entre la Telefona tradicional y la Telefona IP
La telefona IP necesita de programas especficos, pero algunos (como
NetMeetingde Microsoft) son gratuitos, con lo que la inversin para utilizar este nuevo
canal de comunicacin queda absorbida casi de inmediato por la reduccin de los costos.
La Telefona IP tiene, adems, la ventaja econmica sobre la telefona de conmutacin de
circuitos de que los proveedores no deben pagar contribuciones al operador local de
telefona para brindar el servicio; este factor influye en la ventaja antes mencionada
respecto a que no se pagan cargos por llamadas de larga distancia, como ocurre con la
telefona tradicional.




28
Indudablemente, el mayor beneficio de la implementacin abierta de la ToIP lo
perciben las empresas. En lugar de emplear el sistema de cargo por minutos de uso de las
lneas telefnicas, es posible usar solamente Internet para realizar las llamadas usando los
servicios del ISP. Por ejemplo, una corporacin puede implementar los servicios de soporte
IP para interconectar las sucursales o agencias, facilitar el servicio de correo electrnico
con comandos de voz (voicemail system) a nivel interno y otros servicios adicionales que
implican un menor costo al ser implementados sobre IP.
Actualmente, una gran variedad de productos (software y hardware) que facilitan la
implementacin de ToIP estn disponibles en el mercado, provenientes de varias
compaas, entre ellas Cisco Systems, Alcatel, 3COM, RADCOM, Lucent Technologies,
Micom, Qualcomm (en el campo de la telefona inalmbrica fija y mvil), StarVox y
Selsius Systems. Entre la variedad de productos que se ofrece, se encuentran las tarjetas
VoIP diseadas para ser instaladas en las estaciones de trabajo dentro de una compaa
conectada en red; estas tarjetas funcionan como interfaz con las lneas telefnicas de
conmutacin de circuitos, como medio para digitalizar y comprimir la voz.
Los gateways son otro producto ampliamente comercializado, debido a que la
funcin que desempea en el sistema ToIP propicia que los fabricantes incluyan en su
diseo diversas caractersticas complementarias para optimizar el sistema; por ejemplo el
manejo de voz multicanal o la inclusin de identificador de llamadas inteligente (Caller ID)
para facilitar las comunicaciones, principalmente en redes Intranet.
A pesar de que ToIP es una tecnologa emergente y sujeta a cambios estructurales
que la consoliden como una alternativa fiable de comunicacin rpida, econmica y de




29
calidad, cada da ms empresas la adoptan. En estos casos debe tomarse en cuenta los
siguientes puntos:
Para evitar problemas de administracin del ancho de banda por exceso de demanda, es
recomendable, que en un entorno empresarial, el nmero de usuarios no exceda 100
usuarios fijos.
Para empresas que cuentan con sucursales alejadas geogrficamente, es ventajoso
implementar un sistema ToIP, debido a la carencia de cobro de llamadas de larga
distancia que lo caracteriza. Adems, si se cuenta con un nmero reducido de usuarios,
no se crean problemas de saturacin de la red.
El sistema ToIP es ideal para usuarios bajo la categora de SOHO (Small Office-Home
Office), ya que se adquiere un sistema integrado de voz y datos, econmicamente ms
ventajoso respecto al sistema PSTN.

3.2 Parmetros influyentes en la Calidad de Servicio (QoS)
La referencia a Calidad de Servicio en las aplicaciones VoIP, como es el caso de
ToIP, se refiere a la capacidad del sistema de establecer prioridades para el manejo de
trfico de datos sensibles al retardo y asignar recursos de red de acuerdo a la demanda,
incluyendo la transmisin y recepcin confiable y oportuna de la informacin.
La amplia implementacin de los servicios basados en la conmutacin de paquetes,
como es el caso del protocolo IP, exige que se identifiquen claramente las causas, efectos
directos e indirectos y las posibles soluciones para los elementos que ocasionan que la
Calidad de Servicio no sea ptima.




30
Los principales factores que influyen en la QoS del sistema de telefona sobre IP
son el algoritmo empleado para la codificacin de la voz (conocido como vocoder), la
prdida de paquetes y la latencia del sistema.
3.2.1 Latencia en las redes IP
Considerando que las redes basadas en el protocolo TCP/IP utilizan el sistema de
conmutacin de paquetes y no la conmutacin de circuitos, que emplea el sistema de
telefona tradicional, se introduce el concepto de latencia, inherente de este tipo de
tecnologa. La latencia es el tiempo que tarda un paquete de informacin en ser recibido por
el host (terminal) final o receptor desde que la trama de datos comenz a ser transmitida
por el host inicial o emisor.
En el caso especfico de la ToIP, la latencia se define como el retardo de tiempo con
que se efecta el dilogo por medio del sistema de Telefona sobre IP. Este parmetro se
mide en milisegundos (ms), desde el momento en que la seal de voz es emitida hasta que
es percibida por el receptor. Puede considerarse el tiempo en un solo sentido (emisor-
receptor) o en ambos sentidos. Para tomar una base, se parte de que la latencia de la
telefona tradicional (PSTN) es de 150ms para llamadas de corta distancia, tiempo que no
es muy perceptible por el usuario comn, pero que se incrementa notablemente para
llamadas de larga distancia va satlite.
La latencia en los sistemas telefnicos ocasiona que las conversaciones no
transcurran fluidamente y se dificulte la comunicacin. Es difcil definir claramente el




31
grado de latencia del sistema que los usuarios pueden tolerar. La compaa Brooktrout
1

desarroll un diagrama sobre la percepcin de la latencia.

Figura 3.1 Calidad de la percepcin vs. Latencia
La Figura 3.1 muestra los resultados para la consideracin de latencia en un solo
sentido. Se observa que los usuarios detectan la disminucin de la calidad de la conexin a
partir de valores de latencia de 150ms y el retardo se vuelve intolerable cuando excede
450ms. Por otra parte, la ITU-T establece una tabla de clases de calidad de la voz en la
Telefona IP en relacin a la latencia del sistema, como se muestra en la Tabla 3.2. A partir
de estos datos se puede considerar que es deseable que la Telefona IP opere con una
latencia menor de 200ms para mantener una QoS adecuada.
Los Gateways empleados para interconectar cada telfono hacia los dispositivos de
una red, as como la red existente entre dos de ellos son los elementos donde se concentra
la atencin respecto a las causas de la latencia. La Figura 2.3 (b) ejemplifica un sistema de

1
Brooktrout es un proveedor de plataformas tecnolgicas para desarrollo de sistemas de Telefona IP.




32
Telefona IP. Si se toma en cuenta que la latencia es acumulativa, es obvio que el
incremento de elementos intermedios disminuye la Calidad del Servicio del usuario final.
Clase N Latencia Comentarios
1 0 a 150ms
Aceptable para la mayora de las conversaciones; solo algunas
tareas altamente interactivas pueden experimentar
degradacin
2 150 a 300ms
Aceptable para llamadas de baja interactividad (satelitales de
250ms por salto)
3 300 a 700ms Prcticamente una llamada half-duplex
4 Ms de 700ms
Inusual a menos que los usuarios sean versados en el arte de
las conversaciones half-duplex (tipo militar)
Tabla 3.2 Clases de Calidad segn ITU-T de acuerdo a la latencia de transmisin
2
3.2.1.1 Latencia introducida por Gateways
Los Gateways son, como se explica en la seccin (2.1.1), los dispositivos
encargados de permitir la comunicacin o servir de interfaz entre la red telefnica
tradicional y los elementos de la red IP. Para comprender la razn por la cual se considera
que el gateway influye en la latencia del sistema es necesario comprender su esquema de
funcionamiento interno. La Figura 3.2 consiste en un diagrama del mecanismo por medio
del cual este dispositivo acta como interfaz entre los dos tipos de sistemas de
telecomunicaciones.
La Figura 3.2 muestra que la accin del gateway involucra varios bloques de
proceso, por lo tanto es razonable que transcurra cierto tiempo acumulativo en completarse
la accin del gateway, al introducirse un tiempo de retardo parcial en cada bloque
funcional. Los siguientes son los principales elementos o subsistemas constituyentes del
gateway.




33

Figura 3.2 Diagrama de bloques del funcionamiento del Gateway
Interfaz de red: este subsistema incluye algn tipo de hardware o software que conecta
al gateway con el sistema telefnico. Se convierte la seal de voz analgica en tramas
digitalizadas por un sistema de modulacin PCM para ser enviadas al DSP. La latencia
introducida en esta etapa es mnima, por debajo de 1ms.
Procesamiento digital de seales: esta es una de las funciones ms complejas que
realiza el gateway. Se realiza por medio del uso de un Procesador Digital de Seales
(DSP) y algoritmos cuya funcin es comprimir o descomprimir la seal de voz, detectar
tonos, detectar silencios, generar tonos y cancelar eco. Todo este proceso es

2
Fuente: The Essential Report on IP Telephony de la ITU/D [11]




34
denominado codificacin de la voz o vocoding. La Figura 3.4 muestra la estructura
de bloques del sistema. Usualmente a este sistema se le denomina vocoder.

Figura 3.3 Diagrama de bloques del proceso de compresin de voz del DSP
Sistema de tramas: las tramas constituyen en tipo de encapsulamiento empleado (de
capa 2 del modelo OSI) para transmitir la seal de voz. La eficiencia del vocoding, y
por consiguiente de la comunicacin, depende del adecuado procesamiento de las
tramas. El mtodo de procesamiento de las tramas requiere que cada una sea procesada
completamente antes de continuar con la siguiente. Tomando en cuenta que la tasa de
transferencia de la seal de voz digitalizada proveniente del sistema telefnico es de
8kbps, el tamao de la trama afecta significativamente la latencia en el sistema. El
incremento del tamao de la trama produce una mayor eficiencia del DSP pero
incrementa la latencia total. La eleccin del tamao de la trama depende bsicamente
del vocoder elegido. La Tabla 3.3 muestra algunos ejemplos de Codificadores de Voz y
los tamaos de trama respectivos que emplean.





35
Codificador
de Voz
Ancho de
banda
Tiempo de
procesamiento de
la trama
Tamao de la
trama
G.723.1 5.3/6.3kbps 30ms 24bytes
G.729a 8kbps 10ms 10bytes
SX7300 7.3kbps 15ms 14bytes
SX9600 9.6kbps 15ms 18bytes
Tabla 3.3 Tamaos de las tramas para distintos Codificadores
Tiempo de procesamiento: el tiempo necesario para completar el proceso de ejecucin
del algoritmo del DSP sobre el conjunto completo de tramas vara dependiendo del tipo
de tramas. Los gateways de los sistemas de telefona IP de ms alta densidad de trfico
procesan mltiples canales de voz en cada DSP, calculando la latencia inducida por el
procesamiento en cola de los distintos canales. La latencia total introducida durante el
procesamiento de las tramas depende, como ya se indic, del tamao de la trama y
puede no ser mayor que dos veces este tamao.
Manejo de paquetes: este proceso ocurre en diversas etapas antes de que los datos
lleguen a la red de comunicaciones:
Buffering: despus del proceso de codificacin de la voz, muchos sistemas de
telefona IP emplean un buffer por el que pasan las tramas de voz comprimida,
antes de ser manipuladas por el software de la red, para reducir el tiempo que el
DSP requiere para comunicarse con el CPU del gateway o para estandarizar los
algoritmos de codificacin de acuerdo a los parmetros de las tramas.
Empaquetamiento: para transportar la voz hacia la red, debe encapsularse la
informacin en forma de paquetes (de capa 3 del modelo OSI). El protocolo




36
TCP/IP se encarga de este proceso mediante los protocolos UDP y RTP (Ver
seccin 2.1.2). La Figura 3.4 muestra la estructura de un paquete VoIP tpico.
Los primeros 40 bytes estn constituidos por el encabezado IP o IP Header que
contiene la informacin de las direcciones IP de fuente y destino, el nmero de
puerto IP, el nmero de secuencia del paquete e informacin adicional para
asegurar el transporte correcto de los datos; el encabezado UDP de 8 bytes y el
encabezado RTP de 12 bytes. Los siguientes bytes estn destinados a los datos de
voz. La cantidad de tramas que conforman un paquete depende del estndar de
codificacin empleado (Ver Tabla 3.3). Usualmente se coloca ms de una trama
de voz codificada en un paquete IP para compensar la ineficiencia que implica el
tamao del encabezado del paquete, pero con esto se introduce ms latencia.

Figura 3.4 Representacin de la estructura de un paquete de VoIP
Un mtodo que permite evitar el exceso de encabezado de la trama (overhead)
es dejar tramas de voz de otros canales (en un sistema de transmisin
multicanal) como respaldos en el mismo paquete. Cuando la voz de otro canal
tiene como origen y destino el mismo gateway, los datos pueden ser combinados
en un mismo paquete. Este mtodo no est contenido por el estndar H.323,




37
pero es una forma adecuada de reducir la ineficiencia de la estructura de la
trama y por lo tanto, del sistema.
Latencia en el Jitter Buffer: el trmino Jitter se refiere la variabilidad en la
entrega que experimentan los paquetes de datos en las redes IP (en estas redes el
manejo de datos est basado en la tcnica del mejor esfuerzo, lo que implica
que no se garantiza que el orden de envo de los paquetes corresponda con el
orden de arribo de stos). Para compensar el jitter, los sistemas emplean un
buffer que se encarga de controlar los tiempos de arribo de los paquetes de datos
antes de ser procesados por el DSP. El jitter buffer permite que no ocurran
interrupciones en las conversaciones provocadas por la entrega a destiempo de
los paquetes. Sin embargo, la accin del jitter buffer provoca un aumento de la
latencia del sistema.
3.2.1.2 Latencia inherente de la red
El transporte de los datos al traspasar las fronteras del gateway hacia la red WAN
introduce una dosis extra de latencia que afecta la calidad final de la comunicacin. En las
etapas descritas a continuacin se concentra el mayor ndice de latencia intrnseco de la red
de datos IP.
Latencia por acceso al medio (Media Access Delay): este tipo de latencia se refiere al
retardo en la transmisin inducido por las caractersticas propias de los medios fsicos
que conforman la red. El tipo de cable, conectores y dems dispositivos de networking




38
(capa 1 del modelo OSI) influyen al modificar la tasa de transferencia de bits (Bit Rate)
y por lo tanto, de los paquetes de informacin.
Latencia por recorrido (Routing Latency): en las redes IP, para la correcta
transmisin de los paquetes se requiere que los enrutadores conozcan la direccin IP de
destino de los paquetes para determinar la ruta de transmisin adecuada. Debido a que
el sistema de envo de paquetes que emplean los enrutadores se basa en el Mejor
Esfuerzo, la Telefona IP experimenta dificultades respecto a la necesidad de contar con
la garanta de transmisin en tiempo real de la informacin contenida en los paquetes.
La IETF ha definido el protocolo RSVP (Resource Reservation Protocol) con la
finalidad de implementar un mtodo de manejo de paquetes en los procesos ejecutados
por los enrutadores y gateways. En la seccin (2.1.1) de describe con ms detalle la
funcin y caractersticas del protocolo RSVP.
Latencia introducida por Firewalls y Servidores Proxy: estos elementos son
empleados en las redes de datos para proveer seguridad entre los lmites de la LAN y el
entorno externo. Para ejercer su funcin, tanto los firewalls (muros de fuego) como los
Servidores Proxy, examinan el contenido de los paquetes entrantes y salientes de la red
LAN, con lo cual introducen una latencia considerable que afecta las aplicaciones
sensibles al retardo. Los Servidores Proxy, aunque ofrecen un alto grado de seguridad
en la red, introducen latencia del orden de 500ms, que implica serios retardos para un
sistema de transmisin de datos en tiempo real, como lo es la Telefona IP. Una
solucin es emplear Filtros de Paquetes (Packet Filters) para asegurar la red sin




39
incrementar tanto la latencia, pero debe considerarse que el nivel de seguridad brindado
es menor. En estos casos existe un compromiso entre la seguridad y la calidad de las
comunicaciones, que debe ser valorado por el usuario.
3.2.2 Cuantificacin y reduccin de latencia en las redes basadas en IP
La localizacin de las fuentes principales de latencia que afectan la adecuada
operabilidad de la Telefona IP requiere un conocimiento de la influencia individual de los
distintos elementos y procesos que conforman la red de ToIP, como se describe en los
apartados anteriores. El algoritmo que toma en cuenta las fuentes de latencia y pesa su
influencia en la operacin final del sistema se denomina Latency Budget.
Entonces, pueden resumirse las fuentes de deterioro de QoS de la Telefona sobre IP
segn la siguiente clasificacin:
Prdida de paquetes: el trfico de paquetes en las redes basadas en IP puede
experimentar la prdida de algunos paquetes, lo que puede reducirse al disminuir la tasa
de transmisin.
Retraso: de no existir mecanismos que permitan asignar prioridades a las aplicaciones
en tiempo real, es muy probable el retraso en la recepcin de los paquetes, debido a los
procesos de manejo de los paquetes en la red. Los retardos pueden superar los 400ms y
hacer que la comunicacin sea imposible.
Jitter: corresponde a la variabilidad del retraso en la entrega o arribo de los paquetes.
Eco: es el efecto de recibir de vuelta la seal enviada como eco.
Para garantizar que el sistema opere ofreciendo el mejor desempeo para satisfacer
los requerimientos de la aplicacin en tiempo real, puede ser necesario implementar




40
equipos que permitan el soporte de manejo de prioridad de trfico o sigan los lineamientos
de estndares como RSVP. Algunas consideraciones para garantizar la fiabilidad del
sistema son las siguientes:
Garantizar el ancho de banda suficiente para que no ocurran congestiones en la red. La
correcta eleccin de los vocoder permite un manejo adecuado este parmetro. Para
aplicaciones en tiempo real es recomendable utilizar vocoders de conmutacin
dinmica, para facilitar la adaptacin de la aplicacin al ancho de banda disponible en
la red IP.
Es necesario tener control sobre los parmetros de la red que s pueden ser ajustados
para limitar al mnimo la latencia del sistema.
Tomando en cuenta que la red externa no manipulable (Internet) introduce latencia
adicional al sistema, es necesario proveerse de la mejor ruta para el trnsito de la
informacin.
Como se mencion en la seccin (3.2.1.1), el overhead introduce latencia en el manejo
de los paquetes por parte del gateway. Para minimizar este efecto, es recomendable
usar piggybacking para que cuando se tengan varios canales de datos, stos sean
manipulados eficientemente. El piggybacking consiste bsicamente en que el envo del
acuse de recibo de un paquete no se realice inmediatamente, sino hasta que el host
receptor enve el prximo paquete, al que se le aade el acuse para los datos recibidos
anteriormente. La ventaja del piggybacking es que el tamao del datagrama que incluye
los datos y el acuse de recibo es de pocos bits, mientras que si se enva solamente el




41
acuse, el paquete se compone de los bits de los datos, el encabezado y el espacio de
checksum o suma de comprobacin de la cabecera.


CAPTULO 4: Consideraciones sobre Calidad de Servicio en el
servicio de ToIP brindado en Costa Rica
En el campo de la telefona, Costa Rica es una de las naciones ms desarrolladas en
Amrica Latina, segn el informe Estado de las Telecomunicaciones en Centroamrica:
impresiones sobre la situacin actual de la Fundacin Acceso [18]. Segn el informe,
para el ao 1996 el porcentaje de digitalizacin de la conmutacin de las centrales
telefnicas era del 67% y la transmisin estaba digitalizada en un 99%.
4.1 Panorama actual del soporte VoIP
Actualmente es posible utilizar legalmente el servicio de ToIP solamente en el
mbito interno de una organizacin o empresa (redes LAN), es decir que no es permitido el
uso de la plataforma IP para transmitir voz fuera del entorno LAN, ya sea nacional o
internacionalmente, debido a que se genera un conflicto en cuanto a la legislacin
1
que rige
los servicios que otorgan el ICE (voz) y RACSA (datos).
Los sistemas ToIP implementados responden al esquema de una red LAN, donde
los telfonos IP y las aplicaciones VoIP de los PC solo pueden comunicarse (legalmente)
dentro de la LAN. Sin embargo, es frecuente que se emplee el sistema VoIP para la
comunicacin internacional gratuita, usando programas como Skype, para uso domstico.
En Costa Rica, la Red Avanzada de Internet (RAI), proyecto impulsado y
desarrollado por el Instituto Costarricense de Electricidad (ICE) y el Ministerio de Ciencia
y Tecnologa (MICIT), constituye la clave del desarrollo de las redes IP con cobertura
42


43
nacional. Se pretende que este proyecto alcance los niveles NGN, apoyndose en el
protocolo IP.
Esta red, basada en la tecnologa ADSL (Asymmetric Digital Subscriber Line), est
diseada con un ncleo (core) que permite la transmisin de informacin a velocidades de
10Gbps, y que contempla la instalacin de 17 nodos adicionales dotados de gigarouters
para el backbone y megarouters de acceso en una segunda etapa para ampliar la cobertura,
que pretende enlazar 207 localidades.
La red RAI constituye la clave para la convergencia de voz y datos en el sistema de
telecomunicaciones. La red est cimentada en un backbone de fibra ptica con
multiplexacin DWDM, los anillos SDH existentes y la red telefnica de cobre (Ver Anexo
2). La transmisin de los datos se realizar sobre plataforma ADSL. Se espera que la
plataforma completa entre en funcionamiento en el ao 2010 (Ver Anexo 2).
Para conocer el panorama de la Telefona IP en Costa Rica, puesto que no se cuenta
con sistemas LAN interconectados, es posible basarse en las opciones que se ofrecen en el
mercado. En Costa Rica existen varias empresas que ofrecen servicios de desarrollo y
mantenimiento de redes con servicios ToIP, empresas nacionales que ofrecen equipos de
red y se encuentran, adems, las empresas internacionales que colocan sus productos en el
mercado nacional, como Cisco Systems y RADCOM.
4.2 Perspectiva de las empresas respecto a ToIP

1
Segn dictamen OJ -130-2001 de la Procuradura General de la Repblica.




44
Considerando las ventajas propiciadas por la ToIP en los entornos empresariales, es
comprensible la paulatina migracin de los sistemas de centrales PSTN a las centrales
telefnicas IP que se est experimentando en Costa Rica. Algunas empresas contemplan la
migracin total hacia la Telefona IP, mientras que en otros casos, como la Universidad de
Costa Rica, se emplea actualmente ToIP como respaldo del sistema telefnico PSTN.
Segn un estudio financiado por Cisco Systems y realizado por la empresa Unimer
RI durante el ao 2004
2
, el 85% de los empresarios costarricenses afirm que se encuentra
instalando, evaluando o planeando instalar un sistema de Telefona IP. Las razones que
influyen para la migracin hacia plataformas IP estn encabezadas por la reduccin de
costos operativos (41.7%), la facilidad de manejo del sistema (21%) y el incremento de la
funcionalidad de los equipos (21%).
Este estudio revel que las principales preocupaciones de los empresarios acerca de
la legalidad de la tecnologa y la calidad del servicio han disminuido considerablemente,
sealando que el 53% de los encuestados no considera que se presente una baja calidad de
voz en la transmisin.
La calidad del servicio ToIP que se instale depende de los equipos que lo
conformen y las tcnicas de instalacin de redes (networking) utilizadas. La mayora de las
empresas prefiere contratar los servicios de empresas reconocidas en el campo de la
implementacin y mantenimiento de redes informticas. En Costa Rica varias empresas

2
Estudio: Perspectivas y actitudes de los empresarios costarricenses en torno a las Comunicaciones IP.
Realizado por Unimer RI para Cisco Systems.




45
nacionales se dedican a la instalacin de este tipo de redes y emplean principalmente
equipos distribuidos por empresas internacionales de renombre.
4.3 Dos soluciones en instalacin de sistemas ToIP
Por ejemplo, INALAMBRICA es una empresa que ofrece soluciones de
comunicaciones mediante enlaces punto a multipunto y punto a punto de microondas sobre
una plataforma ATM, que por s misma ofrece garanta de Calidad de Servicio para las
distintas aplicaciones.
Inalmbrica ofrece el manejo del trfico VoIP mediante la disponibilidad de
suficiente ancho de banda mediante la instalacin de equipos BSU (Base Station Unit) y
SU (Subcriber Unit) de capacidades bajo demanda de hasta 25Mbps y 15.5Mbps,
respectivamente. El BSU, de tecnologa inalmbrica, es capaz de detectar y corregir errores
para garantizar la transmisin adecuada de los paquetes de informacin; mientras que SU,
sobre plataforma ATM, permite un nivel adecuado de QoS en la comunicacin.
Sin embargo, aunque la garanta de ancho de banda podra interpretarse como una
solucin efectiva para el manejo de trfico de voz sobre IP, debe tomarse en cuenta que es
necesaria la implementacin de sistemas de priorizacin de trfico para que la ejecucin de
aplicaciones sensibles al retardo no sea afectada cuando, en la misma red, se transporte
trfico de datos.
Otra empresa que incursiona en el campo de las redes VoIP es Informtica y
Comunicaciones (inCom). Esta empresa ofrece soluciones en telecomunicaciones basadas
en diversas tecnologas, entre las cuales se encuentra la telefona mediante VoIP. Emplea




46
productos de la marca ALTIGEN para sistemas de integracin IP-PBX, ofreciendo alta
calidad de voz.
4.4 Consideraciones generales sobre QoS
Actualmente muchas empresas en Costa Rica hacen uso de la Telefona sobre IP
aprovechando principalmente las ventajas econmicas que esto representa, como se ha
indicado en secciones anteriores. Tomando en cuenta el grado de desarrollo de las
tecnologas de telecomunicaciones (ATM, ISDN, ADSL) en el pas, la cobertura del acceso
a Internet y los proyectos que se encuentran en ejecucin actualmente, se puede considerar
que la situacin de la Calidad de Servicio de la Telefona sobre IP depende nicamente de
la configuracin de las caractersticas de reserva de recursos y direccionamiento en los
dispositivos de encaminamiento (routers) de las redes.
Tomando en cuenta que en Costa Rica estn disponibles en el mercado equipos y
componentes de redes basadas en IP que cuentan con todas las caractersticas necesarias
para optimizar el rendimiento de la red y configurar opciones que garanticen QoS en la
aplicacin de ToIP, se deduce que el panorama nacional en ese campo coincide con el
panorama internacional, pudiendo implementarse las soluciones propuestas en el Captulo 5
de este documento, en los entornos basados en IP destinados al transporte de aplicaciones
sensibles al retardo.






CAPTULO 5: Alternativas tendientes a optimizar QoS de la
ToIP

5.1 Retos de la Telefona IP
Los principales retos que experimenta la ToIP corresponden a la interoperabilidad,
la seguridad, el ancho de banda de operacin y la calidad de voz que ofrece.

5.1.1 Interoperabilidad, administracin del ancho de banda y seguridad del
sistema

El problema respecto a la interoperabilidad reside en la ausencia de un estndar
nico relativo a las caractersticas de arquitectura y operacin de la VoIP. Aunque la
recomendacin H.323 de la ITU-T es el estndar ms ampliamente implementado, muchos
fabricantes no ofrecen productos que lo satisfagan completamente, lo que provoca que el
mercado de la ToIP se vea limitado al carecer, en algunos casos, de interfaces con la
telefona tradicional.
La administracin del ancho de banda es uno de los mayores retos, ya que el ancho
de banda puede variar considerablemente entre diversas aplicaciones de acuerdo a las
necesidades del cliente. Si se considera que solamente la recomendacin G.711 es aceptada
por el estndar H.323, mientras que las otras (G.723 y G.729) son opcionales, para
determinar el ancho de banda de operacin de los codificadores y decodificadores de audio
del sistema (codecs), ofreciendo compatibilidad con los distintos sistemas del mercado, las
posibilidades de que exista un control verdadero son limitadas. Como se observa en la
47


48
Tabla 5.1, G.711 admite un ancho de banda de 64kbps, mientras otros codecs trabajan a
5.3, 8 6.4kbps.
La implantacin de sistemas VoIP en grandes compaas requiere garantas de
seguridad en las comunicaciones. La aplicacin de mtodos de encriptacin y autenticacin
para el acceso de usuarios a la red solamente constituyen recomendaciones de H.323.

Estndar de
compresin
de voz
Algoritmo de
modulacin/
compresin
Tasa de
compresin
Calidad de voz
resultante
Retardo de
la seal
G.711
Pulse Code Modulation
(PCM)
64kbps Excelente No aplica
G.723
Multipulse-Maximum
Likelihood Quantization
(MP-MLQ)
6.4/5.3kbps
Buena (6.4kbps)
Mala (5.3kbps)
Alta
G.726
Adaptive Differential
PCM (ADPCM)
40/32/24kbps
Buena (40kbps)
Mala (24kbps)
Muy baja
G.728
Low-Delay Code Excited
Linear Prediction (LD-
CELP)
16kbps Buena Baja
G.729
Conjugate Structure
Algebraic Code Excited
Linear
Prediction (CS-ACELP)
8kbps Buena Baja
Tabla 5.1 Influencia del esquema de compresin en la QoS
5.2 Equipos y mtodos de medicin de QoS
En el mercado de los fabricantes de equipos y programas informticos enfocados a
las telecomunicaciones, la disponibilidad de herramientas para el anlisis y optimizacin de




49
parmetros de Calidad de Voz, Grado de Servicio y Calidad de Servicio es amplia. Como
se ha mencionado en las secciones anteriores de este documento, estos factores son los
principales limitantes para la extensin a gran escala del sistema de ToIP.
En los siguientes apartados se presentan las opciones ofrecidas por las empresas de
telecomunicaciones ms importantes, tanto nacional como internacionalmente.
5.2.1 Monitoreo de QoS en enrutadores
En una red IP, donde los enrutadores se encargan de manejar el envo de los
paquetes de datos, una opcin viable para monitorear QoS en la red e implementar mtodos
que faciliten que la transmisin de datos sensibles al retardo, es dotar al enrutador de un
software que aplique mtodos de sealizacin y control del flujo de paquetes.
La empresa Cisco Systems ofrece la herramienta gratuita Cisco Quality of Service
Device Manager (QDM), que consiste en un software que otorga a los enrutadores
caractersticas de configuracin y supervisin de los niveles de QoS de redes IP. La
aplicacin QDM, que es almacenada en la memoria Flash, est basada en lenguaje J ava
1
y
es cargada en la estacin de trabajo cada vez que se establece una conexin con el servidor
del enrutador.
Las caractersticas de QDM que facilitan la transmisin de las aplicaciones IP son
las siguientes:

1
El lenguaje de programacin J ava es una plataforma de software desarrollado por Sun Microsystems con la
finalidad de integrar distintas arquitecturas de sistemas computacionales. J ava permite escribir tanto
programas de servidor como programas de interfaz grfica o de texto.




50
Configuracin de clases de trfico. Se realiza de basndose en listas de control de
acceso, direcciones MAC, direcciones IP, valores preestablecidos de QoS, MPLS y
otros criterios.
Marcacin de paquetes. Se realiza un tipo de etiquetado del trfico basndose en
esquemas estandarizados, como valores IP fuente definidos por el usuario, valores IP
DSCP y marcadores de grupo QoS.
Mecanismos de configuracin de QoS. Se aplican mecanismos segn el trfico IP.
Garanta mnima de ancho de banda. Basada en CBWFQ
Aseguramiento de baja latencia de umbral. Basada en LLQ
Ancho de banda limitado. Basado en polticas de trfico.
Evasin de congestin. Basada en WRED, que provee capacidades de definir
caractersticas diferenciadas al trfico para distintas clases de servicio
Marcado de paquetes
Ancho de banda compartido. Basado en FBWFQ
QDM emplea un sistema de tablas y grficos que despliegan estadsticas de QoS de
las aplicaciones IP en tiempo real, hasta cada 10s. La instalacin y habilitacin de QDM se
efecta en la consola del enrutador mediante una serie de comandos sencillos
suministrados en la hoja de especificaciones del fabricante. Para cargar QDM se puede
accesar, como administrador o como usuario, al servidor Web usando la direccin IP
configurada en el enrutador o el DNS.




51
QDM no emplea el protocolo RSVP, no soporta jerarquizacin basada en poltica y
no ofrece caractersticas adecuadas para proveer QoS en VPN, como s lo hace MPLS.
5.2.2 Monitoreo de niveles de QoS en la red
Un equipo que permite realizar diversas mediciones en los sistemas VoIP, entre las
cuales se encuentran el Grado de Servicio (GoS) y la Calidad de Servicio (QoS) es The
VoIP Performer

comercializado por RADCOM. Las pruebas son realizadas al crear en los
equipos de la red un ambiente real con niveles de altos de trfico y cuantificando la calidad
y grado de servicio del sistema. Esta herramienta posee software especializado para el
manejo e interpretacin de los datos obtenidos en una misma consola.
Para obtener los datos de QoS, The VoIP Performer emplea el software 323Sim
que es un simulador de redes VoIP capaz de emular la funcionalidad de un terminal H.323.
El analizador MediaPro, constituye el elemento central de anlisis de QoS del
sistema (Ver Figura 5.1). Analiza la respuesta del medio y los datos de sealizacin
generados por el protocolo H.323 y muestra las mediciones de Calidad de voz. Este
analizador mide QoV y QoS a partir de los siguientes parmetros:
Utilizacin ineficiente del ancho de banda
Mecanismos deficientes de recuperacin de paquetes perdidos
Mecanismos pobres de compresin de datos
Falta de optimizacin de la longitud del Jitter Buffer
Degradacin de QoS bajo condiciones de stress (trfico)
Mecanismos inadecuados de Deteccin de Actividad de Voz (Voice Activity Detection,
VAD)




52

Figura 5.1 Conexin del analizador MediaPro a la red VoIP
2
El software QPro presenta las respuestas de las pruebas en medidas de GoS, QoS y
Calidad de Voz de la red entre dos terminales, mientras el simulador NetSim muestra los
parmetros de latencia, jitter y prdida de paquetes de datos de la WAN para calcular su
efecto sobre dems componentes de la red. La hoja de especificaciones del producto [28]
muestra la implementacin de la herramienta de RADCOM en redes con soporte VoIP,
segn la hoja de especificaciones del fabricante.
El sistema de anlisis de Calidad de la Voz usado por RADCOM est basado en el
algoritmo PAMS (Perceptual Analysis Measurement System) desarrollado por British
Telecom. Este algoritmo, avalado por la ITU, implementa un modelo de audicin humano
que involucra parmetros subjetivos y transforma el dilogo en una representacin
tridimensional objetiva en el dominio del tiempo, la frecuencia y amplitud de la seal. Para
medir la Calidad de la Voz, PAMS compara el modelo con la seal original en la salida del
sistema de comunicacin VoIP, valorando calidad de la audicin (Listening Quality) y el
esfuerzo de audicin (Listening Effort) del receptor.




53

5.3 Alternativas para implementacin y optimizacin de QoS
En los apartados siguientes se presentan las alternativas planteadas por las
principales organizaciones relacionadas con el rea de las telecomunicaciones y por
empresas que ofrecen servicios y equipos de telecomunicaciones que operan sobre IP, cuya
finalidad es optimizar la QoS de la Telefona IP.
5.3.1 Estndares de la IEEE
Los dos protocolos ms importantes que pretenden otorgar cierta QoS a los sistemas
de manejo de voz sobre IP se describen brevemente a continuacin.
IEEE 802.1p: es un estndar promulgado por la IEEE, que est orientado hacia las
redes Ethernet, empleando un sistema de priorizacin del trfico a nivel de capa 2. La
cabecera de la trama 802.1p incluye 3 bits destinados a establecer prioridades de trfico
por medio de 8 clases de servicio. Al operar en la capa 2 TCP/IP, emplea direcciones
MAC para filtrar informacin tolerante a retardos.
IEEE 802.1Q: es un protocolo promulgado por la IEEE, que emplea un sistema de
etiquetas para VLAN (Virtual Local Area Network). La cabecera de consta de 32 bits
para etiquetas, que son adheridos al datagrama de datos luego de las direcciones IP de
fuente y destino. La operacin la ejecutan los dispositivos de capa 3, como lo son los
enrutadores.
5.3.2 Arquitectura de Servicios Integrados

2
Fuente: Hoja de datos del producto:The MediaPro session oriented IP multimedia analyzer [28]




54
La arquitectura de Servicios Integrados es una iniciativa de IETF que pretende
proporcionar diferentes grados de QoS en Internet. En este modelo se reservan recursos de
la red a partir de la clasificacin de los paquetes, segn el nivel de servicio requerido. La
Figura 5.2 ilustra el sistema. Para asegurar la entrega con nivel de QoS de los paquetes se
emplea un gestor de salida de los paquetes y un control de admisin con la finalidad
determinar las capacidades de los medios para satisfacer la demanda de QoS del flujo de
paquetes. Debido al mecanismo de funcionamiento de los Servicios Integrados, se dice que
se orienta a redes basadas en poltica, de forma similar a ATM.
La descripcin del tipo de trfico con las correspondientes necesidades de QoS se
realiza por medio de un descriptor de flujo, que consta de una especificacin de filtro que
suministra la informacin caracterstica del flujo al clasificador y una especificacin de
flujo que especifica la informacin de trfico y el nivel de QoS en trminos de ancho de
banda, retardo tolerado por los paquetes y prdida de paquetes.
RSVP es un protocolo promulgado por la ITU-T, que emplea sistemas de
sealizacin para reservar ancho de banda en la red de datos. RSVP pertenece a la
Arquitectura de Servicios Integrados (ISA), en la cual la solicitud de servicio de ala
aplicacin se canaliza por medio del protocolo para luego llegar a la red. RSVP informa a
cada dispositivo de encaminamiento del sistema del nivel de QoS solicitado, es decir que
constituye el agente de reserva de ISA.




55

Figura 5.2 Esquema componentes Arquitectura de Servicios Integrados
La implementacin de RSVP requiere la interaccin de distintos componentes de la
red, como muestra la Figura 5.3, debido a que una solicitud de QoS por parte de un host
implica que los dispositivos de encaminamiento (routers) conozcan los requerimientos del
flujo de paquetes. Este modelo emplea dispositivos de capa 3, que facilitan que una
determinada aplicacin reserve una cantidad de ancho de banda para garantizar el envo de
aplicaciones en tiempo real sensibles al retardo, como es el caso de la transmisin de VoIP
o puede ser utilizado por un host para solicitar recursos de QoS para una aplicacin
particular.




56

Figura 5.3 Esquema funcionamiento RSVP
La utilizacin de RSVP tiene el inconveniente de que requiere dispositivos de
direccionamiento (routers) en cada seccin de la red para mantener la sealizacin entre
terminales, lo que implica un costo econmico adicional. RSVP puede aplicarse junto con
otros tipos de mtodos de implementacin de QoS, especialmente con MPLS y soporta
IPv4 e IPv6.
El formato del mensaje RSVP consta de una cabecera IP comn, mostrada en la
Figura 5.4, y un cuerpo dependiente del tipo de mensaje. Los tipos de mensajes RSVP son:
Camino, Reserva, Error de camino, Error de reserva, Liberacin de camino, Liberacin de
reserva y Confirmacin de reserva. El espacio flowspec (especificacin de flujo) define la
QoS requerida en un mensaje de reserva y el espacio filterspec (especificacin de filtro)




57
define el conjunto de paquetes a los que se le asigna el nivel de QoS reservado; ambos se
definen en el campo de Nmero de Clase del objeto.

Figura 5.4 Cabecera comn y formato de objeto RSVP
La ventaja de RSVP es que se basa en servicios de control de admisin y control de
poltica, que permiten determinar la disponibilidad de recursos de la red para proveer QoS y
la posibilidad del usuario de establecer reservas de ancho de banda, permitindole operar en
redes basadas en poltica.
5.3.3 Arquitectura de Servicios Diferenciados
La arquitectura de Servicios Diferenciados (DiffServ)
3
pretende una diferenciacin
de servicios escalable. Los servicios se definen por medio de ciertas caractersticas respecto
al caudal, tiempo de retardo, jitter, prdida de paquetes y prioridad de trfico. DiffServ fue
el primer intento de proporcionar QoS en las aplicaciones sobre IP.
En la arquitectura DiffServ se definen, entre otros, los siguientes elementos:

3 Definidos en la norma RFC 2474: Definition of the Differentiated Services Field (DS Field) in the IPv4
and IPv6 Headers de la IETF (Internet Engineering Task Force)





58
Comportamiento por salto (PHB) en el envo:
o PHB de envo rpido (EF PHB): envo punto a punto con baja latencia,
pocas prdidas, poco jitter y aseguracin de ancho de banda a travs de
dominios DS. Los paquetes marcados con EF PHB codifican el campo
ToS con el cdigo 101110.
o PHB de envo asegurado (AF PHB): entrega de un trfico particular con
seguridad alta. En este caso no se asegura baja latencia y poco jitter. Se
asignan distintos cdigos dependiendo de la clase y precedencia de
descarte del paquete IP.
Funciones de clasificacin y agregacin de paquetes
Acondicionamiento de trfico mediante:
o Clasificacin
o Marcado
o Modelado
o Poltica de control
A diferencia de RSVP, no se reservan recursos de la red, sino que se asigna ancho
de banda de forma controlada cuando existe congestin de la red y requiere la estipulacin
de un acuerdo de prestacin de servicios, SLA (Service Level Agreement) por medio del
ISP, el cual puede ser de carcter esttico o dinmico.
Los sistemas DiffServ clasifican el trfico de datos en flujos conjuntos y definen
ocho clases de servicios para establecer prioridades en la red IP, codificando en forma




59
estndar los campos de ToS en una cabecera de paquetes IPv4
4
, como muestran las Figuras
5.5 y 5.6. Estos sistemas operan en la capa 3 nicamente, de manera que nicamente los
enrutadores pueden reconocer y manejar el campo ToS.

Figura 5.5 Cabecera de paquete IPv4

Figura 5.6 Campo ToS utilizado por DiffServ



4
Puede aplicarse tambin en el campo de Clase de Trfico de la cabecera de IPv6


60
Se considera, debido a su buen funcionamiento en entornos multivendor, que
DiffServ es el principal mecanismo para proporcionar QoS en grandes redes.
Un posible inconveniente de DiffServ es que solamente permiten priorizar el trfico
sin ofrecer garanta de ancho de banda.
5.3.4 Tecnologa MPLS
MPLS es una iniciativa de la IETF, que emplea un modelo de etiquetas, como se
esquematiza en la Figura 5.7, para dirigir el trfico por rutas predefinidas. Se orienta a VPN
(Virtual Private Network) e ingeniera de trfico.


Figura 5.7 Esquema de funcionamiento de MPLS




61
El etiquetado se realiza a partir de la direccin de destino de los paquetes IP y se
envan los datos por un trayecto conmutado de etiquetas (LSP). La configuracin de LSP
puede realizarse estadsticamente o dinmicamente a partir de otro protocolo (por ejemplo,
RSVP). MPLS permite el trasporte de datos sobre ATM, Frame Relay e IP en forma
conjunta, por lo que se percibe como la alternativa ideal para las WAN.
5.3.5 Redes de VoIP sobre plataforma ISDN
Debido a que las redes H.323 no ofrecen garanta de Calidad de Voz, una opcin
que permite obtener esta facilidad es la implementacin de ToIP sobre plataformas que, por
definicin, garanticen QoS. El estndar ISDN ofrece comunicaciones de banda base con
garanta de Calidad de Servicio (QoS), Baja latencia (LLQ), Configuracin de QoS
personalizada por medio de CBWFQ y Fragmentacin de paquetes (LFI).
Las redes ISDN estn constituidas por dos canales B de 64kbps habilitados para
transportar datos y un canal D de 16kbps destinado para sealizacin.
La implementacin de los mecanismos CBWFQ y LLQ (Cisco IOS Software)
requiere que el ancho de banda sea fijo, pero el ancho de banda de los canales B de ISDN
varan segn la demanda, por lo tanto solo se aplican los mecanismos para un 75% del
ancho de banda (48kbps) de cada canal B. Esto restringe el nmero de llamadas va VoIP
que pueden efectuarse.
La solucin implementada por Cisco IOS Software Version 12.2(2)T, es reservar un
porcentaje del ancho de banda disponible, en lugar del absoluto, para evitar sobre
suscripcin o sobre demanda.




62
La aplicacin de LFI produce la fragmentacin de paquetes de datos extensos para
su transmisin paralela por ISDN. Los paquetes de voz son transmitidos en secuencias de
pulsos por divisin de tiempo (interleaving) entre los fragmentos de datos para reducir el
retardo y son encapsulados mediante PPP (Point-to-Point Protocol). El problema de este
tipo de encapsulamiento es la reordenacin de los paquetes de voz entrantes, debido a que
el algoritmo de compresin cRTP asume que los paquetes de voz se comprimen y
descomprimen en el mismo orden de secuencia, y cuando se tienen varios canales B-ISDN,
pueden ocurrir retardos para los distintos canales. En este caso la solucin es emplear
MCMP (Multi-class multilink PPP), que le agrega encabezados con un nmero de
secuencia a los paquetes salientes, de forma que puedan ser fcilmente reordenados antes
de la descompresin.
Cisco Systems propone varias opciones para el funcionamiento de VoIP sobre
ISDN, dependiendo de la disposicin de los canales B-ISDN:
Voz y datos coexistiendo en un canal B-ISDN con o sin cRTP: empleando un solo
canal B-ISDN para transportar voz y datos usando un canal de un BRI como canal de
datos solamente, es mejor usar cRTP para garantizar l arribo ordenado de los paquetes.
Se toma el 75% del ancho de banda del canal B-ISDN.
Voz y datos en canales B-ISDN separados con o sin cRTP: se puede emplear un
canal B-ISDN para paquetes RTP y el segundo canal B-ISDN para sealizacin de voz
y datos. Es deseable aplicar cRTP para el reordenamiento de los paquetes. Se admite un
ancho de banda mximo de 90% (57kbps).




63
Voz y datos coexistiendo en mltiples canales B-ISDN sin cRTP: en este caso no se
requiere cRTP. La QoS puede no ser apropiada para ToIP, a menos que se reserve el
ancho de banda suficiente.
Voz y datos coexistiendo en mltiples canales B-ISDN con cRTP: se emplea MCMP
y se habilita cRTP.
5.4 Herramientas de IPv6
Aunque la principal caracterstica del protocolo IPv6 de la IETF
5
es la
disponibilidad de un mayor nmero de direcciones IP, debido a que con IPv4, a pesar de la
asignacin dinmica de direcciones y el uso de IP privadas y pblicas, la demanda estaba
sobrepasando las posibilidades; en este apartado se destacan las herramientas incorporadas
u optimizadas en IPv6 que permiten definir niveles de QoS para las aplicaciones sensibles
al retardo.

5
La especificacin RFC 2460: Internet Protocol, Versin 6 (Ipv6) Specification de la IETF promulgada en
diciembre de 1998 define el protocolo IPv6, tambin llamado IPng.




64

Figura 5.8 Cabecera IPv4
Sin duda, la diferencia fundamental de la estructura de IPv6 respecto a la versin
anterior es el nmero de bits que componen el espacio de direcciones IP, que aumenta de
32 a 128 bits, lo que significa un aumento de 2
32
a 2
128
direcciones disponibles. Pero el
hecho de que se defina IPv6 como un protocolo que otorga QoS y CoS tambin marca una
diferencia primordial respecto a un antecesor.
La Figura 5.8 muestra la cabecera del paquete IPv4, indicando los campos
modificados y los eliminados en la cabecera de IPv6. Los campos sombreados
corresponden a aquellos eliminados en la nueva versin, mientras el resto se ha modificado.
Ahora, la estructura de la cabecera del paquete IPv6 corresponde a la mostrada en la
Figura 5.9, donde se observa que la eliminacin de campos provoca que se pase de 12 a 8
campos de cabecera, eliminando redundancia innecesaria y reduciendo el tiempo de
procesamiento de los encabezados y acelerando el enrutamiento de los paquetes. Los




65
campos sombreados son los campos nuevos incorporados en IPv6 y son los que se
relacionan, precisamente, con la implementacin de QoS.

Figura 5.9 Cabecera paquete IPv6
5.4.1 Clase de trfico y Etiqueta de flujo
El campo de Clase de Trfico (Traffic Class) o Prioridad (Priority), antes
denominado Tipo de Trfico en IPv4, tiene una longitud de 8 bits y es una opcin para la
implementacin de DiffServ. El campo de Etiqueta de Flujo (Flow Label) tiene una
longitud de 20 bits y est destinado a la identificacin de QoS solicitada. Estos dos campos
son los encargados de dotar de caractersticas de QoS y CoS a IPv6, mediante el control de
flujo y la priorizacin de paquetes de datos con requisitos de transmisin en tiempo real.
La Etiqueta de Flujo permite, por opciones configurables, asignarle a los paquetes
un nivel de seguridad, retardo de propagacin, ancho de banda y dems recursos de la red,
para que sean reconocidos por los enrutadores de la red y las transmisiones en tiempo de
real tengan prioridad sobre los datos.




66
Segn la especificacin RFC 2460 [7], el campo de Etiqueta de Flujo puede ser
usado para marcar una secuencia de paquetes para que sean manejados de una forma
especfica por los enrutadores. El campo de 8 bits de Clase de Trfico se dispone para el
uso, por parte de los nodos de la red o los enrutadores, para efectuar una distincin de
prioridades de trfico.
Se debe considerar que la implementacin de QoS mediante los campos del
encabezado de IPpv6 an se encuentran en etapa experimental y constituye una opcin
configurable del protocolo, no una caracterstica intrnseca del protocolo.




CAPTULO 6: Anlisis
El inesperado desarrollo y aceptacin del conjunto de protocolos TCP/ IP como
base de la arquitectura de la red Internet a nivel mundial, provoc que el uso de las
aplicaciones sobre Internet pasara del simple correo electrnico, empleado originalmente
para el intercambio de informacin acadmica y militar, a la transmisin de datos en
general, empleando sistemas de voz y video.
Debido a que en un principio no se contemplaba el soporte de aplicaciones en
tiempo real, es decir, sensibles al retardo como lo es ToIP, el protocolo IPv4 no inclua
especificaciones o campos de cabecera en la trama, que permitieran la clasificacin del
trfico y la asignacin de recursos de la red.
Para minimizar los efectos de la latencia, eco, variabilidad en la entrega y prdida
de los paquetes y dotar de algn grado de QoS al flujo de paquetes, correspondientes a
transmisiones sensibles al retardo, los organismos relacionados con la regulacin e
implementacin de sistemas de telecomunicaciones, han creado una serie de protocolos,
mecanismos y estndares que permiten la configuracin de ciertos parmetros en la
programacin de los dispositivos de enrutamiento. De estas alternativas las ms
importantes, debido a su mbito de aplicacin y al nivel de QoS otorgada, son la
Arquitectura de Servicios Integrados (ISA) por medio del protocolo RSVP, la Arquitectura
de Servicios Diferenciados (DiffServ), la tecnologa MPLS y las nuevas herramientas
implementadas el IPv6.
67


68
Las ventajas que ofrece RSVP radican en la determinacin de la disponibilidad de
recursos de la red, empleando mecanismos de sealizacin del flujo de informacin, pero
esto implica la utilizacin de una mayor cantidad de dispositivos de enrutamiento para que
la sealizacin, y por lo tanto la garanta de QoS, se mantenga durante todo el trayecto del
flujo de paquetes. La posibilidad de establecer reservas de ancho de banda cuando en el
canal de transmisin tambin convive cierto trfico de datos con ToIP.
Los mecanismos empleados por DiffServ son ms sencillos que los de ISA, al no
establecerse sistemas de reserva de recursos. La principal ventaja radica en la escalabilidad
para la cual fueron ideados; pero su adecuada implementacin requiere un acuerdo con el
ISP, por lo que, en el caso de Costa Rica, en la actualidad no sera posible obtener QoS por
este medio para las llamadas internacionales o fuera del entorno de una LAN.
Un mecanismo que representa una solucin interesante, porque se basa en la
utilizacin eficaz de la arquitectura original de la cabecera de los paquetes IP, es el uso que
se hace del campo de ToS en IPv4 o Clase de Trfico en IPv6, pero se requiere de una
mayor experimentacin al respecto, principalmente en lo relativo a IPv6; que es un
protocolo que an no se ha extendido completamente, debido a que se requiere que los
equipos que forman parte de la red (sean LAN, WAN u otra) se actualicen para adaptarse a
los cambios estructurales y funcionales que implica IPv6.
MPLS es una tecnologa pensada en principio para redes sobre ATM, en las cuales
la QoS es intrnseca de la tecnologa ATM; pero el sistema de etiquetado empleado por
MPLS es sencillo de aplicar a los paquetes IP para definir la mejor ruta y minimizar el
retardo en la entrega. Los principales usos de MPLS para garantizar QoS se orientan a VPN




69
e ingeniera de trfico, pudindose aplicar en conjunto con algn protocolo de reserva de
recursos para mejorar el flujo de paquetes.
Finalmente, la nueva versin del protocolo IP (IPv6) trata precisamente de eliminar
los elementos innecesarios del paquete IP (en IPv4), que provocan que el tiempo de
procesamiento y enrutamiento del flujo de paquetes de aplicaciones interactivas sea
excesivo. La creacin de los campos Etiqueta de Flujo y Clase de Trfico facilitan la
clasificacin del tipo de paquetes que atraviesan la red; estos campos de cabecera estn
diseados especficamente para asignar prioridades a aplicaciones como ToIP, garantizando
la QoS exigida.
Estos detalles acerca de IPv6 reflejan la tendencia de las redes de
telecomunicaciones hacia la integracin o convergencia de los servicios de datos, voz y
video. Definitivamente la Telefona sobre IP se plantea como una alternativa lgica para la
sustitucin de la telefona tradicional basada en la conmutacin de circuitos, ya que
representa la convergencia de los distintos tipos de informacin en una sola red. Como dijo
Vinton Cerf
1
: Todo pasar por la red como un paquete IP.
La tendencia de la tecnologa ToIP se ilustra en la Figura 6.1, representando los
distintos tipos de soluciones que se plantean para optimizar la transmisin de los paquetes
voz sobre IP y obtener un grado de QoS aceptable, dentro de los lmites de latencia
tolerados (del orden de 200ms) por las aplicaciones de voz en tiempo real.
Aunque en la actualidad, la Telefona sobre IP se impulsa con orientacin marcada
hacia los entornos empresariales; el aumento en la adquisicin de ordenadores y otros




70
equipos de cmputo y medios de conexin de redes de computadores por parte de los
usuarios para uso externo a los ambientes comerciales, pronostica que la tecnologa ToIP
pronto tendr, en el sector residencial, un mercado muy importante; que ya ha sentado sus
cimientos con programas como Skype.

Figura 6.1 Tendencias del sistema ToIP
Si hasta el momento el mayor obstculo para la aceptacin de ToIP ha sido la QoS
del sistema, pronto no habr ms barreras en este sentido.

1
Vinton Cerf es el creador del protocolo TCP/IP.


CAPTULO 7: Conclusiones y recomendaciones
Las principales conclusiones que se obtienen a partir del desarrollo del proyecto son
las siguientes:
1. El desarrollo de las redes basadas en IP no contemplaba el soporte extensivo de
aplicaciones en tiempo real, como la Telefona sobre IP, que se veran afectadas
por la caracterstica de orientacin al mejor esfuerzo y sin garanta de QoS de
Internet.
2. El soporte ToIP se plantea, en principio, como una excelente opcin para las
grandes empresas, al minimizar los costes por llamadas de larga distancia y
emplear la red de datos existente para su implementacin.
3. Los parmetros principales que ocasionan la disminucin de QoS en ToIP son la
prdida de paquetes, el retraso en el arribo de los paquetes, la variacin en la
entrega y el eco. La latencia en el sistema ToIP se origina principalmente en los
gateways, los procesos de codificacin y decodificacin de la voz y el trayecto de
los paquetes.
4. Es posible configurar opciones en los enrutadores para implementar soluciones
como ISA, DiffServ o MPLS, aplicables a distintos tipos de redes, para necesidades
de reserva de ancho de banda, establecimiento de prioridades de trfico ToIP o
eleccin de la mejor ruta.
71


72
5. La eleccin del mtodo de implementacin de QoS para redes basadas en el
protocolo IP depende del tipo de red en cuestin, de los requerimientos especficos
de las aplicaciones y de los recursos de red disponibles.
6. En Costa Rica estn presentes todos los elementos para contar con ToIP de buena
calidad, bajo los requerimientos de NGN. En la actualidad la Calidad de Servicio
de la Telefona sobre IP depende de la configuracin de los dispositivos de
enrutamiento de la red (para el caso de redes LAN y WAN principalmente), de
modo que en el caso del uso de ToIP en el mbito domstico, la QoS en la
aplicacin est sujeta al tipo de plataforma de la red (ISDN, ADSL u otra), la
versin del protocolo IP empleada y la disponibilidad de recursos de red; no
pudiendo establecer un acuerdo para estos propsitos con el proveedor de Internet.

Las recomendaciones incluyen:
1. Es necesario, en Costa Rica, agilizar la apertura de las legislaciones que impiden la
implantacin del sistema de ToIP en todos los campos, para adecuarse a los avances
tecnolgicos que el sector de telecomunicaciones presenta.
2. El diseo de las redes de computadores debera realizarse conforme a los
requerimientos de la tendencia de convergencia de la informacin; con la finalidad
de que sea posible la sencilla configuracin de los dispositivos de encaminamiento
para facilitar la agilizacin en la transmisin de los paquetes y minimizar los efectos
que conllevan al deterioro de la Calidad de Servicio. En cualquier caso es vital
contar con sistemas redundantes para evitar interrupciones en las comunicaciones.


BIBLIOGRAFA
Libros:
1. Comer, D. Internetworking with TCP/IP, Vol. I: Principles, Protocols, and
Architecture, Primera Edicin, Editorial Prentice Hall, Inc., U.S.A., 1995.
2. Hallberg, B.A. Fundamentos de redes, Primera Edicin, Editorial McGrawHill
Interamericana, Mxico, 2003.
3. Len.Garca, A. y Widjaja, I. Redes de comunicacin: conceptos, fundamentos
y arquitecturas bsicas, Primera Edicin, Editorial McGraw-Hill Interamericana,
Espaa, 2002.
4. Stallings W. Comunicaciones y redes de computadores. Sexta Edicin,
Editorial Prentice Hall, Inc., Espaa, 2000.
Pginas Web:

5. Bayle, T., Aibara, R. y Nishimura, K. Performance Measurements of MPLS
Traffic Engineering and QoS, http://www.isoc.org/isoc/conferences/
6. Bormann, C. The Multi-Class Extension to Multi-Link PPP, RFC-2686,
http://www.rfc-archive.org
7. Deering, S. y Hinden, R. IPv6 Specification, http://www.ietf.org/rfc/rfc2460
8. Determan, S. Calidad de Servicio en la Empresa sin fronteras,
www.alcatel.com
9. Espinosa, G. Voz IP: Presente y Futuro de las Comunicaciones de Voz,
www.aui.es
73


74
10. European Commission, DG Information Society. Quality of Service Parameters
for Internet Service Provision. Final Report, www.aui.es
11. Group of Experts in IP Telephony / ITU-D. The essential report on IP
Telephony, www.itu.int
12. Hansen, G. Quality of Service (QoS), www.objs.com
13. Hartmann, D. Introduction to Quality of Service, www.cisco.com
14. Lpez, J .P. Network Evolution in Developing Countries, www.alcatel.com
15. Newman, D. QoS enforcement: What happened?, www.networkworld.com
16. Palet, J . Tutorial de IPpv6, http://www.consulintel.com/Html/ForoIPv6/
17. Percy, A. Understanding Latency in IP Telephony,
www.TelephonyWorld.com
18. Senz, M. y Galeano, N. Estado de las Telecomunicaciones en Centroamrica:
impresiones sobre la situacin actual, www.acceso.or.cr
19. Welcher, P. QoS Device Manager, www.netcraftsmen.net
20. Configuring Link Fragmentation and Interleaving for Multilink PPP,
www.cisco.com
21. DiffServ-The Scalable End-to-End QoS Model, www.cisco.com
22. Designing and Deploying VoIP over ISDN, www.cisco.com
23. Draft New Recommendation: H.460.9 (2002) - Support for online QoS-
monitoring reporting, www.itu.org
24. Fine-Tuning Voice over Packet Services, www.radcom.com




75
25. ITU-T Recommendation H.323 (2003): Packet-based multimedia
communications systems, www.itu.org
26. Multiprotocol Label Switching (MPLS), www.iec.org
27. Resource Reservation Setup Protocol (RSVP), www.ietf.org
28. The MediaPro: online session oriented IP multimedia analyzer (Datasheet).
www.radcom.com
29. Understanding Delay in Packet Voice Networks, www.cisco.com
30. Understanding Voice over IP protocols, www.cisco.com
31. Voice over Internet Protocol, www.iec.org
32. Voice Over IP: Guaranteeing Carrier Grade Performance, www.radcom.com
33. Voice over IP Technologies: Ready For The Enterprise?, www.voice-over-
ip.org
34. Voice Quality (VQ) in Converging Telephony and IP Networks, www.iec.org
35. Voice Quality Management - FAQ, www.radcom.com
36. VoIP, www.europainternet.info
37. Web ProForum Tutorials: H.323, www.iec.org
38. Telefona IP en la mira de empresarios centroamericanos,
http://www.gbm.net/
39. www.3com.com/voip
40. www.grupoice.com
41. www.ipv6.org
42. www.recursosvoip.com


APNDICES
Apndice A: Estructura del Modelo OSI
El modelo de Interconexin de Sistemas Abiertos (OSI), definido por la ISO en
1983, es un modelo de implementacin de redes que define los mtodos y protocolos para
conectar una computadora a otra para formar una red.
El modelo OSI es conceptual, pero ofrece una manera de comprender los sistemas
de redes y la forma en la cual interactan los elementos que la conforman.

Figura A1.1 Modelo de referencia OSI
Para una mejor comprensin de los procesos que ocurren en las redes de
computadoras, el modelo OSI se divide en siete capas, como se muestra en la Figura A1.1.
En este sistema de capas, las capas superiores dependen del correcto funcionamiento de las
76


77
capas inferiores, que son la base del sistema. Durante el flujo de informacin entre
terminales de la red (computadoras, por ejemplo), la informacin debe manejarse desde las
capas superiores, bajar hasta las capas inferiores y repetir el proceso inverso para llegar al
destino.
En cada capa se emplean distintos tipos de encapsulamiento de la informacin, que
debe pasar desde los datos en s en las capas superiores, hasta el flujo de bits en la capa
fsica. Cada capa determina parmetros especficos del manejo de la informacin en la red,
como se detalla a continuacin.
Capa Fsica
Es la primera capa del modelo OSI. En esta capa se definen las propiedades del
medio fsico que se emplea para crear la conexin de red con caractersticas especficas.
Las especificaciones de la capa fsica determinan el tipo de cable a usar, los conectores, la
frecuencia y amplitud de las seales elctricas que se transmiten, la distancia mxima de las
conexiones, el tipo de tarjetas de red (NIC) que se emplean y otros. Los datos se expresan
como un flujo de bits a travs del canal de comunicacin.
Capa de Enlace de datos
Es la segunda capa del modelo OSI. Aqu se definen los estndares que establecen
un significado para los bits que fluyen en la capa 1. Se ejecutan procesos de deteccin y
correccin de errores para asegurar el flujo confiable de datos.
La capa de Enlace de datos se subdivide en dos capas: el control de enlace lgico
(LLC) y control de acceso al medio (MAC). La subcapa LLC realiza funciones de llamadas
de establecimiento, terminacin de conexin y transferencia de datos. La subcapa MAC




78
controla el ensamble y la fragmentacin de datos, cuyo nivel de encapsulamiento en esta
capa es de tramas, la deteccin y correccin de errores y el direccionamiento, mediante la
insercin de bits en la cabecera de la trama.
Capa de Red
En la capa de Red se define la forma en la cual los paquetes (nivel de
encapsulamiento de datos de la capa de Red) se manejan dentro de la red y el contenido de
stos. En la capa de red se definen protocolos como el protocolo de Internet (IP) y el
protocolo de intercambio de paquetes entre redes (IPX). La transmisin de los paquetes se
efecta por medio del manejo de direcciones fuente y destino que realizan los protocolos
correspondientes. La capa de red es la responsable de la gestin de congestiones
provocadas por el trfico de datos.
Capa de Transporte
La capa cuatro del modelo OSI controla el flujo de la informacin de un nodo de la
red a otro. En esta capa se asegura la decodificacin adecuada de los segmentos (nivel de
encapsulamiento de capa 4) y su correcta recepcin, utilizando los servicios de las capas
inferiores para proporcionar transferencia (hacia la capa de sesin) de informacin con
determinada calidad de servicio. Los protocolos de la capa de transporte ejecutan
mecanismos de control de flujo, secuenciacin y deteccin y correccin de errores. La capa
de transporte se encarga de establecer y terminar conexiones virtuales en la red
(multiplexacin) as como de efectuar procesos de reensamblado y segmentacin de
bloques de datos para que puedan ser manejados adecuadamente en la capa de sesin y
gestionados por la capa de red.




79
Capa de Sesin
En la capa cinco del modelo OSI se define y establecen las conexiones virtuales: la
conexin de un usuario en un servidor de red o la conexin punto a punto. En esta capa se
efectan los procesos de negociacin, control de flujo, transferencia de la informacin del
usuario y autenticacin. Mediante la introduccin de un cdigo de dilogo, se encarga de
perfeccionar el servicio de transferencia fiable de los datos. Tanto en esta capa como en las
capas superiores no se encapsula la informacin, es decir que es manejada simplemente
como datos.
Capa de Presentacin
En la capa de Presentacin se reciben los datos suministrados por las capas
inferiores y los procesa para que puedan ser presentados al sistema. Se realizan procesos de
compresin y descompresin, cifrado y descifrado de datos.
Capa de Aplicacin
La capa siete del modelo OSI se encarga de controlar la forma en la cual interacta
el sistema operativo y sus aplicaciones con la red. Los protocolos de la capa de Aplicacin
tienen los propsitos de transferir archivos, terminales virtuales, correo electrnico, servicio
de nombres, administracin de red y otros.





ANEXOS
Anexo 1: Proyectos del Instituto Costarricense de Electricidad
Red Avanzada de Internet
Este proyecto tiene como fin implementar una red de banda ancha IP, que satisfaga las necesidades
presentes y futuras en acceso y transporte de nuestros clientes.

Subproyecto RAI (Red Avanzada de Internet)
Modernizar el Sistema Nacional de Telecomunicaciones mediante el desarrollo de una infraestructura
de red que cumpla con la Next Generation Network, apoyada en el Protocolo de Internet IP y que
permita brindar mltiples servicios de Telecomunicaciones. Consiste en un anillo de ncleo de 6
Gigaenrutadores de 10 gigabits/s, 26 Gigaenrutadores de borde de 2.5 gigabits/s, y 181
Megaenrutadores de acceso, con lo cual se pretende llevar el servicio a todos los rincones del pas. El
perodo de implementacin es del 2002 al 2005.
Subproyecto Sistemas de Acceso ADSL y DSLAM
Su objetivo es instalar los servidores de acceso de banda ancha con una capacidad de 84 000 puertos
y los correspondientes equipos de energa, para brindar el acceso a Internet de banda ancha en todo
el pas. El perodo de implementacin es 2002-2005.
Subproyecto Desarrollo de Nuevos Servicios Empresariales ( Red Metro Ethernet)
Consiste en la implementacin de una plataforma de acceso Ethernet de banda ancha de alta
velocidad, superior a los 2Mbps, usando la RAI como corazn de la red. Con este proyecto se
aprovechar el equipamiento existente, optimizando su utilizacin. El periodo de implementacin es
2005-2006.
Redes de Prxima Generacin
Este proyecto tiene como fin implementar una red de prxima generacin que satisfaga las
necesidades actuales y futuras expectativas de nuestros clientes.
Subproyecto IMAP I (Integrated Multiservice Access Platform)
80


81
Con este proyecto se construir una red de acceso multiservicio integrada en todo el territorio
nacional, permitiendo gran capacidad de ancho de banda y alcance de decenas de kilmetros.
Adems, integra mltiples accesos o conexiones de diferentes tecnologas de servicios utilizando
tarjetas (POT, ISDN, ADSL, GSHDSL y E1 G703). Se adquirirn 300 IMAP, para brindar acceso de
banda ancha a todas las localidades del pas. Se implementar en el periodo 2003-2007.

Subproyecto IMAP II (Integrated Multiservice Access Platform)
Consiste en ampliar en 300 IMAP adicionales para consolidar la red de acceso multiservicio, que se ha
integrado en todo el territorio nacional, segn la primera etapa. Se Implementar en el periodo 2008-
2010.
Subproyecto Soluciones Inalmbricas (SINA)
Satisfacer parte de la demanda telefnica ubicada en aquellas reas del territorio nacional, donde no
se pueda dar solucin de voz por los mtodos tradicionales y en los que se requiera una solucin
rpida y efectiva, mediante la utilizacin de soluciones inalmbricas fijas con tecnologa CDMA 1X,
cuyo equipo comn se albergara en contenedores mviles, que permitan desplazar las soluciones a
cualquier sitio del pas que lo demande. Adems, permitir brindar soporte no solo a los SLA, sino
tambin brindar acceso a aquellos sitios donde no existe otro medio para ofrecer los servicios a los
clientes empresariales. Se implementar en el periodo 2003-2007.

Voz por IP (VoIP)
Este proyecto contempla dos tipos de trfico: el nacional y el internacional.
Subproyecto VoIP Nacional




82
Comprende la instalacin de los equipos necesarios que permitan brindar servicios de voz en la red de
paquetes IP (RAI) actual del ICE y a su vez modernizar el Sistema Nacional de Telecomunicaciones.
Se implementar entre los aos 2005-2010.

Subproyecto VoIP Nodo Internacional
El objetivo es intercambiar trfico de voz a nivel internacional por medio de enlaces IP, lo que
optimizar el medio de transporte y por ende la obtencin de menores costos. Se modernizar la red
telefnica Internacional hacindola ms eficiente. Se Implementar en el periodo 2004-2006.
Este proyecto modernizar el sistema troncal Internacional y se instalar en el edificio de RACSA
donde se encuentra la central Internacional.





83
Anexo 2: Especificacin del protocolo IPv6
(Solamente disponible en formato digital) Click Aqu


Anexo 3: Tutorial H.323
(Solamente disponible en formato digital) Click Aqu


Anexo 4: Calidad de Voz en Telefona sobre IP
(Solamente disponible en formato digital) Click Aqu