ESCUELA POLITCNICA NACIONAL

ESCUELA DE INGENIERA
DIMENSIONAMIENTO DEL CANAL DE DATOS
PARA LA INTERCONEXIN ENTRE PBX IP
PARA UNA EMPRESA A NIVEL NACIONAL
PROYECTO PREVIO A LA OBTENCIN DEL TITULO DE
INGENIERO EN ELECTRNICA Y TELECOMUNICACIONES
YURI ALAN VIMOS CACERES
DIRECTOR: ING. TAA PREZ
Quito, Diciembre 2001
DECLARACIN
Yo, Yuri Alan Vimos Caceres, declaro bajo juramento que el trabajo aqu descrito
es de mi autora; que no ha sido previamente presentada para ningn grado o
calificacin profesional; y, que he consultado las referencias bibliogrficas que se
incluyen en este documento.
A travs de la presente declaracin cedo mis derechos de propiedad intelectual
correspondientes a este trabajo, a la Escuela Politcnica Nacional, segn lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.
uri Alan Vimos Caceres
CERTIFICACIN
Certifico que el presente trabajo, DIMENSIONAMIENTO DEL CANAL DE DATOS
PARA LA INTERCONEXIN ENTRE PBX IP PARA UNA EMPRESA A NIVEL
NACIONAL, fue desarrollado por el Sr. Yuri Alan Vimos Cceres, bajo mi
supervisin.
Ing. Tania Prez
DIRECTOR DE PROYECTO
AGRADECIMIENTOS
Agradezco a mis Padres, por haberme dado el impulso para iniciar mi carrera. A
mi esposa, por su cario y comprensin. A Dios, por las bendiciones que ha
derramado sobre mi, por todas aquellas personas que han puesto una pequea o
gran parte para que este proyecto llegue a su culminacin. Y de manera especial
a mi Director de Tesis.
TABLA DE CONTENIDO
INTRODUCCIN 1
CAPTULO 1. LA PBX IP. 4
1.1 La Voz sobre Internet Protocol (IP) 6
1.1.1 Bases de la Digitalizacin de la Voz Humana 6
1.1.2 Conversin de la Seal de Voz 7
1.1.3 Supresin de Silencios 14
1.1.4 Medicin de la Calidad de Voz 14
1.2 Protocolos para transmisin de Voz sobre IP. 16
1.2.1 El Protocolo TCP/IP 16
1.2.2 Las capas del Protocolo TCP/IP 17
1.2.3 Transport Control Protocol (TCP). 18
1.2.4 User Datagram Protocol (UDP). 19
1.2.5 Internet Protocol (IP). 20
1.2.6 Real-time Transport Protocol y Real-time Control Protocol (RTP y RTCP) 22
1.2.7 Ruteo IP 25
1.2.8 La voz digitalizada transportada sobre IP 28
1.2.9 Estructura de un paquete de Voz sobre IP 30
1.3 Estructura y funcionamiento del Sistema Telefnico IP. 31
1.3.1 Los Sistemas Telefnicos Tradicionales 31
1.3.2 Beneficios de los sistemas telefnicos IP. 33
1.3.3 Estructura del Sistema Telefnico IP. 34
1.3.4 Arquitectura funcional de la PBX IP 36
1.3.5 Breve Descripcin del Proceso de Establecimiento de una Llamada. 47
1.3.6 Disponibilidad del Sistema Telefnico IP. 51
1.3.7 Conexiones en la Red VolP 53
1.3.8 El telfono P 54
CAPITULO 2. CALIDAD DE SERVICIO PARA LA RED DE VOZ 62
2.1 Problemas que afectan la Calidad de la Voz 63
2.1.1 Claridad 63
2.1.2 Retardo entre puntos finales. 65
2.1.3 Eco 67
2.2 Congestin y Retardo. 67
2.2.1 Retardo y Jitter 68
2.3 La Infraestructura de una Red basada en la Calidad de Servicio. 70
2.3.1 Control de QoS. 73
2.4 Tcnicas para control de la Calidad de Servicio (QoS). 74
2.4.1 Clasificacin 75
2.4.2 Encolamiento 78
2.4.3 Provisionamiento de Red. 82
2.4.4 Fragmentacin de Enlace e Interleaving 82
2.5 Resource ReserVation Protocol (RSVP) 84
2.5.1 Forma de trabajo de RSVP 87
2.5.2 Soporte de RSVP para encolamiento de baja latencia. 89
2.6 Envo de paquetes con QoS habilitado 90
2.7 Administracin de la QoS en una Red Corporativa 91
CAPITULO 3. DIMENSIONAMIENTO DE LOS ENLACES WAN
3.1 Descripcin general de la estructura actual de la red. 94
3.1.1 Descripcin detallada de la estructura actual por oficinas. 95
3.2 Consideraciones Generales para el trfico de datos y voz 101
3.2.1 Ingeniera de trfico de Voz. 101
3.2.2 Proceso de la Ingeniera de trfico. 102
3.3 Clculo de los canales de voz. 113
3.3.1 Pronstico del crecimiento 114
3.3.2 Determinacin del trfico de voz existente 114
3.3.3 Clculo del nmero de troncales 115
3.3.4 Determinacin de los requerimientos de ancho de banda para la voz. 117
3.4 Anlisis del trfico de datos. 117
3.5 Dimensionamiento de los Canales sobre la red WAN. 118
3.6 Descripcin de la Estructura Nueva de la Red. 120
3.6.1 Consideraciones para Calidad de Servicio 123
3.6.2 Descripcin detallada de la Estructura nueva de red por Oficinas. 126
Presupuesto Referencial para la Implantacin del Nuevo
3.7 Sistema. 130
3.8 Comparacin entre Tecnologas. 132
QAPITULO 4. CONCLUSIONES Y RECOMENDACIONES 134
4.1 CONCLUSIONES 134
4.2 RECOMENDACIONES 138
BIBLIOGRAFA 139
ABSTRACT
Tradicionalmente en una empresa existen dos redes separadas: la red telefnica
para el transporte de voz y ia red de datos para el transporte de la informacin
digital. En la actualidad debido a que la gran mayora de empresas tienen sus
redes de datos basadas en el protocolo TCP/IP y gracias al proceso de desarrollo
de tecnologas tales como ei procesamiento digital de seales y los algoritmos de
compresin de voz que han avanzado hasta el punto de poder ofrecer excelente
calidad de voz en su transmisin sobre IP. Estas tendencias han provocado el
desarrollo y creciente perfeccionamiento de un sistema telefnico IP que permite
la integracin de la red telefnica empresarial sobre la red de datos. El presente
trabajo presenta una recopilacin breve de los estndares y protocolos que
actualmente estn involucrados en el funcionamiento de la PBX IP y en la
provisin de Calidad de Servicio en la transmisin de voz sobre redes IP, y el
anlisis del dimensionamiento de los enlaces sobre la red WAN para soportar
adecuadamente la transmisin de voz, para una Empresa con una topologa de
red particular a nivel nacional.
Traditionally in a company two separated networks exist: the telephone network
for the transport of voice and the data network for the transport of the digital
information. t the present time because the great majority of companies has their
data networks based on protocol TCP/IP and thanks to the process of
development of technologies such as the digital signal processing and the
algorithms of compression of voice that have advanced until the point to be able to
offer excellent quality of voice in their transmission on IP. These tendencies have
caused the development and flood improvement of a telephone system IP that
allows the integration of the enterprise telephone network on the data network.
The present work presents/displays a brief compilation of the standards and
protocols that at the moment are involved in the operation of PBX IP and in the
provisin of Quality on watch in the transmission of voice on networks IP, and the
analysis of the sizing of the connections on network WAN to support the
transmission of voice suitably, for a Company with a topology of particular network
at national level.
INTRODUCCIN
Es reconocido y aceptado ampliamente por la industria de las comunicaciones,
que el Protocolo de Internet (IP) ser el transporte universal para las
comunicaciones del futuro.
Voz sobre IP es una tecnologa en proceso de desarrollo que tiene un nmero de
retos tecnolgicos y de posibilidades de evolucin. Los retos tecnolgicos se
deben principalmente a que el Protocolo de Internet (IP) no fue diseado para
trfico en tiempo real como la voz y el video. Los retos de evolucin se
contraponen al hecho de que una variedad de fabricantes desarrollan su
productos de acuerdo a las demandas del mercado. Sin embargo, los beneficios
de usar IP como una plataforma genrica para datos y aplicaciones en tiempo real
son importantes para las empresas y estn fomentando la solucin de estos
problemas.
Los beneficios de esta tecnologa se podran puntualizar en los siguientes:
Integracin de voz y datos sobre una misma estructura de red, lo que resulta en
una simplificacin que permite una mayor estandarizacin y menor administracin
de equipos;
Eficiencia del uso de la red, que provee mejor aprovechamiento del ancho de
banda disponible;
Reduccin de costos de mantenimiento y de comunicaciones;
Habilidad de desarrollar aplicaciones nuevas rpidamente.
Las principales aplicaciones que Voz sobre IP brinda son:
Servicios de directorio sobre los telfonos, las funciones de los telfonos son
mejoradas por la incorporacin de servicios de administracin avanzados;
Comunicaciones de voz sobre la red WAN de la empresa, las troncales entre
sucursales son reemplazadas integrando el trfico de voz sobre los enlaces WAN;
Acceso remoto a la oficina desde el hogar, se pueden usar los servicios de voz y
datos de la red;
Cali centers basados en IP, la gente podr conocer sobre los productos de la
empresa, es el comienzo del comercio electrnico.
La voz requiere un ancho de banda de 64kbps, por medio de algoritmos de
compresin se logran reducciones a 32, 16, 8 4kbps. La tcnica de supresin
del silencio permite una mayor reduccin del ancho de banda ocupado en la red,
eliminando los paquetes generados durante los silencios, sin afectar la calidad.
En los sistemas de voz sobre IP, las seales analgicas de voz son digitalizadas y
transmitidas como un flujo de paquetes sobre la red de datos digital. Las redes IP
permiten a cada paquete encontrar la ruta ms eficiente hacia el destino
propuesto, de este modo se hace el mejor uso de los recursos de la red en
cualquier instante dado. Los paquetes generados en una misma fuente pueden,
por tanto, tomar muchas rutas diferentes hacia el destino al atravesar la red,
llegando con diferentes retardos de fin a fin, llegando fuera de secuencia o
posiblemente sin llegar al destino. En el destino, sin embargo, los paquetes son
reensamblados y convertidos de vuelta en la seal de voz original. La tecnologa
de Voz sobre IP asegura una reconstruccin adecuada de las seales de voz,
realizando compensaciones para el retardo de fin a fin, para el jitter y para
paquetes perdidos.
La informacin presentada en esta trabajo est relacionada principalmente con la
arquitectura del sistema de voz y sus requerimientos para trabajar en la red WAN
de una empresa. Se describe la red actual de la empresa y se realiza un anlisis
de como debera modificarse la red para soportar el Sistema Telefnico IP.
La red en la cual se basa el anlisis es tpicamente empresarial con localizaciones
mltiples en provincias, que usan la PSTN para las comunicaciones de voz y
enlaces WAN para la transmisin de datos.
En el captulo 1 se presentan brevemente los aspectos de transformacin de la
voz de una seal analgica a una digital que pueda ser transportada sobre la red
IP, de la misma manera se describe el Protocolo de Internet y los protocolos sobre
los cuales se implementa el sistema telefnico IP, pasando por la descripcin de
la funcionalidad de la PBX IP, para finalmente revisar el telfono IP.
En el captulo 2 se presentan las tcnicas para control de la Calidad de Servicio
de la voz sobre la red de datos, como son las tcnicas de clasificacin,
encolamiento y provisin de red.
En el captulo 3 se realiza el anlisis del dimensionamiento de los canales de
comunicacin sobre al red WAN para soportar la transmisin de voz y datos, para
la voz se toma como referencia el trfico transportado a travs del PSTN hacia
cada una de la sucursales; para los datos se tienen datos referenciales de uso del
ancho de banda.
CAPITULO 1.
LA PBX IP.
INTRODUCCIN.
Un sistema telefnico IP se basa en una coleccin de tecnologas que emulan y
extienden los servicios de telecomunicaciones de los sistemas telefnicos
tradicionales para operar en redes de datos en particular las que trabajan con el
Protocolo de Internet (IP). De esta manera, los sistemas telefnicos IP extienden
las capacidades de las redes de datos mediante la incorporacin de nuevas
aplicaciones de telecomunicaciones que son posibles por la convergencia de las
redes de voz y datos.
La red conmutada de telefona publica o PSTN, es una red de conmutacin de
circuitos, lo que significa que una llamada telefnica reserva un circuito fsico de
punto a punto entre el origen y el destino, y lo mantiene activo mientras dure la
llamada. Este circuito consiste de muchos subsegmentos en la PSTN. En el lapso
de duracin de una llamada, el circuito est completamente disponible para esa
llamada y no est disponible para otros usuarios de la red.
Sistema A
Aplicacin
Presentacin
Sesin
Transporte
Red
Enlace
de datos
Fsica
Sistema B
Aplicacin
Presentacin
Sesin
Transporte
Red
Enlace
de datos
Fsica
Figura 1.1 Red de Conmutacin de Circuitos
Una red de conmutacin de paquetes, como la Internet, o la mayora de redes de
datos empresariales no reservan un circuito entre puntos finales. En lugar de esto,
dividen a los mensajes o archivos en muchos paquetes pequeos. Cada paquete
puede tomar una ruta diferente entre el origen y el destino, viajando a lo largo de
los circuitos de red que son compartidos con paquetes de otros mensajes. La
conmutacin de paquetes requiere que cada paquete incluya informacin de
encabezado para asegurar el ruteo hacia el destino adecuado y de secuencia
para reconstruir el mensaje correctamente en el punto final.
Sistema A
Aplicacin
Presentacin
Sesin
Transporte
Rad
Enlace
de datos
Fsica
Rutea dor
Sistema B
Aplicacin
Presentacin
Sesin
Transporte
Red
Enlace
de datos
Fsica
Figura 1.2. Red de Conmutacin de Paquetes
Los sistemas telefnicos IP soportan todas las funciones de las comunicaciones
de voz como: transmisin de voz, fax, ruteo, autorizacin, autenticacin,
facturacin y adems, administracin de la red que no es provista por la PSTN. La
tecnologa actual de Voz sobre IP puede reconstruir las seales y compensar los
ecos, el retardo y los paquetes perdidos, con excepcional rendimiento si la red IP
es administrada con una Calidad de Servicio garantizada.
En las figuras 1.1 y 1.2 se observan diagramas esquemticos que muestran el
nivel en el cual se producen las conmutaciones de circuitos y de paquetes,
respectivamente.
En este captulo se revisan brevemente los aspectos de transformacin de la voz
de una seal analgica a una digital que pueda ser transportada sobre la red IP,
de la misma manera se describe el Protocolo de Internet y los protocolos sobre
los cuales se implementa el sistema telefnico IP, pasando por la descripcin de
la funcionalidad de la PBX IP, para finalmente revisar el telfono IP.
1.1 LA VOZ SOBRE INTERNET PROTOCOL (IP)
La Voz sobre IP (VolP) puede ser definida como la habilidad para realizar
llamadas telefnicas sobre redes de datos basadas en IP con una adecuada
Calidad de Servicio (QoS).
La VolP ha recibido un gran impulso debido a que muchas redes corporativas y la
Internet usan el protocolo TCP/IP para comunicaciones. Muchas empresas en la
actualidad estn viendo el valor de transportar la voz sobre redes IP para reducir
el costo de telfono y fax junto con el inicio de una nueva fase de aplicaciones
multimedia avanzadas, que pueden incrementar el rendimiento de la empresa.
1.1.1 BASES DE LA DIGITALIZACIN DE LA VOZ HUMANA
La voz es una seal analgica audible, la frecuencia de la seal es una medida
del tono y la amplitud de la seal es una medida de la intensidad de la voz.
Para que la seal de voz pueda ser transmitida sobre el protocolo IP sta debe
ser digitalizada, para lo cual existen dos aspectos importantes a ser tomados en
cuenta:
Anlisis de voz.- es la conversin de la voz a formato digital adecuado para ser
transmitido en redes digitales, sean estas de datos o de telecomunicaciones.
Sntesis de voz.- es la reconversin de los datos de voz de un formato digital a
formato analgico que es una forma adecuada para el odo humano.
Los dispositivos que realizan el anlisis de voz o digitalizacin son llamados
codificadores, los que realizan dos funciones principales: la codificacin que es el
proceso completo de convertir la voz analgica a digital (convertidor A/D); y la
compresin que es el proceso de reducir la cantidad de informacin digital (tasa
de bits) requerida para representar la seal de voz. El proceso inverso usa
mdulos de sntesis para decodificar la seal y convertidores D/A para reconvertir
la seal a formato anlogo.
El objetivo de cualquier esquema de codificacin de voz es producir un string1 de
datos de voz con una mnima tasa de bits, de tal manera que el decodificador
pueda reconstruir una seal lo ms aproximada a la seal de voz original.
1.1.2 CONVERSIN DE LA SEAL DE VOZ
Debido a la composicin de la voz humana existen dos aspectos principales que
son tomados en cuenta para digitalizar y transmitir la voz:
La forma de onda, segn esta caracterstica el mtodo de codificacin debe
permitir un adecuado nmero de muestras de amplitud que al ser cuantificadas
y codificadas, en la reconstruccin permitan tener una seal muy semejante a
la original.
Nivel constante en el tiempo, esta caracterstica se refiere a que en trminos
de milisegundos el sonido no varia significativamente, esto permite que la
seal sea susceptible de prediccin y puede ser sintetizada.
De acuerdo con estos criterios, existen dos tipos principales de codificadores:
Codificadores de Forma de Onda.- Usados tradicionalmente, proveen bajos de
niveles de distorsin de la seal de voz y niveles moderados de tasa de bits (entre
16y64kbps).
Codificadores basados en modelos o Vocoders.- Analizan y comparan la voz con
modelos analticos predefinidos. Comprimen la voz digital para minimizar el
nmero de bits requeridos para representar la seal de voz, tpicamente operan a
tasas de bits inferiores a 8 kbps.
1 String, Es una serie ordenada de valores de informacin, usualmente bytes.
Escoger el codificador a usar depende de varios factores por ejemplo: Si el ancho
de banda es importante, se usar un codificador que provea compresin. Si el
enlace digital posee suficiente ancho de banda y la calidad de voz es importante
se puede optar por un codificador sin compresin. Si la voz es codificada y
comprimida podra significar un mayor tiempo de procesamiento, lo que
ocasionara retardo. En la tabla 1.1 se muestran los codificadores usados
comnmente y sus parmetros ms importantes.
Tipo
Codificadores de
Forma de Onda
Vocoders
Estndar ITU2
G.711
G.726
G.728
G.729A
G.723.1
Nombre del
Mtodo de
Codificacin
PCM
ADPCM
CELP
CS-ACELP
ACELP
Tasa de bits
64 kbps
1 6,24,32,40 kbps
1 6 kbps
8 kbps
5.3 y 6.3 kbps
Tabla 1.1 Codificadores
1.1.2.1 Codificadores de Forma de Onda
Los codificadores de forma de onda convierten la voz analgica a digital en dos
pasos:
Muestreo
Cuantificacin
Muestreo.- La primera parte de la conversin de anlogo a digital es muestrear la
onda analgica.
El teorema de Nyquist estipula que la razn de muestreo debe ser al menos dos
veces la frecuencia ms alta de la seal. Para la seal de voz la frecuencia ms
ITU, International Telecommunications Union
alta es 4000 Hz. Por lo tanto, la forma de onda analgica debe ser muestreada al
menos 8000 veces por segundo.
El muestreo de una onda analgica resulta en una serie de pulsos que
representan la amplitud de la seal analgica. Estos pulsos se denominan
seales PAM (Pulse Amplitude Modulation).
Cuantificacin.- El siguiente paso es digitalizar la seal PAM, es decir, convertirlas
a 1s y Os. La Cuantificacin asocia la altura o amplitud de la PAM con un cdigo
binario predefinido.
/ Seal PAM
Cdigo
Binario
000000011101
000000000101
000000000000
Figura 1.3 Seal PAM y Cuantificacin
Cuantificacin es el proceso que mapea un nmero continuo de amplitudes en un
nmero finito de valores discretos. Cada seal PAM es asociada con un cdigo
binario y as la seal analgica enteramente es representada por un continuo
stream de bits como se muestra en la figura 1.3.
El muestreo usado en la codificacin de forma de onda de la voz hace a la seal
analgica discreta en el tiempo y la Cuantificacin la hace discreta en amplitud.
1.1.2.1,1 PCM (Pulse Code Modulation).
Es un proceso de Cuantificacin en el que se compara las seales PAM frente a
una escala logartmica.
11
Cada nivel esta asociado con un valor binario de 3-bits; cada paso esta asociado
con un valor binario de 4-bits. La polaridad de la PAM puede ser + -, donde +
esta representado por 1 y - por 0. Combinando la polaridad, nivel, y paso, los
valores binarios resultantes son una palabra binaria de 8-bits.
La figura 1.5 ilustra PCM usado para cuantificar una seal PAM.
Si una forma de onda analgica es muestrada 8000 veces por segundo, y cada
muestra es cuantificada por ocho bits, la tasa de bits o ancho de banda requerido
para transportar una muestra de voz es 64 kbps.
1.1.2.1.2 ADPCM (Adaptive Differential Pulse Code Modulotion)
Es similar a PCM y usa la misma escala logartmica. Sin embargo, con ADPCM
cada muestra PAM es comparada frente a la muestra PAM previa, y la diferencia
entre muestras es registrada. La diferencia entre muestras es convertida a bits y
estos son transmitidos, como resultado menos bits son requeridos para definir la
forma de onda analgica. El beneficio que se logra con ADPCM es una reduccin
de la tasa de bits entre 16 a 40 kbps.
Existen varias versiones de ADPCM que dependen del nmero de bits usados
para representar la diferencia entre muestras sucesivas, as:
5 bits/muestra, 40 kbps
4 bits/muestra, 32 kbps
3 bits/muestra, 24 kbps
2 bits/muestra, 16 kbps
1.1.2.2 Vocoders
Los Vocoders analizan y comparan la voz frente a modelos analticos predefinidos
del tracto vocal humano. Los vocoders muestrean la voz sobre un periodo de
tiempo y recolectan informacin. Esta recoleccin de informacin incluye tracto
15
decodificada. Adicionalmente, la compresin introduce retardo, eco, que sumada
al retardo de la red puede resultar en la perdida de la calidad de voz. La escala
MOS (Mean Opinin Score) es usada para cuantificar la calidad de voz con cero
para una calidad pobre y cinco para calidad alta. A menudo la calidad de los
esquemas de compresin son comparadas con la calidad entregada por PCM con
un puntaje de 4.4.
Marcador
4.0 a 5.0
3.0 a 4.0
<3.0
Calidad
Excelente calidad (Toll Quality)
Mediana calidad de comunicacin (Communication Quality)
Baja calidad (Synthetic Quality)
Tabla 1.2 Rango de puntaje de la calidad de voz (MOS)
El puntaje MOS provee solamente una calidad de voz objetiva cuando se
comparan diferentes esquemas de compresin. La calidad de voz percibida vara
de persona a persona y depende de la percepcin que la persona tenga al ruido,
eco y esttica.
Los puntajes MOS de algunos codificadores examinados se listan en la tabla 1.3.
Estndar
ITU
G.711
G.723.1
G.726
G.728
G.729A
Nombre del
Mtodo de
Codificacin
PCM
ACELP
ADPCM
CELP
CS-ACELP
MOS
4.4
3.98 a 3.5
4.2
4.2
4.2
Tabla 1.3 Puntajes MOS para diferentes codificadores
Tomado de Motorola, Understanding Voice Tecnology, 2000
16
1.2 PROTOCOLOS PARA TRANSMISIN DE VOZ SOBRE IP.
Al igual que muchos sistemas de comunicaciones, los protocolos involucrados en
la transmisin de Voz sobre IP, siguen la misma jerarqua de niveles definida en el
modelo terico de 7 capas definido por la International Standards Organization
(OSI).
La divisin de un sistema en capas definidas hace que un sistema sea ms
manejable y flexible. Cada capa tiene su funcin, y cada una realiza una tarea
determinada. El efecto de la contribucin de cada capa al proceso de
comunicacin es un encabezado adicional que precede a la informacin a ser
transmitida. El paquete que una capa crea (encabezado y datos) viene a ser los
datos que son pasados al siguiente nivel para ser procesados, esta capa
entonces le aadir un encabezado y as sucesivamente.
1.2.1 EL PROTOCOLO TCP/IP
TCP/IP es el nombre de una familia de protocolos de comunicaciones usados en
la interconexin de equipos de cmputo para soportar aplicaciones en red.
Aplicacin
Presentacin
Sesin
Transporte
o)
o Red
Enlace de
datos
Fsica
FTP j Telnet SMTP HTTP
TCP
SNMP DNS RIP
UDP
ICMP
Protocolo de Internet (IP)
Ethernet Fast Ethernet Token Ring
Capa Fsica
Figura 1.6 Diagrama de parte de la familia de protocolos TCP/IP
Los protocolos estn presentes en todas las etapas necesarias para establecer
una comunicacin entre equipos de cmputo, desde aquellas de ms bajo nivel
(p.ej. la transmisin de flujos de bits a un medio fsico) hasta aquellas de ms alto
nivel (p.ej. al compartir o transferir informacin desde una computadora a otra en
la red).
17
La figura 1.6 presenta la familia de protocolos TCP/IP segn el modelo de
referencia OSI.
Tomando al modelo OSI como referencia se puede afirmar que para cada capa o
nivel definido en ste, existen uno o ms protocolos interactuando. Los protocolos
trabajan en pares (peer-to-peer), esto es, por ejemplo que el protocolo de la capa
de red se comunica con el protocolo de la capa de red en el host remoto. La
comunicacin entre protocolos de capas pares se realiza usando los servicios de
la capa inferior.
Cada nivel depende del servicio que debe proveer la capa inmediata inferior
segn el modelo OSI. Para entregar este servicio, la capa inferior utiliza
encapsulamiento, es decir, coloca la informacin del nivel superior en su campo
de datos y le aade una cabecera y una cola.
1.2.2 LAS CAPAS DEL PROTOCOLO TCP/IP
Capa de aplicacin: Maneja los detalles de funcionamiento de los protocolos de
aplicacin TCP/IP como por ejemplo: Telnet, ftp (file transfer protocol), smtp
(simple mail transfer protocol), etc.
Capa de transporte: Regula el flujo de informacin entre dos hosts desde un
programa de aplicacin a otro. En la estructura TCP/IP existen dos protocolos de
transporte TCP y UDP.
Capa de red: Controla el movimiento de los paquetes en la red entre un equipo y
otro, decide que rutas deben seguir los paquetes de informacin para llegar a su
destino. IP provee la capa de red en la estructura TCP/IP, tambin es llamada
capa Internet.
Capa de Enlace: Incluye el controlador de dispositivo en el sistema operativo y la
tarjeta de red en la computadora. Maneja el flujo de bits hacia el medio fsico, es
decir, el cable. Tambin llamada capa de interface de red.
18
TCP y UDP corren en la capa 4 (capa de transporte) y se basan en el protocolo IP
que esta corriendo en la capa 3 para el dreccionamiento y ruteo.
1.2.3 TRANSPORT CONTROL PROTOCOL (TCP).
TCP provee un servicio de transporte confiable y orientado a la conexin. Para
esto TCP soporta deteccin y correccin de errores y control de flujo de paquetes
a travs de la red.
La caracterstica, orientado a la conexin significa, que el protocolo en primer
lugar establece una sesin, o una ruta de comunicacin, con el lado receptor
antes de iniciar la transmisin de datos.
La deteccin de errores utiliza un algoritmo de chequeo cclico de redundancia
(CRC) mediante el cual el transmisor calcula el CRC y lo enva en la trama, en el
lado de recepcin se vuelve a calcular el CRC y se compara con el transmitido, si
los valores no coinciden se presume que ha ocurrido un error y el paquete se
corrige por retransmisin. El pedido para retransmitir y el proceso de
retransmisin retrasa el flujo de los paquetes. As, TCP es usado por ftp, smtp y
otras aplicaciones que tienen como prioridad la integridad de sus datos, debido a
que reduce la posibilidad de error an cuando la transmisin se haga lenta.
El control de flujo se refiere a tareas como: particionar los datos que le han sido
enviados desde una aplicacin en tramas de tamao adecuado para ser
entregadas a la capa de red; reconocimiento de paquetes recibidos;
establecimiento de los tiempos de expiracin para asegurar que el otro lado reciba
los paquetes que han sido enviados.
Dentro de la familia de protocolos TCP/IP existen dos mtodos de enrutar
informacin entre dos nodos de red: Transmisin a travs de un circuito virtual y
Transmisin de datagramas. La transmisin de datagramas se explica
posteriormente en el numeral 1.2.5 Internet Protocol.
19
TCP utiliza la transmisin a travs de un circuito virtual, la misma que consiste en
el establecimiento de un camino temporal entre la fuente y el destino. Para
establecer el circuito virtual se requiere que cada nodo de la red mantenga una
tabla de direcciones y rutas hacia los destinos. Es decir, que se establece una
ruta fija, durante el tiempo que dure la sesin de transmisin, que puede ser
considerada como un enlace lgico de nodos sobre una base temporal, una vez
que la sesin de comunicacin se ha completado, la ruta es eliminada. La ventaja
que presenta la transmisin de datos a travs de un circuito virtual es el uso de la
misma ruta para toda la transmisin. Al usar la misma ruta para toda la
transmisin se elimina la necesidad de establecer una secuencia de datos y al
mismo tiempo elimina la posibilidad de duplicar paquetes.
1.2.4 USER DATAGRAM PROTOCOL (UDP).
UDP provee un servicio de transporte no confiable y no orientado a la conexin.
Esto es, que en lugar de requerir el establecimiento de una sesin, los paquetes
de informacin son tratados de forma independiente, no se garantiza que los
paquetes sigan la misma trayectoria para llegar a su destino, es decir, la
transmisin se hace sobre una base de mejor esfuerzo para entregar paquetes al
destino. No confiable significa que no se garantiza que los paquetes sern
entregados al receptor. En caso de requerirse confiabilidad en la entrega de
paquetes, la capa superior, es decir, la capa de aplicacin puede ser usada para
asegurar que los paquetes son entregados adecuadamente.
Las funciones asociadas con el establecimiento de la conexin, el intercambio de
informacin de status, as como los procedimientos de control de flujo son
evitados, lo que elimina tiempo de procesamiento, lo cual lo hace rpido y con
mnimo retardo.
Esto lo hace un protocolo ideal para aplicaciones en tiempo real como es la
transmisin de voz, adems UDP no ocupa gran ancho de banda y por tanto solo
requiere una porcin pequea del ancho de banda disponible para transmitir el
trfico de voz.
20
La mayora de mplementaciones de redes VolP emplean, TCP para transportar
trfico de control y sealizacin del canal de voz y UDP para transportar el trfico
de voz.
1.2.5 INTERNET PROTOCOL (IP).
El protocolo IP es el responsable de la entrega de paquetes (o datagramas) entre
dos computadores. IP es un protocolo no orientado a la conexin, esto es, que no
existe el establecimiento de una conexin virtual a travs de una red, previo al
inicio de la transmisin, este trabajo es delegado a protocolos de nivel ms alto.
IP no provee garantas relacionadas con confiabilidad, control de flujo, deteccin o
correccin de errores. Por tanto, los datagramas podran llegar al destino fuera de
secuencia, con errores y an, no llegar. Sin embargo, IP tiene xito en hacer la
red transparente a las capas superiores involucradas en la transmisin de voz a
travs de una red basada en IP.
Su tarea principal es mover o rutear bloques de datos sobre cada una de las
redes que se encuentren en medio hasta llegar al punto final con el que se desea
comunicar. Una unidad de datos del protocolo IP es un datagrama.
IP opera en la capa 3 (capa de red), independientemente de los protocolos que
estn corriendo en las capas 1 y 2.
Transmisin de datagramas.- resulta en la habilidad de transmitir en la capa de
red, evitando la necesidad de establecer una ruta fija entre la fuente y el destino.
En lugar de esto, los paquetes son subdivididos en unidades de datos llamados
datagramas. Los datagramas son transmitidos mediante una tcnica de broadcast
en la cual los paquetes son reenviados hacia todos los puertos que no sean el
puerto a travs del cual se recibieron los paquetes. Aunque esta tcnica de
transmisin duplica el trfico existente en varias rutas de la red, esta puede
simplificar considerablemente el ruteo en la red. Esta simplificacin resulta de que
al no existir rutas fijas entre nodos, no es necesario el soporte de un mtodo para
restablecer una ruta si existe falla de un circuito o nodo intermedio.
22
1.2.6 REAL-TIME TRANSPORT PROTOCOL Y REAL-TIME CONTROL
PROTOCOL (RTP Y RTCP)
RTP/RTCP4 fueron desarrollados originalmente por la IETF5 para proveer
transmisin de informacin de fn-a-fin en tiempo real. Los servicios que provee
RTP incluyen time stamping, numeracin de secuencia, monitoreo de entrega e
identificacin del tipo de informacin transportada. El monitoreo de la QoS es
realizado por RTCP ya que se usa para calcular y comunicar estadsticas
importantes acerca de los canales RTP, tales como retardo y prdida de
paquetes. La estrategia de diseo de RTP es minimizar el retardo an a costa de
la exactitud. Es decir, es preferible tener algunos paquetes perdidos en una
llamada antes de adicionar retardo adicional. El gateway usa esta informacin
estadstica para adaptar la llamada a las condiciones de la red tales como prdida
de paquetes.
Time Stamping.- es un servicio que permite la recepcin de paquetes con un
espaciamiento aleatorio y almacenarlos en una memoria antes de empezar la
reconstruccin de la voz. Cada paquete es removido del buffer de acuerdo al valor
del campo time-stamp, para proveer un mtodo uniforme de reconstruccin de la
voz, eliminando el aparecimiento de los retardos aleatorios que podran provocar
que porciones de la voz se escuchen defectuosas.
RTP puede ser considerado como un servicio de aplicacin. Las aplicaciones de
VolP emplean RTP corriendo sobre UDP. RTP y UDP forma distintas porciones
de la funcionalidad requerida para transferencia de datos en tiempo real. RTP no
trabaja como un protocolo de capa 4 tpico, en lugar de esto RTP se hace parte
del proceso de aplicacin, de esta forma RTP provee un conjunto comn de
funciones para aplicaciones que requieren el uso de un protocolo de transporte en
tiempo real. RTP provee un considerable grado de flexibilidad y no contiene
ningn mecanismo que garantice la entrega oportuna de los datos ni provee
garantas de QoS. Para suplir estas carencias RTP confa en lo servicios de
capas inferiores, de la misma forma que RSVP (Resource Reservation Protocol).
4 RTP/RTCP, est definido por el RFC 1889
5 IETF, Internet Engineering Task Forc
23
El protocolo RTP est compuesto de una cabecera seguida por los datos que
conforman un paquete. Pero a diferencia de otros protocolos de transporte que
usan el contenido de los campos del encabezado para propsitos de control, RTP
usa un mecanismo de control separado mediante paquetes RTCP para propsitos
de control.
1.2.6.1 Retardo y Jitter
Retardo es el tiempo que toma a un paquete alcanzar el punto de recepcin final
despus de haber sido transmitido desde el punto inicial de transmisin. Jitter es
la variacin en el retardo de dos paquetes consecutivos en el flujo de voz.
Con el empleo de time stamping, se puede recibir paquetes con un espaciamento
aleatorio (Jitter) y almacenarlos en una memoria, antes de reconstruir la voz. Cada
paquetes es retirado del buffer del acuerdo al valor del campo time stamp, para
lograr una reconstruccin uniforme de la voz.
Las funciones provistas por RTP incluyen:
Secuencia: El nmero de secuencia en el paquete RTP es usado para detectar
paquetes perdidos.
Identificacin de payload6: En la comunicacin entre diferentes redes, se
requiere a menudo la codificacin de los datos dinmicamente para ajustarse
a la disponibilidad de ancho de banda cambiante. Para proveer esta
funcionalidad, se incluye en cada paquete RTP, el identificador de payload que
describe la codificacin de los datos.
Indicacin de trama: Audio y video son enviados en unidades lgicas llamadas
tramas. Para indicar el principio y el final de cada trama, se provee un bit de
marca de trama.
6 Payload. Porcin de una trama o paquete que contiene informacin de capas superiores (datos).
24
Identificacin de fuente: En una sesin de multicast, se tienen varios
participantes. Por esto es necesario un dentificador de Synchronization
Source (SSRC) para determinar el originador de una trama.
Sincronizacin Intramedia: Para compensar las diferentes variaciones de
retardo para paquetes dentro del mismo stream, RTP provee indicaciones de
tiempo los cuales son requeridos por los buffers de reproduccin.
RTCP es un protocolo de control que trabaja en conjuncin con RTP. RTCP no se
emplea para establecer parmetros de QoS, sino que est orientado a la
informacin de estado. En una sesin RTP, los participantes peridicamente
envan paquetes de control RTCP hacia todos los involucrados en la sesin,
utilizando el mecanismo de distribucin de los paquetes de datos.
La funcin principal de RTCP es informar la calidad en la distribucin de datos,
esta es una parte integral de la funcionalidad de transporte de RTP y est
relacionado con las funciones de control de flujo y control de congestin.
Los servicios adicionales que RTCP provee son:
Retroalimentacin de QoS: RTCP es usado para reportar la QoS. La
informacin provista incluye: nmero de paquetes perdidos y jitter; esta
informacin es usada por las fuentes para ajustar sus tasas de bits.
Control de Sesin: Mediante el uso de un paquetes BYE, RTCP permite a los
participantes anunciar que estn por abandonar la sesin.
Identificacin: Informacin como direccin de correo electrnico, nombre y
nmero de telfono es incluida en los paquetes RTCP.
Sincronizacin Intermedia: RTCP provee informacin para sincronizar en el
lado de recepcin los streams de audo y video y poder reproducirlos juntos en
forma adecuada.
25
1.2.7 RUTEO IP
Rutear es el acto de mover informacin a travs de varias redes desde una fuente
a un destino basndose en su direccin IP. El dispositivo utilizado para esta
transferencia de informacin y por tanto para la interconexin de redes y subredes
es el ruteador. Los ruteadores se encuentran en los puntos lmites entre dos redes
fsicas o lgicas. Un ruteador es un repetidor de la capa de red, esto es, reenva
tramas en la capa 3 del modelo OSI.
El uso de ruteadores permite la divisin en diferentes redes fsicas y lgicas, cada
una con su propio espacio de direcciones.
El ruteo involucra dos actividades principales: determinar las vas ptimas de
ruteo y mover o reenviar paquetes a travs de varias redes.
Los ruteadores construyen sus tablas de ruteo a travs de informacin obtenida
mediante los protocolos de ruteo; estos protocolos permiten a los ruteadores en
un conjunto de redes, aprender acerca de otra redes y mantenerse al tanto de la
forma ptima de alcanzar estas. La determinacin de una ruta es efectuada
mediante del uso de mtricas. Mtrica es una funcin de parmetros de red que
son de diferentes tipos tales como: costo de la ruta, longitud de ruta, ancho de
banda disponible, nivel de seguridad de la ruta, QoS y confiabilidad de la ruta;
estos parmetros son usados por los algoritmos de ruteo para determinar la ruta
ptima hacia el destino. Estos valores que son requeridos por el algoritmo de
enrutamiento son almacenados en las tablas de ruteo en el ruteador, las entradas
en la tabla son creadas con informacin local y remota que circula en la red.
El algoritmo de enrutamiento en una red utiliza solo direcciones IP que se
registran en las tablas de ruteo. Aunque es posible que una tabla de ruteo
contenga la direccin de destino de una mquina especfica, por lo general se
registran direcciones de red para mantener un tamao reducido de la tabla.
26
Los protocolos de ruteo son el mecanismo mediante el cual los ruteadores
obtienen informacin acerca del estado de la red, es decir, los protocolos son
usados para poblar las tablas de ruteo y calcular costos.
Los ruteadores se comunican entre ellos peridicamente, mediante los mensajes
de actualizacin de ruteo, con el propsito de propagar la vista de las conexiones
de red que ellos tienen, el costo de las conexiones y los niveles de utilizacin.
Estos mensajes pueden contener una porcin o la tabla de ruteo completa.
Existen varias tcnicas para generar las tablas de ruteo. El ruteo esttico, requiere
que el administrador de la red construya y mantenga las tablas de ruteo de cada
ruteador. Esto significa que una vez configurada la tabla, las rutas de acceso o
salida en la red no pueden cambiar. Un ruteador que usa esta tcnica puede
configurarse para generar una alarma en caso de que un enlace de comunicacin
haya fallado, pero no puede rutear el trfico por una va alternativa de
comunicacin. Este tipo de ruteo se usa en redes de distancia limitada, por
ejemplo, un campo universitario.
El ruteo dinmico, permite al ruteador actualizar automticamente su tabla de
rutas y recalcular la va ptima basado en condiciones de la red en tiempo real,
como por ejemplo: fallas de enlace, congestiones y otros. Los ruteadores
mplementan el ruteo dinmico intercambiando informacin acerca de la topologa
de su red con otros ruteadores. Las capacidades del ruteo dinmico son las ms
deseables, porque estas permiten a las redes adaptarse a las condiciones
cambiantes de la red, por esto, es casi siempre utilizado para conectar redes en la
WAN. Los ruteadores dinmicos actualizan regularmente la vista de la red
completa, que incluye un mapa de los dispositivos operando en o bajo la capa de
red. Algunos ruteadores dinmicos soportan balanceo de trfico.
Para mantener una comunicacin efectiva, se requiere un adecuado intercambio
de informacin de ruteo y de estado entre los ruteadores. Los ruteadores
intercambian informacin acerca del estado de los enlaces de la red, de las rutas
disponibles, que se encuentran en sus tablas de ruteo. Los protocolos de ruteo
27
son usados para intercambiar esta informacin. En TCP/IP los protocolos ms
usados son RIP y OSPF (Open Shortest Path First). El proceso de actualizar las
tablas de ruteo (convergencia) debe ocurrir rpidamente de tal manera que
prevenga el envo de paquetes por rutas equivocadas.
Dos metodologas son empleadas para la diseminacin de informacin: vector
distancia y estado del enlace. Los ruteadores que emplean el mtodo de vector
distancia crean un mapa de red intercambiando informacin en una secuencia
progresiva y peridica. Cada ruteador mantiene una tabla de costos relativos
(cuenta de saltos u otros parmetros como disponibilidad de ancho de banda)
desde l hacia cada destino. La informacin intercambiada es usada para
determinar el alcance de la red por medio de varios saltos. Despus que el
ruteador ha calculado cada uno de estos vectores distancia hacia diferentes
destinos, este propaga la informacin hacia cada uno de ruteadores vecinos
peridicamente. Si ha ocurrido algn cambio en la red, es deducido de estos
vectores, el ruteador que ha recibido esta informacin modifica su tabla de rutas y
la propaga a los ruteadores vecinos. Este proceso contina hasta que todos los
ruteadores en la red tienen informacin sobre la nueva topologa. El ruteo
mediante vector distancia fue la primera clase de ruteo dinmico. Los protocolos
de vector distancia incluyen RIP, IGRP.
Los ruteadores usan los protocolos de estado de enlace para aprender la
topologa de la infraestructura de la interconexin entre redes y actualizar cada
uno sus tablas en forma peridica. La informacin de estado de enlace incluye la
identificacin de los enlaces o subredes conectadas directamente a cada ruteador
y el costo de la conexin. Los ruteadores que usan el algoritmo OSPF, envan
informacin de estado de enlace a todos los ruteadores en la red, estos
ruteadores usan esta informacin para llenar sus tablas de ruteo. Luego, cada
ruteador calcula la ruta ptima desde s mismo hacia cada enlace, los caminos
indirectos son descartados prevaleciendo las rutas ms cortas.
28
El ruteo mediante los protocolos de estado de enlace es una nueva forma de
ruteo dinmico. Son usados cuando se requiere el soporte de caractersticas de
Tipo de Servicio o QoS.
1.2.8 LA VOZ DIGITALIZADA TRANSPORTADA SOBRE IP
Voz sobre IP es el soporte de voz mediante paquetes IP. En la actualidad, la voz
sobre IP esta recibiendo mucha atencin debido a que muchas redes
empresariales y el Internet usan el protocolo TCP/IP para la comunicacin. Casi
todas las empresas tienen una red de datos basada en IP, mediante la integracin
del trfico de voz sobre el backbone IP o en la LAN, una empresa puede reducir
significativamente los costos de comunicaciones a travs de la PSTN. La
combinacin de la voz sobre las redes IP empresariales existentes proveen
muchas ventajas:
Uso de la infraestructura de red existente
Reduccin de los costos de comunicacin entre sucursales de la empresa
Llamadas PC a PC, PC a telfono y telfono a telfono sobre la red IP
La transmisin de voz sobre la Internet es otro uso de Voz sobre IP, que puede
ofrecer bypass para llamadas de larga distancia, comercio electrnico interactivo,
soporte al cliente, entre otros.
Comnmente sobre los enlaces de comunicacin WAN se tienen tramas de voz
comprimida en paquetes IP (encapsulacin IP). El protocolo IP es un protocolo no
orientado a la conexin debido a que los datos son enviados sin una conexin
directa establecida con el receptor. Los datos son encapsulados en un paquete IP
y enviados con la direccin IP de fuente y destino, no existe garanta de que el
paquete IP alcanzar su destino ni tampoco existe garanta de que cada paquete
sucesivo entre la misma fuente y el mismo destino seguirn el mismo camino.
Debido a esta caracterstica de IP, los protocolos de transporte deben proveer las
caractersticas complementarias necesarias para la transmisin de voz. Estos
protocolos son:
29
TCP. que mplementa un servicio de transporte confiable sobre el servicio de
ruteo provisto por IP. TCP mplementa la entrega de paquetes secuencial y
recuperacin de errores para paquetes duplicados o perdidos. De esta manera, si
un paquete IP esta perdido o se ha detectado un error en el mismo, TCP enviar
un mensaje al dispositivo fuente solicitando la retransmisin del paquete.
UDP. realiza una entrega de los paquetes a sus destinos de una forma rpida y
con mnimo procesamiento, UDP no provee garanta de entrega de los paquetes.
La voz es usualmente transportada mediante paquetes UDP.
RTP. reside sobre UDP y provee entrega rpida y fin-a-fin del trfico en tiempo
real como es la voz interactiva y video. RTP realiza time stamp, aade
numeracin de secuencia y monitorea la entrega de los paquetes de voz.
Con uno o ms de estos protocolos de transporte suministrando el mecanismo de
entrega, el paquete de voz encapsulado en IP tendr la estructura indicada en la
figura 1.8.
El ancho de banda requerido para transmitir la voz a travs de una red IP
depende de varios factores.
Informacin de encabezado, el numeral 1.2.9 se muestra un mtodo estndar
para transmitir muestras de voz en una red IP. La longitud total de la informacin
de encabezado es de 40 bytes 320 bits, estos encabezados son enviados cada
vez que se transmite un paquete que contiene muestras de voz. El ancho de
banda adicional ocupado por esta informacin de encabezado est determinada
por el nmero de paquetes que son transmitidos cada segundo.
Frecuencia de los paquetes, no existe una recomendacin en lo concerniente a la
duracin de un paquete de voz. Tpicamente se usan muestras de una duracin
de 20ms. La frecuencia del paquete es el inverso de la duracin en segundos
representados por la muestra de voz. Para este caso las muestras de voz en un
30
paquete representan una duracin de 20ms, por tanto, 50 de estas muestras son
requeridas cada segundo, que es lo mismo que 50pps (paquetes por segundo).
En 1995 la ITU-T, estandariz los algoritmos de voz ACELP para la codificacin
de las seales de voz en las redes de rea amplia; ACELP es usada para razones
de compresin de 16 kbps o menores. ITU-T G.729 (CS-ACELP) es un estndar
internacional que comprime los mustreos PCM de 64 kbps usados en la
transmisin de voz tpica, a menos de 8 kbps. ITU-T G.728 (CELP) comprime a 16
kbps.
ITU-T G.723.1 comprime la voz a razones inferiores a 5.3 kbps, tambin opera en
6.3 kbps. Este estndar es usado en la recomendacin H.323 para conferencia
sobre LANs.
1.2.9 ESTRUCTURA DE UN PAQUETE DE VOZ SOBRE IP
El mtodo estndar para transportar muestras de voz a travs de una red basada
en IP requiere la adicin de tres encabezados al payload de voz, uno por cada
capa. Estos encabezados son IP, UDP y RTP. Como se ilustra en la figura 1,8. El
encabezado IP tiene 20 bytes, el UDP tiene 8 bytes, el RTP 12 bytes.
Dependiendo de la razn de muestreo y del codee utilizado el payload de voz
tiene una longitud determinada entre 20 a 160 bytes. Finalmente se aade el
encabezado de enlace (capa 2) cuya longitud depende del medio de transmisin.
Longitud del paquete VolP
PAYLOAD DE VOZ
ENCABEZADO
RTP
ENCABEZADO
UDP
ENCABEZADO
I P
ENCABEZADO
DE
ENLACE
Y Bytes 12 Bytes 8 Bytes 20 Bytes X Bytes
Figura 1.8 Componentes del Paquete VolP
31
1.3 ESTRUCTURA Y FUNCIONAMIENTO DEL SISTEMA
TELEFNICO IP.
A travs de los aos han existido varios intentos para combinar las redes de voz y
datos, en los aos 80 los fabricantes de PBX trataron por s mismos de introducir
su versin de PBX que integraba voz y datos. Pero no fue hasta que se dio la
revolucin del Internet y luego de un amplio desarrollo de las redes IP que se tuvo
un mecanismo adecuado de transporte para soportar la convergencia de voz y
datos.
La telefona IP esta emergiendo como una importante tecnologa para las
empresas y los proveedores de servicio pblico. En la actualidad se est
implementando la conectividad entre oficinas y la migracin a servicios de voz
sobre IP. El impacto ms significativo de este proceso en las comunicaciones de
voz es la migracin de sistemas propietarios cerrados que limitan las alternativas
tecnolgicas, hacia sistemas basados en estndares abiertos, con complejidad
reducida, convergencia tecnolgica e innovacin rpida.
Actualmente y contrariamente a las impresiones iniciales, el trfico de voz
consume solamente porciones modestas del ancho de banda del canal de
comunicaciones, adems la voz, desde el punto de vista de la red, es una
aplicacin muy predecible.
1.3.1 LOS SISTEMAS TELEFNICOS TRADICIONALES
Tradicionalmente las comunicaciones de voz han sido manejadas por plataformas
propietarias altamente especializadas llamadas PBX (Prvate Branch eXchange),
las que han sido completamente optimizadas para proveer caractersticas propias
de las llamadas de conmutacin de circuitos (tales como transferencia de
llamadas, espera, etc.) y aplicaciones especializadas (contabilidad de llamadas,
correo de voz y distribucin automtica de llamadas) con una gran confiabilidad.
El fabricante de la PBX fue tpicamente la nica organizacin capaz de desarrollar
software o aadir nuevas caractersticas o funciones al sistema, restringiendo de
esta manera a las empresas y sus usuarios en la posibilidad de aadir nuevas
funcionalidades.
32
Las PBXs fueron originalmente desarrolladas para las oficinas para evitar la
existencia de una lnea telefnica por cada usuario. La tarea de una PBX es
conmutar llamadas sobre conexiones internas, mientras permite a los usuarios
compartir un cierto nmero de lneas externas.
La principal desventaja de las PBX es que son plataformas centralizadas en una
localizacin en un mundo cada vez menos restringido por los lmites geogrficos.
Debido a que los servicios de una PBX no pueden ser fcilmente extendidos fuera
de los limites de una localizacin se presentan los siguientes problemas:
Desigualdad de servicios.- Diferentes partes de la organizacin tienen acceso a
diferentes tipos y niveles de comunicaciones de voz, es decir, que los empleados
que se encuentran en la oficina principal tienen acceso a servicios sofisticados,
mientras que los empleados en las oficinas remotas tienen acceso solo a una
parte de estos servicios. Las oficinas remotas no estn bien integradas al sistema
telefnico empresarial.
Personal de mantenimiento.- Cada sistema mantiene una arquitectura
particular, propia del fabricante. Muchas organizaciones poseen PBX de
diferentes fabricantes en cada oficina lo cual complica las tareas de
mantenimiento puesto que el personal debe estar familiarizado en solucionar
problemas en mltiples plataformas.
Facturas telefnicas altas.- Debido a que cada oficina remota, igual que la
oficina principal, tienen sus propias lneas troncales, conectadas a la PSTN, para
el trfico de llamadas entrantes y salientes.
Opciones de comunicacin limitadas.- No existe una manera efectiva para
extender todos los beneficios de una PBX a las oficinas remotas. Si se comunican
directamente por un canal, dos PBXs la solucin es limitada debido a que las
caractersticas de una PBX no son compatibles con las de la otra.
33
Debido a estas limitaciones existe un gran inters por parte de las empresas por
la comunicacin de voz sobre IP.
1.3.2 BENEFICIOS DE LOS SISTEMAS TELEFNICOS IP.
Existe un consenso general en la industria de que Voz sobre IP representa la
siguiente generacin de sistemas telefnicos empresariales.
El valor de un sistema de voz basado en IP, tambin llamado PBX basada en IP o
PBX IP, se fundamenta en los siguientes aspectos:
Disponibilidad.- Contrario a los sistemas PBX tradicionales que centran su
arquitectura en una caja. Los sistemas telefnicos IP se basan en un sistema
distribuido. La redundancia del sistema de voz esta basada en la redundancia de
la red de datos, cuyo soporte es la combinacin de hardware, software y practicas
de diseo de redes.
Protocolos Estndar.- El uso de IP como mecanismo de transporte ofrece a la
empresas la flexibilidad para entregar trfico de voz a cualquier localizacin sobre
cualquier tipo de medio de comunicacin. IP puede transportarse sobre ATM,
frame relay, ethernet, ppp, etc.
Ahorro en larga distancia.- La empresa disminuir sus facturas por pago de uso
de la PSTN en llamadas de larga distancia, al incorporar el trfico de voz a su red
de datos preexistente. Este ahorro est limitado, a las localizaciones que son
servidas por la red WAN empresarial.
Infraestructura convergente simplificada.- Mediante la incorporacin de la voz
a la infraestructura de red de datos IP, ya no existe la necesidad de tener dos
redes separadas para datos y voz.
Una infraestructura de red que usa Voz sobre IP provee flexibilidad,
particularmente en la manera en que las funciones pueden ser distribuidas a
34
travs de la red; las empresas podrn distribuir en un nivel uniforme los servicios
de voz y datos hacia las oficinas remotas.
1.3.3 ESTRUCTURA DEL SISTEMA TELEFNICO IP.
Para asegurar el trfico de Voz sobre IP se requiere una estructura de red que
habilite una exitosa interconexin de las redes IP. Esta interconexin depende del
arreglo de la infraestructura de soporte que pueda asegurar la continuidad en el
flujo del trfico de voz entre todos los usuarios de la red. Un sistema telefnico IP
requiere de una infraestructura IP basada en switchs y ruteadores de Capa 2 y
Capa 3, se debe asegurar que todos los dispositivos estn conectados usando
puertos conmutados 10/100 Mbps.
Un sistema telefnico IP es un conjunto de varios componentes de hardware y
software, cada uno de los cuales cumple una funcin dentro del sistema.
Los componentes principales de software en una red VolP son: Servicios de
directorio, Procesamiento de llamadas, Aplicaciones de telefona y Administracin
de red.
Servicios de directorio.- Se detalla ms adelante en el numeral 1.3.4.5
Recursos.
Procesamiento de llamadas.- Se detalla ms adelante en el numeral 1.3.4.2
Control de Llamadas y Administracin de Conexin.
Aplicaciones de telefona.- Las aplicaciones de telefona corren sobre varios
dispositivos de la red VolP son: Correo de voz, Respuesta de Voz interactiva
(IVR), Reconocimiento de voz, integracin de correo electrnico. Una amplia
gama de aplicaciones que pueden ser mplementadas y configuradas de acuerdo
a las necesidades de la empresa que pueden incrementar la productividad de la
misma.
35
Administracin de red.- Se detalla en el numeral 1.3.4.5.6 Administracin de
red.
Los componentes principales de hardware en una red VolP son: Servidor de
control de llamadas, Conmutador de red o Switch, Ruteador, Servidores de
aplicacin, telfonos IP.
Servidor de Control de Llamadas. Tambin llamado PBX IP, ver numeral 1.3.4.
Arquitectura funcional de la PBX IP.
Switch. La existencia de switchs en una red de voz y datos es un requisito
indispensable para asegurar la calidad de la voz, mediante encolamiento y
clasificacin avanzadas de paquetes, multicast y tcnicas de manejo de buffers.
Los switchs son equipos de comunicaciones que operan principalmente en la
capa 2 del modelo de referencia OSI. Los switchs son usados para interconectar
mltiples segmentos de LAN, provee comunicacin dedicada y libre de errores
entre los dispositivos de red, con soporte para mltiples conversaciones
simultneas. Los switchs son diseados para conmutar tramas de datos a
grandes velocidades.
Ruteador. El ruteador debe proveer capacidades avanzadas de QoS para
asegurar una buena calidad de voz. Las tcnicas para soportar aplicaciones en
tiempo real (como es VolP) sern analizadas en el captulo 2 del presente trabajo.
Cabe indicar, que ciertos fabricantes de sistemas VolP incorporan la conexin a la
PSTN en el ruteador aadiendo a este equipo la funcionalidad de gateway. Esta
conexin es necesaria para la comunicacin fuera del entorno empresarial, es
decir, las llamadas hacia el exterior de la empresa.
Informacin adicional de la forma de trabajo de un ruteador se encuentra en el
numeral 1.2.7 Ruteo IP.
36
Servidores de Aplicacin. Soportan aplicaciones puntuales que complementan
la funcionalidad del Servidor de Control de llamadas y proveen servicios tales
como: Correo de voz, Correo de fax, Respuesta de Voz interactiva (IVR),
Reconocimiento de voz. Estos servidores de aplicacin pueden estar corriendo en
un mismo equipo, que el servidor de control de llamadas, o en varios dependiendo
del tamao de la red empresarial. Al igual que el servidor de control de llamadas
corren sobre un sistema operativo comercial.
Telfono IP. Ver el numeral 1.3.8 ms adelante.
1.3.4 ARQUITECTURA FUNCIONAL DE LA PBX IP
PSTN
Fax
telfono
WAN
sm
Ruteador
/ LAN
D
PC
y!
IP
Figura 1.9 Estructura de la PBX IP
La PBX IP o servidor de control de llamadas, usa software de arquitectura abierta
corriendo sobre un servidor de red especial; es un conjunto de mdulos de
software que corren sobre un servidor basado en un sistema operativo comercial
como Unix o Windows NT, que provee la funcionalidad para control de llamadas
sean estas: internas entre telfonos IP sobre la LAN o la WAN; entre la PSTN y
37
un telfono IP; entre la PSTN y un telfono tradicional y adems controla y
administra los usuarios y recursos. El hardware y el software de la PBX IP poseen
mecanismos de redundancia que proveen la contabilidad necesaria para un
sistema de comunicacin de voz.
La figura 1.9 muestra la arquitectura funcional de una PBX IP. Las entidades
funcionales del software de la PBX IP son:
1.3.4.1 BusTDM
Se usa para conmutacin de llamadas entre puntos finales que son de
conmutacin de circuitos, por ejemplo, llamadas desde un fax hacia la PSTN
exclusivamente, aunque tambin es usado junto con otras entidades funcionales
para llamadas entre dispositivos IP y dispositivos de la PSTN, sean estos
analgicos o digitales.
Este bloque funcional junto con el gateway soporta la comunicacin desde y hacia
la PSTN, que al igual que en la PBX tradicional, la conexin puede ser mediante
varias lneas troncales o mediante una lnea digital E1.
1.3.4.2 Control de Llamadas y Administracin de Conexin
Provee el control de las llamadas entre dispositivos VolP. Provee la
administracin del plan de marcado. Est basada en una arquitectura de
estndares abiertos provista actualmente por algunos protocolos que incluyen
estndares existentes y otros que estn en proceso de creacin entre ellos:
H.323, Media Gateway Control Protocol (MGCP), Session Initiation Protocol (SIP).
1.3.4.2.1 H.323.
Es un estndar del ITU-T, que define los componentes, procedimientos y
protocolos necesarios para proveer comunicacin para voz, video y datos
sobre redes IP. H.323 es esencialmente un protocolo de acceso que permite a
38
un usuario final el envo de voz, datos y video sobre una LAN. H.323 puede ser
usado en cualquier red de conmutacin de paquetes, sin importar el medio de
la capa fsica, es decir, que no depende del hardware o del sistema operativo.
Para transportar trfico de voz sobre IP, H.323 usa dos protocolos de
transporte que son TCP y UDP. Sobre TCP se transporta el trfico de
sealizacin de voz, debido a que, TCP provee entrega secuencial de
paquetes en forma confiable. El trfico de sealizacin de voz encapsulado por
H.323 debe llegar al destino sin errores y con mnimo retardo. Sobre UDP se
transporta el trfico de audio, puesto que UDP provee servicios de transaccin
simple y rpida con mnimo procesamiento.
H.323 tambin utiliza RTP y RTCP definido por la IETF, con extensiones para
sealizacin de llamadas y algoritmos para codificacin de audio y video. Ver
tabla 1.4.
Las aplicaciones H.323 usan la siguiente estructura de protocolo: Una sesin
TCP soporta H.225 y una sesin TCP separada soporta H.245; Una sesin
UDP soporta RTP y una sesin UDP separada soporta RTCP.
Protocolo de la
Capa de
Aplicacin
Trfico Transportado Descripcin
H.225 Sealizacin de llamada,
Control de Sesin
Incluye el establecimiento de llamada y formato
H.245 Estado de la llamada Incluye caractersticas de capacidad de
intercambio, sealizacin del canal lgico, modo
solicitud, retardo, canales lgicos
unidireccionales
RTP Temporizacin,
Tipo de datos
RTP provee capacidad de multicast
RTCP Calidad, Informacin de
Control de Sesin
RTCP controla a RTP, provee seguimiento de
los participantes, notificacin de calidad, tasa de
recepcin de paquetes e informacin de control
de sesin
Tabla 1.4 Funciones de los protocolos de la capa de aplicacin en el trabajo de H.323
39
H.323 es independiente de la topologa de la red, los terminales H.323 pueden
comunicarse sobre las LANs a travs de hubs, switches, etc., sobre internets
locales y remotas a travs de ruteadores, bridges, etc. y sobre conexiones de
acceso telefnico.
H.323 provee descripciones de sistemas y de componentes, descripciones de
modelo de llamadas y procedimientos de sealizacin de llamadas. Esta
recomendacin es un estndar de base para otros documentos ITU-T.
Para la codificacin de voz y video se listan otras recomendaciones: G.711 es
obligatoria para codificacin de voz y G.722, G.728, G.723.1 y G.729 son
opcionales; para video el modo QCIF de H.261 es obligatorio. Y las
recomendaciones T.120 son usadas para aplicaciones de datos.
1.3.4.2.2 MGCP7 (Media Gateway Control Protocoi).
Media Gateway Control Protocoi, desarrollado por la IETF, es un protocolo que
define la comunicacin entre elementos de control de llamadas (Agentes de
llamada) y gateways telefnicos (numeral 1.3.4.4). Los agentes de llamada son
tambin conocidos como Media Gateway Conrollers. MGCP es un protocolo
de control, que permite a un coordinador central monitorear los eventos en los
telfonos IP y gateways e instruirlos para enviar informacin a direcciones
especficas. Esto resulta de la fusin de Simple Gateway Control Protocoi e
Internet Protocoi Device Control. La inteligencia de control de llamadas est
localizada fuera de los gateways y es manejada por elementos de control de
llamadas externos. MGCP asume que estos elementos de control de llamada o
agentes de llamada se sincronizarn unos con otros para enviar comandos
coherentes a los gateways bajo su control. Es un protocolo maestro/esclavo,
donde los gateways estn en espera para ejecutar comandos enviados por los
Agentes de llamada. Los ms importante de MGCP es su simplicidad y
confiabilidad.
7 MGCP, est detallado en el RFC 2705
40
1.3.4.2.3 SIP . Scssion Initiaon Proocoi
Es un protocolo estndar de la IETF, para el establecimiento de conexiones
VolP. Es un protocolo de control que trabaja en la capa de aplicacin (modelo
OSI) para crear, modificar y terminar sesiones con uno o ms participantes. La
arquitectura cliente-servidor de SIP es similar a HTTP. Las solicitudes son
generadas por el cliente y enviadas al servidor. El servidor procesa las
solicitudes y entonces enva una respuesta al cliente. Una solicitud y las
respuestas a sta conforman una transaccin. SIP tiene mensajes de INVITE y
ACK, los cuales definen el proceso de apertura de un canal confiable sobre el
cual los mensajes de control de llamada pueden ser enviados. SIP no depende
del protocolo de transporte sobre el cual corre, por s mismo provee
confiabilidad y no depende de la contabilidad de TCP. SIP depende de SDP
(Session Description Protocol) para realizar la negociacin para la identificacin
del codee. SIP soporta descripciones de sesin que permiten a los
participantes acordar en un conjunto compatible de tipos de medios, tambin
soporta movilidad de los usuarios mediante redireccionamiento de las
solicitudes hacia la localizacin actual del usuario. Los servicios que SIP
provee incluyen:
. Localizacin del usuario, determinacin del sistema final a ser usado para la
comunicacin.
. Creacin de llamada: timbrado y establecimiento de los parmetros de
llamada en ambos extremos, el origen y el destino.
. Disponibilidad de Usuario: determinacin de la predisposicin del destino
para vincularse en comunicaciones.
. Capacidades del usuario: determinacin de los medios y los parmetros a
ser usados.
Manejo de Llamada: la transferencia y terminacin de llamadas.
SIP, est detallado en el RFC 2543
41
1.3.4.3 Aplicaciones
Basadas en estndares que actualmente estn siendo adoptados por la industria
de telecomunicaciones como son: Telephony Application Programmable Interface
(TAPI), Java Telephony Application Programmable Interface (JTAPI).
1.3.4.3.1 TAPI (Telephony Application Programming Interface).
Desarrollado inicialmente por Microsoft, esta nterface de programacin opera
independientemente de la red telefnica o el equipo, permite a los programas
de aplicacin tomar el control de las funciones de telefona. Estas incluyen
funciones bsicas como establecimiento, respuesta y terminacin de una
llamada y tambin funciones complementarias como espera, transferencia,
conferencia iguales a las halladas en las PBXs tradicionales. Este API tambin
provee caractersticas que son especficas de ciertas aplicaciones, logrando de
esta manera, apertura para acomodar servicios telefnicos futuros.
1.3.4.3.2 JTAPI (Java Telephony Application Programming Interface).
Es un conjunto de clases, interfaces y principios de operacin que constituyen
un paquete de extensin Java. Las implementaciones de JTAPI son las
interfaces entre las aplicaciones de telefona en computadoras hechas en Java
y los servicios de telefona, sean estos implementados como software, como en
el caso de la PBX IP o en hardware. JTAPI define el acceso a una o ms de las
siguientes reas de funcionalidad:
Control de llamadas: Se refiere al control y observacin del procesamiento
de llamadas, tales como traslacin de direcciones, establecimiento de
llamada, ruteo de llamada, servicios suplementarios y acceso a la
informacin asociada con la llamada.
. Control del dispositivo fsico o telfono: incluye el control y monitoreo sobre
uno o ms elementos de la nterface del usuario de un telfono, entre ellos:
Java, lenguaje de programacin de Sun Microsystems
Figura 1.10 Estructura general de un gateway
El gateway de conexin a la PSTN debe manejar funciones de codificador,
generacin de llamadas, sealizacin y ruteo en ambas interfaces: el lado del
sistema telefnico de conmutacin de circuitos y lado de la red IP (LAN). Algunas
de las funciones provistas por el gateway H.323 son ilustradas en la figura 1.11.
Los gateways utilizan los protocolos H.323 o MGCP para soportar la sealizacin
telefnica estndar. Los gateways emulan las funciones de la PSTN en respuesta
a la entrada y salida de seales, generando y recibiendo DTMF10 y tonos de
progreso de llamada, servicios suplementarios de usuario como espera,
transferencia y conferencia.
La figura 1.10 muestra las secciones principales de la estructura de un gateway,
la interface hacia el sistema telefnico de conmutacin de circuitos se encuentra
en el lado izquierdo y la interface hacia la red IP en el lado derecho.
Interface de Voz Interface de LAN
Te
Jji
le fono
Trfico de Voz
Compresin .. _. ., .
j Voz Digital
Paqueteada
RTP
j
Sealizacin de Voz
RAS
Q. 931 Generacin llamada, Sealizacin Ctrlh-
H.245 Sealizacin de Control del Canal
UDP
TCP

IP LAN
Figura 1-11 Componentes lgicos de un gateway H.323
Los requerimientos de funcionamiento y compatibilidad dependen de la red
especfica en la que va a ser instalado. Se debe tener presente los siguientes
aspectos: capacidad del gateway, tipo de conexin a la PSTN (por ejemplo, E1-
R2, PRI), que servicios suplementarios son deseados, que tipos de compresin
de voz van a ser soportados, servicio de marcado de extensin directo, soporte
para transmisin de fax, tipo de interface de administracin de red a usarse, entre
otros.
DTMF, Dual Tone Modulation Frecuency
1.3.4.5 Recursos.
Dentro de esta unidad se incluyen las siguientes funciones complementarias a las
del Control de Llamadas:
1.3.4.5.1 Servicios de Directorio.
Como directorio se conoce a la base de datos de usuarios, en la cual se
almacena toda la informacin de los usuarios que pertenecen a la empresa,
por ejemplo: nombre de usuario de red, clave personal, nombre completo,
datos personales, etc. Los servicios de directorio, que son provistos por el
sistema operativo comercial sobre el cual est instalada la PBX IP, sirven para
auditora y control del sistema en general ya que mediante el uso del servicio
de directorio se pueden implementar polticas adecuadas que permitan o
restrinjan el uso de las funciones del sistema telefnico a determinados grupos
de usuarios dentro de la red empresarial telefnica y llevar control de cual
persona realiz cierta operacin. Adicionalmente, este directorio permite tener
una integracin con otros servicios de la red como correo de voz y correo
electrnico junto con la disponibilidad de una base de datos completa con
informacin del personal de la empresa, corno por ejemplo: nombre, profesin,
cargo que ocupa, jerarqua, direccin y telfono del domicilio, etc.
Todos estos controles dependen de la interaccin del sistema operativo y la
aplicacin de telefona, por tanto, cambian de acuerdo a cada fabricante.
.3.4.5.2 Interpretador de Tonos DTMF.
Que son enviados por los telfonos IP de la red basados en las teclas
presionadas que ha enviado la Interface de usuario de cada dispositivo.
1,3.4.5.3 Cancelacin de Eco de Lnea.
Se realiza la cancelacin de eco en forma compatible con el estndar ITU
G.168. El eco esta presente an en las redes telefnicas convencionales de
conmutacin de circuitos, sin embargo este es aceptable ya que los retardos
de ida y vuelta (round trip) a travs de la red son menores que 50ms. El eco se
vuelve un problema en las redes de conmutacin de paquetes debido a que el
retardo round trip a travs de la red es siempre mayor a 50ms11.
1.3.4.5.4 Encrpcin de Voz.
Provee encripcin de los paquetes de voz antes de la transmisin hacia la red
para asegurar privacidad. El objetivo principal de cualquier sistema de
encripcin de informacin es que solo los puntos finales que poseen el cdigo
de encripcin adecuado puedan leer esta informacin, mediante esta tcnica
se evita que entidades ajenas a la empresa puedan recoger la informacin del
canal de transmisin, analizarla y recuperarla.
1.3.4.5.5 nterface para dispositivos analgicos.
Provee el soporte para la conexin de dispositivos analgicos de dos hilos
(telfonos, aparatos de fax y modems). Forma parte la PBX IP como tal o
puede localizarse en el gateway. Tiene entradas RJ-11 en las cuales emula la
nterface de la central telefnica. Este adaptador provee corriente de lazo,
detecta cuando se levanta el auricular, recibe tonos DTMF y genera voltaje de
timbre para llamadas entrantes. Convierte las seales analgicas entrantes en
paquetes de datos para ser transportados sobre la red IP.
/.3.4.5.6 Administracin de Red.
Soporta la administracin remota de la PBX IP. El agente de administracin de
la red consiste de los siguientes mdulos:
Agente de Red. Realiza las funciones de administracin de red de una PBX IP,
incluyendo monitoreo del status y reporte de alarmas, recolectando
estadsticas en respuesta a solicitudes SNMP, enviadas desde un sistema de
administracin de red.
11 El estndar G.168 define los requerimientos de eficiencia que son requeridos por los
canceladores de eco.
TFTP (Trivial File Transpon Protocol), es usado para descargar
actualizaciones de software en la memoria Flash de los telfonos IP.
1.3.4.6 Ncleo Svvitch IP
Est conformado en hardware por la interface de red hacia la red empresarial, su
funcin principal radica en pasar la informacin adecuada a los mdulos de
software que realizan la funcionalidad de la PBX IP, mediante el manejo
adecuado de los protocolos de red ya descritos en la seccin 1.2. y subsiguientes.
Para la comunicacin entre telfonos IP, la conmutacin est provista por la red
IP; la PBX IP establece la llamada, la desconexin y la sealizacin entre
telfonos IP.
PSTN
WAN
Ruteador
.' LAN
IP IP
PC
Figura 1.12 Estructura del Sistema Telefnico IP en una Red Empresarial
Para la comunicacin entre la red IP y la PSTN se usa la funcionalidad de
gateway incorporada en la PBX IP. El gateway puede ser parte de la PBX IP o
puede correr sobre un servidor independiente o puede estar como un mdulo
adicional en uno de los ruteadores o switchs de la red, esto depende del
fabricante del sistema de VolP.
La estructura de una red empresarial de voz y datos, es mostrada en la figura
1.12.
1.3.5 BREVE DESCRIPCIN DEL PROCESO DE ESTABLECIMIENTO DE
UNA LLAMADA.
El sistema telefnico IP, como se ha descrito en las secciones anteriores, est
conformado por varios dispositivos de comunicaciones que tienen caractersticas
especiales que permiten una adecuada transmisin de la voz sobre la red de
datos, por tanto al igual que una red de datos IP, el principio bsico de la
comunicacin entre estos dispositivos es la direccin IP de cada uno. Ya que
conociendo la direccin IP de cada dispositivo estos pueden comunicarse unos
con otros, por esta razn es indispensable la existencia de un servidor DNS12 en
la red, este puede trabajar sobre el mismo equipo que la PBX IP o en otro.
Al instalar los telfonos en la red, debe existir un mecanismo que permita que
cada telfono tenga su direccin IP, esto se puede realizar mediante un servidor
DHCP13, o mediante la configuracin de la direccin IP en cada telfono usando el
men de configuracin de ste. Esta asignacin de direcciones IP est
relacionada con el plan de marcado, el mismo que crea una base de datos con el
registro de cada nmero de extensin y su respectiva direccin IP.
Se ha tomado el protocolo H.323, para explicar el funcionamiento de los
mecanismos de sealizacin y control de llamadas en una red VolP.
1.3.5.1 Gatekeeper.
Es un componente opcional en una red H.323, cuya funcionalidad se incluye
dentro de la PBX IP, para el establecimiento y control de llamadas. Los
12 DNS, Domain ame System
13 DHCP, Dynamic Host Configuration Protoco
gatekeepers son necesarios para tener comunicaciones confiables. En un
gatekeeper se registran todos los puntos finales de la red (telfonos IP,
gateways). Los mensajes de control son ruteados a travs del gatekeeper. Una
zona administrada esta conformada por un gatekeeper y los puntos finales que
ste administra. Un gatekeeper provee varios servicios a los puntos finales de su
zona que incluyen:
Traslacin de direcciones, un gatekeeper mantiene una base de datos para
traslacin entre nmeros de telfono o direcciones de red.
Control de admisin y acceso, este control puede ser basado en la
disponibilidad de ancho de banda, limitacin del nmero de llamadas
simultneas o por los privilegios que cada punto final posee.
Administracin de ancho de banda, se puede especificar un lmite en el
nmero de llamadas simultneas o limitar la autorizacin de que ciertos puntos
puedan realizar llamadas en horas especficas.
La informacin de control es esencial para el establecimiento y terminacin de
llamadas, capacidad de intercambio, negociacin y propsitos administrativos.
H.323 usa tres protocolos de control: H.225/Q.931 para sealizacin de llamadas,
H.245 para control de medio y H.225.0 RAS.
H.225.0 para sealizacin de llamadas.- La sealizacin de llamadas es un
requerimiento bsico para el establecimiento y terminacin de llamadas entre
puntos finales. H.225.0 adopta Q.931 mediante su incorporacin en su formato de
mensajes. Estos mensajes pueden ser ruteados a travs de un gatekeeper.
H.245 para control de medio.- Se usa para que los puntos finales puedan negociar
para determinar configuraciones compatibles antes de que la comunicacin de
audio y/o datos pueda ser establecida. H.245 usa mensajes de control y
comandos que son intercambiados durante la llamada para informar e instruir. Las
funciones que provee H.245 son las siguientes:
Intercambio de capacidades. Cada punto final registra sus capacidades de
envo y recepcin en un mensaje y los enva al otro punto final.
Apertura y cierre de canales lgicos. Los canales lgicos de audio en H.323
son enlaces unidireccionales de fin a fin. Los canales de datos son
bidireccionales. Un canal separado es necesario para las comunicaciones de
audio y datos.
Mensajes de control de flujo. Estos mensajes proveen realimentacin a los
puntos finales cuando se encuentran problemas de comunicacin.
Los mensajes de control H.245 pueden ser ruteados a travs de un gatekeeper.
H.225.0 RAS.- RAS (registration, admission, status), estos mensajes definen la
comunicacin entre puntos finales y un gatekeeper. Las comunicaciones H.225.0
RAS incluyen:
Descubrimiento del gatekeeper. Un punto final que necesita encontrar la
direccin de red de su gatekeeper(s), realiza un multicast con un mensaje
GRQ (gatekeeper request). Uno o ms gatekeepers con un mensaje GCF
(gatekeeper confirmation) que contiene la direccin de red del gatekeeper.
Registro del punto final. Una vez que el gatekeeper existe, todos los puntos
finales deben ser registrados en l. Para que el gatekeeper registre los alias y
las direcciones de red de todos los puntos finales.
Localzacin del punto final. Los gatekeepers usan este mensaje para localizar
puntos finales con una direccin de red especfica.
Establecimiento y terminacin de llamada en H.323.- La tabla 1.5 muestra los
mensajes de control que son intercambiados entre puntos finales A y B desde el
establecimiento de una llamada hasta su terminacin.
El punto A inicia una llamada haca B directamente sin gateway o gatekeeper
intermediario. Los mensajes sombreados (mensajes del 4 al 11) son mensajes
H.245 mientras que el resto son mensajes de sealizacin de llamada H.225.0.
Algunos mensajes pueden ser solapados aunque estos son mostrados en
secuencia en la tabla. El punto A inicia la llamada mediante el envo del mensaje
Setup a B. El punto B responde con los mensajes Alerting y Connect para indicar
que est listo para la llamada. La sealizacin de llamada es seguida por el
intercambio de mensajes H.245. Cada terminal enva un mensaje TermCapSet
para indicar su configuracin de medios al otro punto. Cada uno de los puntos
reconocen la configuracin del otro mediante mensajes TermCapSetAck. A
continuacin se determina el punto maestro o esclavo mediante los mensajes
MasterSIvDet y MasterSIvDetAck. La distincin maestro/esclavo es necesaria
para evitar conflictos en situaciones tales como la apertura de un canal
bidireccional para comunicaciones. El punto master (A) dirige la apertura del canal
lgico usando el mensaje OpenReq. El punto B sigue con la apertura del canal
lgico en la otra direccin. La llamada es terminada despus del intercambio de
los mensajes EndSession y luego con el mensaje Relase (H.225.0).
Mensaje
1
2
3
4
5
4
5
6
7
8
9
10
9
10
11
11
12
Punto A
Setup
TermCapSet
TermCapAck
MasterSIvDet
MasterSIvDetConfrm
OpenReq
OpenAck
EndSession
Relase
Punto B
Alerting
Connect
TermCapAck
TermCapSet
MasterSIvDetAck
OpenAck
OpenReq
EndSession
Tabla 1.5 Secuencia de Mensajes de Control de Llamada
1.3.6 DISPONIBILIDAD DEL SISTEMA TELEFNICO IP.
La red de telefnica empresarial que emplea PBX tradicionales provee una alta
disponibilidad que al igual que en la PSTN radica en la central, ste es el punto
que deba ser atendido y alimentado para garantizar la continuidad del servicio a
los usuarios.
En un sistema telefnico IP, en contraste con las PBX tradicionales, la
disponibilidad est diseada en un sistema distribuido en lugar de en una caja.
La redundancia est disponible en los componentes individuales de hardware
para servicios tales como energa y mdulos de supervisin. La redundancia de
red es realizada con una combinacin de hardware, software y prcticas
inteligentes de diseo de red.
1.3.6.1 Disponibilidad de Red y de Mdulos de Supervisin
La redundancia de la red se lleva a cabo a nivel de la PBX IP y del ruteador de
conexin a la WAN. La redundancia de los mdulos de supervisin o de control
est cubierta al atender la disponibilidad del servidor PBX IP.
La PBX IP es un servidor de caractersticas especiales que provee toda la
funcionalidad de conmutacin y ruteo de llamadas as como servicios adicionales
tpicos de la red de voz y adicionalmente aplicaciones multimedia. Este servidor
debe ser de alta disponibilidad y para esto debe contar con redundancia en varios
puntos crticos de funcionamiento como son:
El sistema de almacenamiento de informacin, es decir, los discos duros que
deben estar conformando un arreglo de discos para prevenir posible prdida
de informacin y para permitir un adecuado rendimiento de este sistema. Se
pueden tener varias opciones de configuracin como son: RAID 1 discos en
espejo, en el cual un disco es la imagen exacta del otro; RAID 5 strip set with
parity, el cual se realiza con mnimo 3 discos idnticos, la informacin se va
almacenando en los tres discos por igual junto con informacin de paridad que
es calculada por el algoritmo de manejo del arreglo de discos, esta informacin
es utilizada en caso de una eventual falla de uno de los discos y permite que
se pueda reconstruir la informacin en una disco nuevo una vez que se
reemplace el daado.
El sistema de energa, est conformado por fuentes de energa redundantes,
en caso de falla de una de ellas, la otra entrar en funcionamiento
inmediatamente.
Una alternativa para proveer alta disponibilidad para la PBX IP, es mediante el
uso de un cluster de servidores, el que bsicamente consta de dos servidores de
las mismas caractersticas conectados a un arreglo de discos comn mediante
tarjetas especiales. En funcionamiento normal uno de los equipos esta trabajando
con el arreglo de discos tal como un servidor normal, en caso de presentarse una
falla dentro de ste servidor automticamente el otro servidor, que estaba en
espera, tomar el control del arreglo de discos y seguir prestando servicio a la
red.
El ruteador de conexin a la WAN debe soportar caractersticas de redundancia
dentro del propio equipo, como es el caso de fuentes de energa redundantes.
En la red WAN, cuya disponibilidad depende de la empresa proveedora del enlace
comunicaciones, se debe solicitar que los enlaces provistos cuenten con rutas
alternativas de comunicacin, al interior de la red del proveedor, que permitan la
comunicacin ininterrumpida entre las diferentes oficinas de la empresa.
1.3.6.2 Disponibilidad de Energa
Para que el sistema telefnico IP pueda ofrecer una alta disponibilidad, debe
existir un suministro continuo de energa a todos sus componentes.
Este suministro debe realizarse mediante el uso de UPS y de generadores cuya
capacidad depender de la carga (nmero de puntos a ser servidos en la red) y
del tiempo de respaldo en caso de los UPS. Estos puntos a ser alimentados
incluyen: los servidores que cumplen con las funciones de PBX IP, los switchs, los
ruteadores y finalmente los telfonos IP. Debido a esto deber existir una red
elctrica independiente que sirva a estos elementos, la parte ms complicada
sera la alimentacin a los telfonos IP que estn distribuidos en todo el edificio de
la empresa, al contrario del resto de elementos (PBX IP, switchs, ruteadores) que
generalmente se encuentran en un solo lugar.
Debido a esto algunos fabricantes incluyen la alimentacin elctrica del telfono
IP en el mismo cable de la red, mediante switchs especiales que incluyen
mdulos de alimentacin elctrica conectados al puerto de conexin. Estos
switchs tienen la particularidad de autosensar el dispositivo que se conecta a cada
puerto y determinar si se trata de una tarjeta de red comn de PC o de un telfono
IP, en cuyo caso se activara la alimentacin elctrica. Esta caracterstica
incrementa la disponibilidad de la red de voz.
1.3.7 CONEXIONES EN LA RED VOIP
1.3.7.1 Conexin de dispositivos en la red LAN
La figura 1.13 muestra las diferentes maneras en las cuales pueden conectarse
los telfonos IP y las computadoras.
La primera alternativa mostrada es conectar el telfono IP al switch y conectar la
computadora al puerto ethernet en el telfono IP. Esta alternativa permite una
implementacin rpida del sistema VolP con mnimas modificaciones al entorno
existente. Este arreglo tiene la ventaja de usar un solo puerto del switch para
proveer conectividad a ambos dispositivos. Con esta opcin no es necesario
modificar el cableado elctrico si se utiliza la alimentacin del telfono IP a travs
del cable de red.
La segunda alternativa es conectar el telfono IP y la computadora usando
diferentes puertos del switch. Esto duplica la capacidad necesaria en puertos del
switch por cada usuario. Provee redundancia ya que si el telfono no funciona, la
computadora no es afectada.
La tercera alternativa es el telfono de software, es un aplicacin JTAPI que esta
corriendo sobre la computadora del usuario, no es un dispositivo de hardware.
Telfono IP
Telfono de software
Figura 1.13 Alternativas de conexin en red
1.3.8 EL TELFONO IP
Un telfono IP es un dispositivo telefnico que transporta voz sobre una red
usando paquetes de datos en lugar de conexiones de conmutacin de circuitos de
la telefona tradicional.
En la red empresarial, los telfonos IP se conectan a travs de la LAN junto con
los PCs. Estos telfonos interactan con la PBX IP para el establecimiento de
llamadas y administracin, tambin para tener acceso a la PSTN y a la red WAN.
En la figura 1.14 se muestra uno de los modelos de telfonos IP.
Figura 1.14 Telfono IP
1.3.8.1 Estructura del telfono IP
La figura 1.15 presenta el diagrama de bloques de un telfono IP, consiste en los
siguientes componentes: Interface de Usuario, Interace de Voz, Interface de Red,
Procesador y la lgica asociada.
LAN
10/100 baseT
Figura 1.15 Diagrama de bloques de un Telfono IP.
1.3.8.1.1 Interface de Usuario.
Provee las funciones de una nterface de usuario tradicional. Bsicamente
consiste en un teclado con los nmeros para marcado (0-9, *. #) y un indicador
audible para anunciar llamadas entrantes al usuario. En modelos sofisticados
existen teclas adicionales para funciones como: silencio, remarcado, espera,
transferencia, conferencia, etc. Adems de una pantalla para mostrar mensajes al
usuario, as: nmero marcado, informacin CallerID para llamadas entrantes, etc.
7.3.8.1.2 Interface de Voz.
Realiza la conversin de la voz analgica en muestras digitales. Las seales de
voz del micrfono son muestreadas a una razn de 8 KHz para crear una cadena
de datos digitalizados a 64kbps hacia el procesador a travs de un codee PCM.
Similarmente, el procesador pasa una cadena de datos en 64kbps por la va de
retorno hacia el parlante a travs de un decodificador PCM para convertir las
muestras digitales en voz.
1.3.8.1.3 Interface de Red.
Permite la transmisin y recepcin de paquetes de voz desde y hacia el telfono
que se comunica con la red.
El telfono IP puede tener un segundo conector Ethernet RJ-45 para permitir a un
PC conectarse y compartir un solo cable desde la pared. En este caso, la
electrnica del telfono, incluye un switch de 3 puertos, el mismo que preserva la
conectividad dada por los switchs de la red LAN y asegura calidad de servicio
para el telfono IP y la computadora conectada en ste. En este switch de 3
puertos, dos de los puertos seran externos y el restante interno, como se muestra
en la figura 1.16.
Telfono IP
Voz
Switch LAN i Switch interno
Datos
Figura 1.16 Diagrama de conexin del switch interno, telfono IP
1.3.8.1.4 Procesador.
Realiza el procesamiento de la voz, procesamiento de llamadas, procesamiento
de protocolos y funciones de administracin de red del telfono. Como se muestra
en la figura 1.15, consiste de un Procesador Digital de Seales (DSP) para las
funciones relacionadas con la voz y una Unidad de Microcontrolador (MCU) para
las funciones restantes. Para posibilitar actualizacin del programa se usa una
memoria Flash.
1.3.8.2 Arquitectura del Programa
La arquitectura de software para un telfono IP basada en el estndar ITU H.323,
consiste en los siguientes subsistemas: Interface de usuario, Procesamiento
digital de seales, Gateway de sealizacin telefnica, Protocolos de Interface de
Red, Administracin de red y Servicios del Sistema.
1.3.8.2.1 Interface de usuario.
Provee los componentes de software que manejan la interface hacia el usuario y
consiste de los siguientes mdulos:
Control de pantalla. Controla en hardware que genera caracteres a ser
visualizados.
Controlador de teclado. Realiza barrido del teclado y genera datos al ser
presionada una tecla.
Controlador audible. Realiza control del hardware que genera los timbres hacia
el usuario.
Procedimiento de usuario. Controla la informacin desplegada por el control de
pantalla y procesa las entradas de teclado y convierte stas en datos aptos
para el proceso de llamadas.
1.3.8.2.2 Procesamiento digital de seales.
Realiza el procesamiento de la voz, consta de los siguientes mdulos:
Unidad de nterface PCM. Recibe las muestras PCM de la nterface anloga y
las enva al modulo DSP apropiado para ser procesadas. Tambin enva
muestras PCM procesadas a la interface anloga.
Generador de tonos. Genera tonos de progreso de llamada hacia el usuario y
genera dgitos DTMF hacia la red basado en las teclas presionadas que ha
enviado la Interface de usuario. Para ciertos codees de voz, el algoritmo de
compresin no permite una correcta transmisin de los tonos DTMF. Para
estos algoritmos, p. ej., G.723.1, el software genera un mensaje "en banda"
hacia la red que es usado por el telfono IP remoto (o el gateway) para
regenerar el tono DTMF.
Unidad de cancelacin de eco de lnea. Realiza cancelacin de eco en forma
compatible con ITU G.168 sobre seales muestradas, full-duplex del puerto de
voz. El cancelador de eco compara los datos de voz recibidos desde la red con
los datos de voz que estn siendo transmitidos hacia la red.
Detector de actividad de voz. Detecta la actividad de voz y activa o desactiva la
transmisin de paquetes en orden a optimizar el ancho de banda. Mide las
caractersticas del ruido de vaco y reporta esta informacin al protocolo de
transporte para ser enviado peridicamente al telfono remoto, para que ste a
su vez reproduzca el ruido de vaco para que el usuario remoto no sienta lnea
muerta.
Codee de Voz. Convierte en paquetes el stream de datos a 64kbps recibido del
usuario. Se usan varios tipos de algoritmos de compresin (ver tabla 1.1),
tpicamente, los algoritmos que realizan gran compresin requieren ms
recursos de procesamiento. Cabe anotar que en la red de datos no existe la
restriccin de 4KHz de la PSTN y se pueden usar algoritmos de compresin
para audio de alta fidelidad.
Unidad de salida de paquetes. Realiza compensacin para el retardo de la red,
jitter y paquetes perdidos.
Unidad de encapsulacin de paquetes. Realiza la encapsulacin de los
paquetes de voz destinados para la interface de red. Para VolP esta
encapsulacin se realiza mediante RTP (Real-Time Transport Protocol) el cual
corre directamente encima de UDP.
Encripcin de Voz. Es opcional, provee encripcin de los paquetes de voz
antes de la transmisin hacia la red para asegurar privacidad.
Unidad de Control. Coordina el intercambio de informacin de monitoreo y
control entre el mdulo de procesamiento de Voz y los mdulos de sealizacin
telefnica y administracin de red.
1.3.8.2.3 Gateway de sealizacin telefnica.
Este subsistema realiza las funciones de establecer, mantener y terminar una
llamada. Consta de los siguientes mdulos:
Procesamiento de llamada. Realiza el procesamiento de estado de la mquina
para el establecimiento de llamada, mantenimiento y terminacin.
Traslacin de direcciones. Realiza la recoleccin de dgitos y parsing para
determinar cuando se ha marcado un nmero completo y hace este nmero
disponible para traslacin de direccin.
Sealizacin de Red. Hace la funciones de sealizacin para el
establecimiento, mantenimiento y terminacin de llamadas sobre la red IP.
Existen dos estndares: H.323 y SGCP/MGCP.
Protocolos H.323. H.323 es un estndar ITU que describe como las
comunicaciones multimedia ocurren entre terminales de usuario, equipo de red,
y servicios mixtos en las redes IP LAN y WAN. Los estndares H.323 que son
usados para VolP en un telfono IP son:
. H.225, Protocolo de sealizacin de llamadas, para el establecimiento y
terminacin de conexiones de llamada basado en Q.931.
H.245, Protocolo de control. Provee capacidad de negociacin entre dos
puntos finales en aspectos como el algortimo de compresin a usar,
solicitudes de conferencia, etc.
. RAS, Protocolo de registro, Admisin y Status (RAS), usado para el registro,
admisin, cambio de ancho de banda y mensajes de status entre
dispositivos telefnicos IP y servidores llamados Gatekeepers los cuales
proveen traslacin de direcciones y control de acceso a los dispositivos.
. RTCP, Provee informacin estadstica para monitoreo de la QoS de la
llamada.
].3.8.2.4 Administracin de Red.
Soporta la administracin remota de un telfono IP, consiste de los siguientes
mdulos:
Agente de Red. Realiza las funciones de administracin de red de un telfono
IP, incluyendo monitoreo del status.
SNMP, Realiza las funciones del Simple Network Management Protocol para
procesar MIBs y la generacin de niveles de alarma.
TFTP, Trivial File Transport Protocol (TFTP) es usado para descargar
actualizaciones de software en la memoria Flash.
Los protocolos de interface de red soportan las comunicaciones sobre la LAN y
consiste de los siguientes mdulos:
TCP, Transport Control Protocol, provee transporte confiable de los datos
incluyendo retransmisin y control de flujo. Es usado para funciones de
sealizacin.
UDP, User Datagram Protocol, provee eficiente pero no confiable transporte de
datos. Es usado para transportar datos de voz en tiempo real, debido a que la
retransmisin de datos en tiempo real podra generar demasiado retardo a la
conversacin lo cual sera inaceptable. UDP es tambin usado para trfico de
administracin de red, SNMP y TFTP.
IP, Internet Protocol, provee una encapsulacin estndar de los datos para la
transmisin de la red. Este contiene una direccin de fuente y destino usadas
para el ruteo.
MAC/ARP, realiza funciones administracin de Media Access Control (MAC) y
maneja Address Resolution Protocol (ARP) para el dispositivo.
Controlador Ethernet, Configura y controla la tarjeta de red.
1,3.8.2.5 Servicios del Sistema.
Contiene los siguientes mdulos:
Arranque/lnicializacin, de los componentes de hardware y software del
telfono IP.
POST, Power On Self Test, provee las funciones de chequeo de hardware en
el arranque.
RTOS, Real Time Operating System, realiza la administracin de tareas y
memoria junto con la sincronizacin de tareas
CAPITULO 2.
CALIDAD DE SERVICIO PARA LA RED DE VOZ.
INTRODUCCIN.
Las redes de telefona tradicional son construidas para proveer un ptimo servicio
para aplicaciones de voz al tiempo que ofrecen bajo retardo.
La nueva infraestructura de red que integra voz y datos demanda que las redes IP
sean mejoradas con mecanismos que aseguren la Calidad de Servicio (QoS)
requerida para transportar VolP. Una Calidad de Servicio alta es importante
considerando que los usuarios de la red de telefona tradicional tienen altos
estndares de calidad de voz.
Existen varios problemas que afectan la QoS de una red de servicios integrados.
Bsicamente, estos problemas provienen de que los diferentes tipos de trfico
requieren diferentes niveles de servicio de la red. El trfico de red puede ser
categorizado en tres tipos bsicos, diferenciados por sus necesidades de retardo
de fin a fin:
Trfico en tiempo real.- tales como las conversaciones de voz o video
conferencia, requiere retardo de fin a fin muy pequeo, con pequeas variaciones
en ste para asegurar una alta calidad.
Trfico de transaccin.- tales como procesamiento de transacciones en lnea,
ingreso remoto de datos, requiere retardos de fin a fin de aproximadamente 1
segundo.
Trfico de transferencia de archivos.- acepta virtualmente cualquier retardo de red
razonable y es ms sensible al ancho de banda disponible que al retardo.
Al analizar estos requerimientos, se establece que un mecanismo para asegurar
la QoS en una red debe ser capaz de: identificar y categorizar los tipos de trfico
o aplicaciones especficas corriendo sobre IP; asignar prioridades a cada tipo de
trfico; y entonces entregarlos sobre la red de tal manera que los requerimientos
para el tipo de servicio sean cumplidos.
Una de definicin de QoS podra ser: QoS es una manera de reservar recursos
en switchs y ruteadores de tal manera que los datos puedan alcanzar su destino
en forma rpida, consistente y confiable.
En el presente captulo se revisan brevemente los problemas que afectan la
calidad de la voz al ser transmitida por una red de transmisin de datos digital,
pasando por la revisin de la influencia del retardo introducido por la red y los
dispositivos de transmisin en una red WAN, en la transmisin de la voz,
finalmente se revisan algunas tcnicas para el manejo del trfico de voz.
2.1 PROBLEMAS QUE AFECTAN LA CALIDAD DE LA VOZ
La calidad de la seal de voz entregada en el lado receptor va a ser apreciada
segn diferentes parmetros, dependiendo de la sensibilidad del odo de cada
individuo podra darse mayor o menor importancia a los siguientes aspectos:
claridad, retardo entre puntos finales, eco.
2.1.1 CLARIDAD
La claridad puede ser descrita como la inteligibilidad, es decir, cuanta informacin
puede ser extrada de una conversacin. Puede ser afectada por varios factores
que se describen a continuacin.
2.1.1.1 Prdida de paquetes
En las redes IP, cuando un enlace se congestiona, los buffers de los ruteadores
se llenan y empiezan a descartar paquetes. Por otro lado se tiene un efecto
64
similar, cuando existe un cambio de rutas debido a que un enlace de red no est
disponible, los paquetes experimentan excesivo retardo y llegan demasiado tarde
para ser usados en la reconstruccin de la seal de voz.
Para evitar la prdida de paquetes para aplicaciones en tiempo real, se requieren
mecanismos en la red IP que aseguren un mnimo throughput14 para
determinadas aplicaciones. Estos mecanismos minimizarn la prdida de
paquetes y el retardo, para trfico de alta prioridad como la voz. Existen varios
mecanismos en los ruteadores entre los que se incluyen varios esquemas de
priorizacin, tales como, el uso de bits de tipo de servicio (ToS) en el encabezado
IP. Estos mecanismos deben ser configurados por el administrador de red, el
mismo que decidir que prioridad y que recursos se darn a cada aplicacin. Una
forma dinmica de asignar recursos es mediante el Resource Reservation
Protocol (RSVP), el que permite a un terminal de voz solicitar una QoS especfica
sobre IP.
El retardo de paquetes puede causar: degradacin de la calidad de voz debido al
retardo de la voz entre puntos finales o prdida de paquetes si el retardo es
variable.
2.1.1.2 Codees de Voz
Un codee de voz transforma la voz analgica en un stream de bits digitales.
Algunos, codees utilizan tcnicas de compresin para remover informacin
redundante y de esta manera reducir el ancho de banda de transmisin requerido.
Esencialmente, la compresin debe dar un balance entre la calidad de voz,
recursos computacionales, retardo y ancho de banda de red requerido. Una gran
reduccin del ancho de banda, tiene un alto costo computacional usado por el
codee para un determinado nivel de claridad, que causa un incremento
14 Throughput, Cantidad de datos que un canal de comunicaciones puede llevar en un tiempo
especificado, en bits por segundo
65
significativo del retardo entre puntos finales debido a que se requiere mayor
tiempo en el proceso computacional.
Los algoritmos de codee usados como estndar en el procesamiento digital de
seales pueden corregir hasta 30ms de voz perdida. Y tpicamente se usan
muestras de 20ms de payload de voz en cada paquete VolP. Por lo tanto, para
que los algoritmos de correccin del codee sean efectivos, solamente un paquete
puede ser perdido en un tiempo dado.
2.1.2 RETARDO ENTRE PUNTOS FINALES.
Es el tiempo requerido por la seal para atravesar la red. Es el tiempo que toma a
una seal generada en la boca del locutor, alcanzar el odo del oyente. El retardo
entre puntos finales es la suma de retardos en los diferentes dispositivos de red y
de los enlaces de red a travs de los cuales pasa el trfico de voz. Muchos
factores contribuyen a este retardo.
La voz es un aplicacin sensible al retardo ya puede afectar la comunicacin
hasta el punto en el cual ninguna conversacin es posible. Bajo los 100ms, la
mayora de usuarios no notan el retardo. Entre 100 y 250ms los usuarios notarn
una leve vacilacin en la respuesta del otro lado. Este puede afectar la forma
como los interlocutores perciben el nimo de su contraparte, dando la impresin
de una conversacin ms bien "fra" segn como se experimente mayor retardo.
Sobre los 250ms el retardo es obvio para los usuarios.
2.1.2.1 La red IP
El retardo de la red IP est principalmente determinado por el manejo de buffers,
encolamiento y el retardo de conmutacin o ruteo de los ruteadores IP. El retardo
de captura de paquetes es el tiempo requerido para recibir el paquete completo
antes de procesarlo y reenviarlo a travs del ruteador y est determinado por la
longitud del paquete y la velocidad de transmisin. El uso de paquetes cortos
sobre enlaces de alta velocidad puede disminuir fcilmente el retardo. El retardo
de conmutacin/ruteo es el tiempo que toma al ruteador para conmutar el
66
paquete, es decir, analizar el encabezado del paquete, chequear la tabla de ruteo
y enrular el paquete al puerto de salida. La cantidad de tiempo est basada en la
arquitectura del hardware y software de ruteo y en el tamao de la tabla de ruteo.
Adems, la naturaleza asincrnica de la llegada de paquetes requiere tiempo de
encolamiento en los puertos de entrada y salida del ruteador. Este retardo es una
funcin de la carga de trfico del ruteador, la longitud de los paquetes, y de la
distribucin estadstica sobre los puertos. Un sobredimensionamiento de las
capacidades del ruteador y el enlace pueden reducir pero no eliminar
completamente el retardo.
2.1.2.2 Dispositivos VoIP
Los gateways y terminales VoIP tambin contribuyen al retardo. El procesamiento
de la seal de voz y el envo al receptor adiciona retardo. Es decir, el tiempo
requerido para codificar o decodificar la seal de voz en su forma analgica o
digital, procesarla en el esquema de codificacin escogido y viceversa. Algunos
codees tambin comprimen la seal de voz, lo que aumenta el tiempo de retardo,
como se expone en el numeral 2.1.1.2 Codees de Voz.
En el lado de recepcin, los paquetes de voz han sido retardados para compensar
la variacin entre los tiempos de llegada de cada paquete. Los paquetes
generados con intervalos constantes de tiempo generalmente llegarn al receptor
aleatoriamente distribuidos en el tiempo. La medida de esta variacin es llamada
jitter y se debe a diferentes tiempos de encolamiento y bufferizacin que los
paquetes experimentan en la red IP. Se requiere un emparejamento del jitter
debido a que los codees de voz requieren un flujo constante de datos sin
intervalos. El uso de mecanismos que den prioridad al trfico de voz sobre otros
trficos en la red pueden reducir significativamente el jitter.
En el lado de transmisin, el retardo de paquetizacin, o el tiempo para llenar un
paquete con datos es otro factor que influye en el retardo. El uso de paquetes de
tamaos cortos puede disminuir este retardo, pero hasta cierto punto, ya que la
67
transmisin de muchos paquetes incrementa el tiempo de proceso de paquetes
con similar informacin de encabezado.
2.1.3 ECO
Es la reflexin de una seal a travs de la red con suficiente retardo para ser
perceptible al oyente. El eco con un retardo de 28ms es llamado sidetone es
deseable puesto que el locutor oye su propia voz en su auricular, lo que le infunde
confianza. Sin embargo, eco con un retardo mayor a 32ms puede ser molestoso
para el locutor.
Los canceladores de eco han sido desarrollados para remover eco no deseado.
Estos monitorean la voz que proviene del otro lado que pasa a travs de su ruta
de recepcin y usan esta informacin para calcular un estimado del eco que es
entonces sustrado de su ruta de envo. Los canceladores de eco se colocan lo
ms cerca de la fuente de eco, es decir, el auricular del telfono, el gateway VolP
y el terminal VolP.
2.2 CONGESTIN Y RETARDO.
En las redes de sistemas PBX tradicionales, el retardo no es un problema debido
a que cada llamada usa un circuito reservado. Una forma de congestin existira
en trminos de que todos los circuitos estn en condicin de "ocupados", pero
este fenmeno es predecible y se soluciona fcilmente aadiendo capacidad a la
red.
La congestin y el resultante retardo, es un problema mucho ms grave en las
redes de voz y datos debido al procesamiento que ocurre en los ruteadores y en
los puntos finales en la red.
La congestin ocurre cuando los puertos de salida de un nodo no son capaces de
manejar todo el trfico que llega a los puertos de entrada o cuando el nodo no
puede procesar el trfico a la velocidad del cable. Cualquier forma de buffer o
68
algoritmo de retransmisin genera cierta cantidad de retardo en el flujo de trfico.
Debido a que raramente es efectivo en costo realizar la provisin de una red para
la razn de trfico pico absoluta, an en redes diseadas adecuadamente se
experimentan sobrecargas peridicas y consecuentemente exhiben alguna
variacin en la QoS. Por tanto, uno de los objetivos principales del control de la
QoS es minimizar los efectos de la congestin.
2.2.1 RETARDO Y JITTER
Retardo (tambin llamado latencia) es el tiempo que toma a un paquete alcanzar
el punto de recepcin final despus de haber sido transmitido desde el punto
inicial de transmisin. Este tiempo es denominado "retardo entre puntos finales" y
consiste de dos componentes: retardo de red fijo y retardo de red variable.
Jitter, es la variacin, entre el retardo total entre puntos finales de dos paquetes
de voz consecutivos en el flujo de voz.
La voz es sensible al retardo y al jitter. Un lmite razonable para el retardo de fin a
fin es 250ms, para el jitter el lmite sera de aproximadamente 25ms 15.
Desde el punto de vista de una red WAN: Retardo es la cantidad de tiempo en
milisegundos que toma a un paquete atravesar el enlace WAN. Jitter es el rango
de variacin del retardo observado en los paquetes que atraviesan un enlace
WAN.
El retardo de red fijo incluye:
Compresin o codificacin, es el retardo de codificacin de voz, y el tiempo de
paquetizacin de voz dependiendo del tipo de codee VolP. El retardo de
compresin toma unos 20 a 45ms, dependiendo del algoritmo de compresin.
Para el codee G.729A, por ejemplo, se genera un retardo de 10ms en
transmisin y un retardo adicional de 5ms debido a la paquetizacin.
15 Tomado de Cisco IP Telephony Solution Guide, ver. 2.0, junio 2001 Captulo 6.
69
Interproceso, este tipo de retardo se refiere a los manejos que ocurren dentro
de los ruteadores, que toman alrededor de 10ms en cada lado.
Transmisin, este retardo es altamente dependiente de la velocidad del
enlace, tomando unos 0.25ms en cada lado para un T1 E1, y hasta 7ms en
cada lado para un enlace a 56kbps. En este retardo tambin debe incluirse el
retardo de propagacin de las seales entre los puntos de envo y recepcin,
generalmente los datos pueden viajar a 160km por cada milisegundo
aproximadamente15, es decir, la propagacin genera un retardo de
0.0063ms/km.
Red, es una funcin de la capacidad y diseo de una determinada red. Para
una red frame relay pblica el retardo de red est entre 20 a 40ms.
Buffer, es confgurable por el administrador de la red.
Descompresin o decodificacin, en el lado de recepcin la descompresin
toma 10ms o menos, sin importar el tipo de algoritmo.
La suma total de los retardos fijos sin tomar en cuenta el buffer estara en el rango
de 77 a 107ms. Por tanto, la llamada podra tolerar hasta 143ms de retardo
variable antes de exceder el umbral de 250ms.
La figura 2.1 presenta un diagrama de las fuentes de retardo en las redes de voz
y datos, con valores aproximados del retardo generado en cada punto.
RETARDOS
VARIABLES
Encolamiento
Relardo de red variable
10-20ms
Figura 2.1 Retardos en la Transmisin de Voz sobre una Red WAN
70
Los retardos variables, cambian en tiempo real como una funcin del trfico y
congestin sobre la red. El encolamiento para enviar los datos sobre la WAN
puede tomar desde 10 a 20ms. Los retardos de red variables son esencialmente
la suma de los retardos de encolamiento y transmisin que son causados en cada
switch o ruteador que acta como intermediario en la red. El encolamiento aade
importante retardo a la voz debido a que tiene que competir con otras
aplicaciones. Otros retardos variables son debidos a colas de salida
congestionadas y retardos de sealizacin en las interfaces de red. El retardo de
sealizacin es una funcin constante de la velocidad del enlace y del tamao del
paquete. Ver tabla 2.2.
Debido a que en cualquier momento se puede presentar la congestin de red, los
buffers pueden llenarse instantneamente. Esta utilizacin instantnea de los
buffers puede causar una diferencia en los tiempos de retardo entre paquetes en
un mismo stream de voz. Esta diferencia, o jitter, es la variacin entre el instante
en que un paquete debe llegar y cuando es realmente recibido. Para compensar
esas variaciones de retardo entre paquetes de voz en una conversacin, los
puntos finales en VolP usan buffers para jitter para cambiar estas variaciones de
retardo en un valor constante de manera que la voz pueda ser reproducida sin
afectar la calidad.
2.3 LA INFRAESTRUCTURA DE UNA RED BASADA EN LA
CALIDAD DE SERVICIO.
El enfoque inicial del desarrollo de estndares, ha sido la provisin y la
administracin de distintas Clases de Servicio (CoS). Una red basada en CoS
permite la diferenciacin del trfico sobre la base de: privilegios de usuario,
requerimientos de trfico especfico o necesidades de la aplicacin; mediante la
asignacin de valores relativos a cada paquete. La red puede manejar mltiples
clases de servicio en forma ptima, para cada una.
La figura 2.2 ilustra una red tpica empresarial que incluye componentes LAN y
WAN. El objetivo es manejar la calidad de servicio en forma completa entre los
71
puntos origen y destino involucrados en la comunicacin. Donde los puntos finales
de la red son las aplicaciones de negocios usadas por la empresa. Una red
completa consiste de mltiples tipos de recursos incluyendo: la interace de
usuario, los ruteadores y switchs perifricos y centrales y los enlaces de
comunicacin, todos y cada uno de estos componentes tienen un impacto en la
calidad de servicio.
LAN1
Aplicacin a Aplicacin
LAN NIC a NIC
WAN borde a borde
WAN
Ruteador 1, / Ruteador 2
Figura 2.2 Estructura General de una Red Empresarial
La redes actualmente usan una estructura de protocolos por capas en la cual
cada capa superior tiene mayor responsabilidad en la comunicacin exitosa hacia
el punto final. La tabla 2.1 muestra las cinco capas de la pila TCP/IP y la posicin
de los mecanismos para QoS. Algunos de estos mecanismos son inherentes a los
protocolos, por ejemplo, la prioridad basada en los puertos fsicos, que toma la
decisin basado en los nmeros de puerto de la capa 4.
Capa de Aplicacin
Capa de Transporte
Capa de Red
Capa de Enlace de Datos
Capa Fsica
Acceso de usuario y aplicacin, autorizacin de perfiles,
encripcin, aplicaciones inteligentes compatibles con QoS.
Control de acceso basado en el puerto, Control de flujo TCP
Precedencia IP, Bits de tipo de servicio, Servicios Diferenciados,
Reservacin de recursos, controles de ruta (path), balance de
carga, control de acceso basado en la direccin, separacin
basada en el protocolo
Control de prioridad de tramas (802.1p/Q), celda QoS de ATM,
aislamiento VLAN y VPN, control de acceso de puertos lgicos,
controles de ruta.
Correccin de error de bit, diversidad de enlace, controles de
ruta, segundad fsica, acceso fsico de puerto.
Tabla 2.1 Tcnicas de control de QoS en las capas TCP/IP
72
Una red ideal provee servicios a un nmero ilimitado de usuarios, en cualquier
nmero de localizaciones, sin limitaciones de lo que puede ser transportado, con
retardos bien definidos en acceso de servicio o uso, con razones de prdida de
paquetes definidas y sin congestiones en los nodos. El grado en el cual una red
real se aproxime a este ideal es una medida de la calidad de servicio.
La calidad de servicio de una red puede degradarse por una variedad de razones
que incluyen:
a) Uso excesivo.- Si demasiados usuarios generan trfico en la red, el resultado
es una contencin de recursos y un rendimiento pobre que genera una
degradacin de la QoS. El nmero de usuarios est limitado por el diseo de
la red y este puede ser forzado, sea por el nmero de dispositivos conectados
o el rechazo de usuarios cuando la red est ocupada.
b) Capacidad de enlace insuficiente.- Todas las redes estn construidas sobre un
medio de transmisin que tiene unos lmites de capacidad inherentes. Las
redes deben ser diseadas para cumplir sus parmetros de utilizacin y no
excederse grandemente en la provisin debido a que sto generara costos
innecesarios.
c) Recursos insuficientes del Switch o Ruteador.- Los dispositivos de red que
realizan las funciones de procesamiento y conmutacin para la red pueden ser
sobrecargados cuando algunos recursos fallan o existen picos de trfico. En
algunos casos el dispositivo no es lo suficientemente rpido para funcionar a la
velocidad del cable.
d) Picos en los flujos de trfico.- La utilizacin de la red depende de como las
aplicaciones operen y de sus patrones de trfico. Por regla general siempre
existe una hora pico y depende de cada entorno.
e) Interferencia entre flujos de trfico.- Diferentes tipos de trfico pueden interferir
con el rendimiento de los dems si el consumo del ancho de banda no est
limitado por la red.
f) Uso de los recursos napropiado o invlido.- Algunos usuarios de la red
desperdician los recursos de la red usndolos para propsitos ajenos a los de
trabajo.
73
2.3.1 CONTROL DE QoS.
Las caractersticas de QoS de una red pueden ser controladas y administradas
usando mecanismos que operen en los lmites de la red o en su ncleo. Los
mecanismos para el control de QoS pueden ser requeridos para lo siguiente:
Reservar una cantidad determinada de ancho de banda para aplicaciones de
misin critica; Asignar prioridad alta al trfico desde o hacia determinados clientes
(o ejecutivos); Limitar el ancho de banda que puede ser usado por el trfico de
voz sobre IP; o designar que clases de trfico pueden ser desechadas cuando
ocurra congestin.
La seleccin de los mecanismos para mantener la QoS y cmo ellos son
combinados depende de las tecnologas de red que estn siendo usadas, los
tipos de trfico que se necesita soportar y las limitaciones de la infraestructura de
red.
Se pueden aplicar diferentes filosofas para disear sistemas basados en una
QoS:
QoS implcita o explcita.- QoS es implcita cuando los usuarios, es decir, los
sistemas finales, no estn involucrados en el conocimiento de las funciones
de QoS que estn siendo realizadas en la red. Con QoS implcita un ruteador
o switch automticamente impone niveles de servicio basado en los criterios
especificados por el administrador, tales como tipo de aplicacin, protocolo,
direccin de origen o destino, etc. Cada paquete que entra es examinado o
filtrado para ver si ste cumple con los criterios especificados. Casi todos los
ruteadores soportan Qos implcita. Varios switchs son tambin diseados para
proveer QoS implcita, pero ofrecen solamente capacidades de priorizacin
limitadas. Por ejemplo los switchs pueden dar prioridad basados en el tipo de
LAN virtual (VLAN) y la direccin de origen o destino en lugar de basarse en
informacin de alto nivel como el tipo de aplicacin o protocolo. La QoS
implcita no requiere mucho procesamiento del ruteador.
74
La QoS explcita, en contraste, permite al usuario o a la aplicacin solicitar un
nivel particular de servicio, y los switchs y ruteadores tratan de satisfacer la
peticin. La precedencia IP, tambin llamada Tipo de Servicio IP (ToS), es
probablemente la tcnica ms ampliamente usada para QoS explcita. Parte
del protocolo Ipv4, ToS reserva un campo en el paquete IP, donde los atributos
de retardo, throughput y confiabilidad del servicio pueden ser especificados.
Cualquier esquema de QoS explcita requiere un mayor control administrativo.
Control Externo o Interno.- Los controles de QoS pueden ser impuestos
sobre la red desde fuera (externo) por los usuarios y administrador o la red
puede imponerse por s misma (interno). La red toma control completo e
ignora cualquier seteo del usuario. Esto puede ser requerido si se quiere
proteger a la red de sus usuarios. Para que un usuario pueda dar una orden
de control debe haberse validado previamente en un servidor de seguridad.
QoS "Soft" o "Hard".- La QoS es "soft" cuando no hay garanta formal de que
sern alcanzados destinos especficos. La QoS "hard" es una garanta de
servicio en un nivel especfico de QoS. Esto es solamente factible cuando est
siendo usado un transporte en modo de conexin (el servicio ATM CBR y
RSVP/IP son ejemplos de este tipo).
2.4 TCNICAS PARA CONTROL DE LA CALIDAD DE SERVICIO
(QoS).
El objetivo general de las tcnicas es mantener en un nivel adecuado la calidad
de Voz sobre las redes de datos mediante el control de los siguientes parmetros:
latencia, variacin de la latencia, proporciones de paquetes perdidos,
disponibilidad de ancho de banda y la eficiencia del ancho de banda. Los
prerequisitos para cualquier forma de control de QoS es que la arquitectura sea
capaz de cumplir los objetivos; que la red este provista adecuadamente y que
este correctamente configurada. Estas tcnicas pueden ser separadas en tres
categoras: Clasificacin, Encolamiento, Provisionamiento de Red. Para el control
sobre la WAN se debe tomar en cuenta otras tcnicas como: Fragmentacin de
Enlace e Interleaving.
75
2.4.1 CLASIFICACIN
Clasificacin, es el mtodo mediante el cual ciertos tipos de trfico son
clasificados o marcados, son usados para sealar los requerimientos de manejo.
Estos requerimientos pueden ser un mnimo ancho de banda solicitado o una baja
tolerancia a la latencia. La clasificacin tiene lugar en los lmites de la red,
tpicamente en los telfonos IP o puntos finales VolP. Los paquetes pueden ser
marcados como importantes usando los seteos de la Clase de Servicio (CoS) de
la capa 2 en los bits de prioridad de usuario de la porcin 802.1p del encabezado
802.1Q en los bits DSCP (Differentiated Services Code Poinf) en el byte de Tipo
de Servicio del encabezado Ipv4 capa 3. Todos los paquetes RTP provenientes
de dispositivos VolP sern etiquetados con un valor de CoS de 5 en la capa 2
(802.1p) y un valor para la precedencia IP de 5 en la capa 3. Adicionalmente,
todos los paquetes de control sern etiquetados con un valor de CoS de 3 en la
capa 2 y un valor de ToS de 3 en la capa 3.
2.4.1.1 Priorizacin basada en LAN IEEE802.1p/Q
A pesar de las altas velocidades disponibles en la actualidad en la LAN, esta no
es inmune a la QoS. Los medios compartidos, por ejemplo, pueden causar
problemas si ocurren colisiones. La priorizacion del trfico en la LAN permite que
los requerimientos de QoS sean sealados a los switchs de la LAN.
7 Control de Red
6 Voz
5 Video
4 Carga controlada
3 Esfuerzo Excelente
(tolerante a relardo)
2 Mejor Esfuerzo
1 Defautt
O Baekground (insensitivo
al retardo)
Prioridad
(3 bits)
TP I D VLAN
Direccin d
Destino
Direccin de
Origen
Etiqueta ID
de Protocolo
ETIQUETA
4 bytes
Tipo
Ethernet
DATOS CRC
Figura 2.3 Bits de Priorizacin IEEE802.1p/Q
La IEEE en 1999 ratific un estndar para la priorizacin en el IEEE802 LAN. La
especificacin IEEE802.1p define tres bits con el campo IEEE802.1Q en el
76
encabezado de enlace (capa 2 del modelo OSI). El campo IEEE802.1Q fue
inicialmente diseado para soportar la nteroperabilidad de VLAN16 pero ha sido
extendido para soportar prioridades de trfico. Esta informacin puede ser usada
como una "seal" para cualquier dispositivo que pueda decodificar los bits. La
figura 2.3 muestra la localtzacin de estos bits en la trama.
Tres bits permiten ocho seteos que pueden ser usados para 8 clases de trfico y
prioridades. Una tarjeta de red conectada a una LAN setea sus bits de acuerdo a
sus necesidades y esta informacin puede ser usada por los switchs de capa 2
para dirigir el proceso de reenvo. En caso de que mltiples LANs estn
nterconectadas a travs de ruteadores (switchs de capa 3), entonces los bits de
capa 2 deben ser usados, como referencia, para manejar los mecanismos de QoS
de la capa 3. Aunque el mecanismo IEEE802.1p/Q no puede operar entre puntos
finales en la interconexin entre redes, provee un mtodo relativamente simple
para definir y sealar a un sistema final los requerimientos dentro de una LAN.
2.4.1.2 Precedencia IP.
Los mecanismos de QoS de la capa 3 proveen control de fin a fin sobre los seteos
de la QoS. El protocolo IPv4 tiene siempre incluido un campo de Sbits, llamado el
campo de Tipo de Servicio (ToS), que fue diseado para la priorizacin de
paquetes. La Precedencia IP17 define el uso de parte del campo de ToS, combina
tres de los bits de ToS para crear 8 niveles de prioridad y cuatro bits adicionales
para niveles de sensibilidad al debilitamiento por retardo, throughput y prdida de
paquetes, se ilustra en la figura 2.4
El campo Tipo de Servicio describe la calidad de servicio solicitada por el
transmisor de este datagrama, tiene el siguiente formato:
Precedencia |D|T|R|XXX
16 VLAN, virtual LAN
17 Precedencia IP, est detallada en el RFC1812
77
Donde Precedencia es una indicacin de la prioridad del datagrama, D especifica
si el datagrama puede ser retrasado (0) o no puede ser retrasado (1); T indica el
tipo de throughput deseada (0=normal, 1=alta);R especifica si se requiere una red
confiable (1) o no (0). Las opciones de precedencia se observan en la figura 2.4.
Precedencia IP
000 Routine
001 Prioridad
010 Inmediato
100 Flash override
101 Critical
110 Internet Control
111 Network Control
Tipo de Servicio IP
1000 Mimize delay
0100 Maxmize throughput
0010 Maximize reliability
0001 Minimize monetary cost
0000 Normal service
Prioridad
(3 bits)
Tipo de Servicio
(4 bits)
Versin LEN Byte de Tipo de Servicio
Longitud
Total
IPv4 capa 3
Figura 2.4 Bits de Precedencia IP
2.4.1.3 Servicios Diferenciados
Con la convergencia de aplicaciones multimedia en la red de datos, el uso de la
red y los usuarios deben ser distinguidos o diferenciados y el procesamiento de
red debe ser modificado de acuerdo a cada clase de trfico. Una llamada
telefnica de tiempo real no sera manejada de la misma manera que una
transferencia de archivos si es que las dos compartieran el mismo enlace. La
diferenciacin entre requerimientos de QoS puede ser hecha mediante la
clasificacin de cada paquete y el uso de esta informacin en las decisiones de
conmutacin.
La IETF en un grupo de trabajo llamado "DiffServ", realiz una serie de
estndares que redefinen el byte de ToS y lo renombran como Byte de Control de
Servicio Diferenciados (DSCP)18. Dentro de la estructura de la trama Ipv4 existe
un campo de 8bits para Servicios Diferenciados; 6 de estos bits son usados por
18
DSCP, los detalles son provistos por el RFC2474 y el RFC2475
78
DSCP, los mismos que generan hasta 64 cdigos que se usan en la
diferenciacin de servicio a travs de DSCP. Se ilustra en la figura 2.5. Los
servicios diferenciados pueden ser usados para agregar trfico dentro de un
nmero limitado de clases de servicio en una base de fin a fin debido a que ste
opera en la capa 3. Los dos bits restantes del byte ToS se usan para el control de
flujo DSCP.
DSCP
(6 bits)
r-J
Control de
Flujo
DSCP
(2 bits)
Versin LEN Byte de Tipo de Servicio
Longitud
Total
IPv4 capa 3
Figura 2.5 Servicios Diferenciados
2.4.2 ENCOLAMIENTO
Una vez que se ha dado prioridad a los datos usando una de las tcnicas
descritas anteriormente, se usan las colas y algoritmos de encolamiento para
proveer la QoS adecuada.
Las colas son simplemente reas de memoria en el switch o ruteador, que son
configuradas para almacenar paquetes con diferente prioridad. Un algoritmo de
encolamiento determina el orden en el cual, los paquetes previamente guardados
en las colas, son transmitidos. El objetivo es proveer mejor servicio al trfico de
prioridad alta, mientras se asegura que los paquetes de prioridad baja tambin
sean transmitidos.
Un algoritmo de encolamiento determina que colas son servidas de acuerdo a una
base establecida. Por ejemplo, el algoritmo especifica la transmisin de 2
paquetes de la cola 1 (cola de alta prioridad) por cada uno de los paquetes
79
transmitidos desde las colas 2 y 3. Los paquetes con una misma prioridad son
transmitidos desde cada una de las colas sobre una base FIFO19.
Una vez que el trfico ha sido clasificado, los mecanismos de encolamiento
asignan a cada paquete o flujo a una de varias colas de la interface de salida que
cumpla los requerimientos de manejo sealados por la clasificacin, para su
adecuado tratamiento en la red, como se puede observar en la figura 2.6.
Cuando los datos y la voz son puestos en la misma cola, es mucho ms probable
que ocurra la prdida de paquetes y el retardo variable. Mediante el uso de
mltiples colas en la nterface de salida y poniendo los paquetes de voz en una
cola diferente que los paquetes de datos, el comportamiento de la red se hace
mucho ms predecible.
Subsistema de encolamiento Capa 3
Subsistema de encolamiento Capa 2
Entrada de
Paquetes
I
\ *J Clase = X I (
/
)
f/
_
_. ....
'\ V J
/
Salida de
Paquetes
Encolamiento de bajo retardo Fragmentacin de enlace e Inteheavlng
Figura 2.6 Diagrama de Encolamiento con Clasificacin de Prioridad
Entre las varias tcnicas de encolamiento se puede citar a Weighted Fair
Queueing.
2.4.2.1 Weighted Fair Queueing (WFQ)
Tambin llamada FBWFQ (Flow-Based Weighted Fair Queueing) es un mtodo
de encolamiento dinmico que provee ancho de banda en forma equitativa (fair)
19
FIFO, First In, First Out
80
para todo el trfico de red. WFQ aplica prioridad o peso (weight) al trfico
identificado para clasificarlo y determinar cuanto ancho de banda es permitido
para cada conversacin en relacin a otras conversaciones. WFQ es un algoritmo
basado en flujos que simultneamente ordena el trfico interactivo hacia el frente
de la cola para reducir el tiempo de respuesta y comparte equitativamente el
ancho de banda restante entre flujos de ancho de banda alto. Es decir, que WFQ
permite dar prioridad a trfico de volumen bajo tal como una sesin de telnet
sobre trfico de volumen alto tal como una sesin de ftp. La figura 2.7 20 muestra
un diagrama funcional de WFQ.
Paquetes de
Entrada
Clasificacin basada en
flujo:
Direccin de
fuente y destina
Protocolo
Identificador d
Sttsin (puerto/
Paquetes da
Salida
.
Encolamiento
en Burrera
Planteador Weighted Fair
Paso (Weight) determinado por:
OoS requerido {Precedencie
IP, RSVP)
Inversamente al flujo de
salida
Figura 2.7 Diagrama Funcional de WFQ.
WFQ sobrepasa una limitacin seria del encolamiento FIFO. En el encolamiento
FIFO el trfico es enviado en el orden en que ha sido recibido sin considerar el
consumo ancho de banda o retardos asociados. Como resultado de esto, las
transferencias de archivos y otras aplicaciones de red con trfico de volumen alto
a menudo generan series de paquetes de datos asociados, que son conocidos
como trenes de paquetes. Estos trenes de paquetes tienden a moverse juntos a
20
Tomado de Cisco, Congestin Management Overview
81
travs de la red, lo que puede consumir todo el ancho de banda disponible,
privando a otros trficos de ancho de banda.
WFQ provee administracin de la prioridad de trfico que dinmicamente ordena
el trfico dentro de mensajes que forman parte de una conversacin. Rompe los
trenes de paquetes para lograr que el ancho de banda sea compartido
equitativamente entre conversaciones individuales y que el trfico de bajo
volumen sea transferido de manera oportuna.
WFQ clasifica el trfico dentro de diferentes flujos basado en: el encabezado del
paquete, direccionamiento que incluye caractersticas como red de origen y
destino o direcciones MAC; protocolo; puerto de origen y destino y nmeros de
socket de la sesin; el valor DLCI (frame relay data-link connetion identifier) y el
valor de Tipo de Servicio (ToS).
Existen dos categoras de flujos: sesiones de ancho de banda alto y sesiones de
ancho de banda bajo. El trfico de ancho de banda bajo tiene prioridad sobre el
trfico de ancho de banda alto, y este ltimo comparte el servicio de transmisin
proporcionalmente de acuerdo a la asignacin de pesos. El trfico de ancho de
banda bajo recibe servicio preferencial, logrando que sea enviado de manera
oportuna.
WFQ ubica los paquetes de varias conversaciones en las colas equitativas antes
de la transmisin. El orden de salida desde estas colas equitativas est
determinado por el tiempo virtual de la entrega del ultimo bit de cada paquete que
ha llegado. Nuevos mensajes de flujos de ancho de banda alto son descartados
despus de que se ha alcanzado el umbral de congestin de mensajes. Sin
embargo, flujos de ancho de banda bajo, los cuales incluyen mensajes de control
de conversaciones, continan siendo encolados. Como resultado de esto, la cola
equitativa puede contener ocasionalmente ms mensajes de los que son
especificados por el umbral.
82
El algoritmo WFQ resuelve el problema de la variabilidad de retardo de ida y
vuelta (round trip), en caso de que mltiples conversaciones con trfico de alto
volumen estn activas, sus velocidades de transmisin se hacen ms predecibles.
Mejora grandemente algoritmos tales el control de congestin TCP. Flow-based
WFQ es usada como el mtodo de encolamiento por defecto en la mayora de
interfaces seriales configuradas para funcionar a velocidades de 2.048Mbps o
inferiores.
2.4.3 PROVISIONAMIENTO DE RED.
El mecanismo de Provisionamiento de Red calcula exactamente el ancho de
banda requerido necesario para las conversaciones de voz, el trfico de datos y
otras aplicaciones, as como los gastos de control tales como los protocolos de
ruteo.
Para calcular el ancho de banda requerido para transmitir voz sobre una WAN, se
suman los requerimientos de ancho de banda de cada aplicacin (por ejemplo,
voz, video y datos). Esta suma representa el mnimo ancho de banda requerido
para un enlace dado y este no puede exceder el 75% del total del ancho de banda
disponible para este enlace. El restante 25% es usado para desbordamiento y
para el gasto de control.
2.4.4 FRAGMENTACIN DE ENLACE E INTERLEAVING
Es usado en los ruteadores para conexiones en la WAN, esto es para velocidades
de reloj inferiores a 768kbps (por las condiciones particulares de la red WAN se
usan velocidades bajas de transmisin). Una trama de datos puede ser enviada
hacia el cable fsico solamente a la velocidad de sealizacin de la interface. La
velocidad de sealizacin es el tamao de la trama dividida para la velocidad de
reloj de la interface. Si un paquete de voz est detrs de un paquete de datos
grande en la cola de salida de la nterface, el umbral de 250ms podra ser
excedido. Este mecanismo es usado para fragmentar tramas de datos grandes en
piezas de tamao regular e inserta tramas de voz dentro del flujo de manera que
83
el retardo de fin a fin pueda ser pronosticado exactamente. Esto pone lmites al
jitter porque previene que el trfico de voz sea retrasado detrs de tramas
grandes de datos. Por ejemplo, una trama de 1500 bytes toma 214ms para ser
sealizada en un circuito de 56kbps, la figura 2.8 lustra, con un ejemplo, la forma
de trabajo de este mecanismo. La tabla 2.2 muestra el retardo de sealizacin
para varios tamaos de tramas y velocidades de enlace.
ANTES
RuteadorA Ruteador B
60 bytes de voz trama de datos de 1500 bytes
214ms de retardo de sealizacin para una trama de datos de 1500 bytes a 56kbp;
DESPUS de usar Fragmentacin de enlace e interleaving
RuteadorA Ruteador B
Datos Datos Voz Datos
Figura 2.8 Ejemplo antes y despus de usar Fragmentacin de Enlace e Interleaving
Velocidad
Enlace
56kbps
64kbps
128kbps
256kbps
512kbps
768kbps
Tamao de la Trama
64
9ms
8ms
4ms
2ms
1ms
0.64ms
128
18ms
16ms
8ms
4ms
2ms
1 .28ms
256
36ms
32ms
16ms
8ms
4ms
2.56ms
512
72ms
64ms
32ms
16ms
8ms
5.12ms
1024
144ms
128ms
64ms
32ms
16ms
10.4ms
1500
214ms
187ms
93ms
46ms
23ms
15ms
Tabla 2.2 Retardo de Sealizacin
21
21 Tomado de Cisco IP Telephony QoS Design Guide
84
2.5 RESOURCE RESERVATION PROTOCOL (RSVP)
RSVP22 es un protocolo de sealizacin que fue desarrollado por la IETF. La
principal funcin de RSVP es proveer un mecanismo de reservacin de ancho de
banda a las aplicaciones que requieren ancho de banda garantizado para una
operacin correcta tales como la voz y el video en tiempo real. As, RSVP dirige
los aspectos de QoS asociados con la transmisin de streams de datos en tiempo
real sobre una red TCP/IP.
RSVP no es por s mismo un protocolo de ruteo, esta diseado para operar con
los protocolos de ruteo unicast y multicast actuales, mediante estos protocolos
determina a donde llevar las solicitudes de reservacin. Segn como el proceso
de ruteo cambia las rutas para adaptarse a los cambios de topologa, RSVP
adapta su reservacin a las nuevas rutas siempre que existan solicitudes de
reservacin. RSVP provee operacin transparente a travs de ruteadores que no
soportan RSVP.
A diferencia de otros protocolos que inician sus operaciones desde la fuente, las
solicitudes de RSVP, son hechas desde el receptor. La razn para esto es que al
soportar multicast, diferentes miembros del grupo multicast pueden tener
diferentes requerimientos de recursos. En otras palabras, cada receptor solicita
diferentes QoS, por esto tiene ms sentido que los receptores en lugar de las
fuentes sean los que tengan la habilidad de reservar recursos.
Trabaja en conjunto con los mecanismos de encolamiento presentes y no en lugar
de ellos. Cuando RSVP solicita una particular QoS, esta solicitud es realizada a
una nterface particular del mecanismo de encolamiento que puede ser WFQ,
para mplementar la reservacin.
RSVP puede mplementar dos tipos de reservaciones dinmicas:
22
RSVP est detallado en los RFC2205-2209
85
. Servicios de carga controlada (Controlled Load Service), que permite a las
aplicaciones tener bajo retardo y alto throughput, an en momentos de
congestin.
Servicios de velocidad garantizada (Guaranteed throughput Rate Service),
permite a las aplicaciones reservar ancho de banda para satisfacer sus
requerimientos. Por ejemplo, una aplicacin VolP puede reservar 32 Mbps de
fin a fin usando este servicio.
Las caractersticas del RSVP son:
Es orientado al receptor, soporta la habilidad de que cada receptor solicite su
QoS deseada.
No es un protocolo de ruteo.
Realiza solicitudes para obtener informacin del estado de la red.
Es una tcnica tipo "soft" para QoS.
Soporta dos tipos de reservacin en sesiones multitransmisor: Reservaciones
distintas, separadas para cada transmisor; Reservaciones compartidas, para
mltiples transmisores.
RSVP esta diseado para soportar QoS en un ambiente heterogneo en caso de
existir mltiples receptores en una sesin multicast. Cada receptor puede obtener
diferente QoS ya sea mediante la combinacin de solicitudes o usando diferentes
niveles de QoS. Debido a que RSVP es un protocolo manejado por el receptor,
tiene la capacidad de ser escalado a un gran nmero de receptores.
Las operaciones de RSVP estn basadas en el mtodo mediante el cual una
secuencia definida de paquetes es manejada como una entidad. Un conjunto de
paquetes ser tratado como un flujo y la manera en la cual su tratamiento es
especificado se denomina como una flow specification, o simplemente flowspec.
Es decir, flowspec describe el trfico transmitido tan bien como los requerimientos
de servicio de un aplicacin, lo cual resulta en una solicitud para una QoS
deseada. La reservacin real consiste de un flowspec y un filterspec, el filterspec
especifica aquellos paquetes que sern atendidos por el flowspec. De esta
manera, filterspec habilita a un trfico especfico para que sea provisto con una
86
QoS, mientras que flowspec define la QoS provista. La figura 2.9 lustra la relacin
entre filterspec y flowspec en un ruteador compatible con RSVP.
Planificador de paquetes
del ruteador
Paquetes
cumpliendo
criterio
Paquetes
direccionados
a un destino
comn
Otros paquetes
Figura 2.9 Relacin entre flowspec y filterspec
Flowspec puede consistir de hasta tres componentes: una clase de servicio, un
Rspec y Un Tspec. La clase de servicio est definida por la aplicacin. La Qos
esta definida por el Rspec donde R representa reserva. El Tspec describe el flujo
de trfico.
Cada ruteador compatible con RSVP posee ambos: un clasificador de paquetes y
un planificador de paquetes (scheduler). El clasificador de paquetes es
responsable de determinar la ruta de los paquetes, mientras que el planificador es
responsable de las decisiones de servicio y reenvo requeridas para alcanzar la
QoS solicitada.
RSVP soporta dos tipos bsicos de mensajes: Resv y Path. El mensaje Path es
originado por el transmisor e incluye informacin relacionada con las
caractersticas de trfico del stream de datos que ser generado. Los mensajes
Path son reenviados a travs de la red para proveer informacin de ruteo hacia
atrs. El mensaje Resv es enviado por cada receptor en la direccin opuesta
hacia el origen invirtiendo las rutas de los mensajes Path. De esta forma, el
mensaje Path proveer indirectamente informacin de ruteo hacia adelante. Para
mantener una sesin RSVP, un origen generar mensajes Path peridicamente.
Ambos tipos de mensajes contienen un valor de time-out. Estos valores son
usados por los ruteadores y los switchs en una ruta para setear sus timers
87
internos. Si estos timers expiran, la reservacin y la informacin de ruteo asociada
con la reservacin sern desechadas, de esta manera, la captura de recursos que
resulte de una falla de un receptor en la terminacin de una sesin RSVP se limita
a una duracin corta.
2.5.1 FORMA DE TRABAJO DE RSVP
Los hosts y ruteadores utilizan RSVP para entregar solicitudes de QoS a los
ruteadores a lo largo de las vas por donde viajan los datos y proveer el servicio
solicitado manteniendo el estado del ruteador y del host, usualmente ancho de
banda y latencia. RSVP usa dos parmetros: una tasa de datos media -la
cantidad ms grande de datos que el ruteador mantendra en la cola- y una QoS
mnima (es la garanta del ancho de banda solicitado, especificado al hacer la
reservacin usando RSVP) para determinar la reservacin del ancho de banda.
Un host usa RSVP para solicitar una QoS especfica sobre la red a favor de un
stream de datos de una aplicacin. Para que RSVP pueda realizar esta tarea
debe estar activo hacia el mecanismo de encolamiento de la interface para
implementar la reservacin. RSVP lleva la solicitud a travs de la red, visitando
cada nodo de la red usada para transportar el stream. En cada nodo, RSVP trata
de hacer una reservacin de recursos para el stream usando su propio mdulo de
control de admisin exclusivo, el cual determina si el nodo tiene suficientes
recursos disponibles para suministrar la QoS solicitada.
Para hacer la reservacin de recursos en cada nodo, el ncleo RSVP se
comunica con dos mdulos de decisin local, control de admisin y control de
polticas. El control de admisin determina s el nodo tiene suficientes recursos
para suministrar la QoS solicitada. El control de polticas determina si el usuario
tiene permisos administrativos para hacer la reservacin. Si cualquiera de los dos
chequeos falla, el programa RSVP retorna una notificacin de error hacia el
proceso de aplicacin que origin la solicitud. Si ambos chequeos son exitosos, el
ncleo RSVP configura parmetros en el clasificador de paquetes y en el
planificador de paquetes (scheduler) para obtener la QoS deseada. El clasificador
88
determina la clase de QoS para cada paquete y el planificador ordena la
secuencia de transmisin de paquetes para alcanzar la QoS para cada stream.
Una representacin grfica se observa en la figura 2.10.
WFQ realiza la clasificacin y la programacin requerida para reservar la QoS
requerida por los flujos.
DATOS
Clasificador de
Paquetes
Figura 2.10 Diagrama de bloques funcional de RSVP
Si una aplicacin ha enviado trfico a una tasa de datos mayor que la
determinada en la QoS que ha solicitado previamente, y el ancho de banda no
esta disponible, el trfico en exceso ser descartado.
Tres componentes son usados por un host para determinar y sealar la QoS:
1. El protocolo de configuracin que es usado por lo ruteadores o los hosts para
sealar QoS dentro de la red.
2. Un modelo de trfico (flowspec) que define el trfico y las caractersticas de
QoS de un flujo de datos que esta saliendo de una fuente.
3. Controles de trfico, que miden el flujo de trfico que esta saliendo de un host
o ruteador para asegurar que ste no exceda un nivel de QoS preestablecido.
RSVP corre sobre ambas versiones IPv4 y IPv6 para transportar los mensajes de
sealizacin. RSVP produce una reservacin de recursos simple, es decir, en una
direccin a la vez, por lo tanto, son necesarias dos solicitudes de reservacin en
caso de que se desee calidad de servicio bidireccional.
89
2.5.2 SOPORTE DE RSVP PARA ENCOLAMIENTO DE BAJA LATENCIA.
RSVP habilita el trfico en tiempo real -que incluye flujos de voz- mediante la
reserva de los recursos necesarios para garantizar baja latencia y ancho de
banda requerido. El trfico de voz debe tener muy bajo retardo y mnimo jitter en
cada salto para evitar degradacin de la calidad de fin a fin. Estos requerimientos
hacen imprescindible una implementacin de encolamiento eficiente, tal como low
latency queueing (LLQ) que puede servir al trfico de voz en estricta prioridad
para minimizar el retardo y el jitter.
Figura 2.11 RSVP con Low Latency Queueing (LLQ)
RSVP usa WFQ para proveer imparcialidad entre los flujos y asignar bajo peso a
un paquete para conseguir prioridad. Sin embargo, el tratamiento preferencial
provisto por RSVP es insuficiente para minimizar el jitter debido a la naturaleza
del algoritmo de encolamiento en s mismo.
Para proveer las garantas de ancho de banda y retardo y al mismo tiempo
obtener control de admisin, RSVP debe trabajar con LLQ, de esta manera RSVP
estar en capacidad de clasificar flujos de voz y encolarlos en la cola de prioridad
90
del sistema LLQ mientras simultneamente provee reservaciones para otros flujos
que no sean de voz mediante una cola reservada.
La figura 2.11 muestra como RSVP opera con voz sobre IP.
RSVP provee control de admisin basado en la disponibilidad de los recursos de
red tales como ancho de banda. LLQ provee una definicin al reenvo del trfico
de voz con estricta prioridad al frente de otro trfico de datos. Mediante la
combinacin de RSVP y el soporte para LLQ se obtiene control de admisin y
reenvo de los flujos de datos con la ms baja latencia y jitter posible. El trfico de
alta prioridad diferente al de voz que pertenece a aplicaciones de misin crtica
puede continuar su envo sin ser afectado adversamente por el trfico de voz.
2.6 ENVO DE PAQUETES CON QoS HABILITADO
La sealizacin provee un mtodo para informar a los dispositivos de red que
niveles especficos de QoS son necesarios para paquetes determinados. Las
funciones que son necesarias de implementar en cada dispositivo de red hacen
cumplir las reglas y establecen lmites. Los requerimientos importantes son
velocidad de operacin del cable y el encolamiento de paquetes.
La velocidad de operacin de cable es bsica debido a que las funciones de
reenvo de paquetes necesitan ser los suficientemente rpidas para poder
procesar todo el trfico que es enviado a travs de l.
El encolamiento provee las capacidades de buffer que son esenciales para la
operacin de un ruteador o un switch de capa 3. La forma ms simple de
encolamiento provee procesamiento de paquetes FIFO. El encolamiento FIFO es
adecuado para comunicaciones de mejor esfuerzo debido a que cada paquete es
tratado de igual manera pero ste no permite diferenciacin de servicios. Otros
mecanismos ms sofisticados de encolamiento que pueden soportar QoS son:
91
Encolamiento por prioridad, la cual establece un orden de localizacin de
ancho de banda que da preferencia a flujos de alta prioridad.
Encolamiento Weighted Fair (WFQ), la cual localiza ancho de banda de
acuerdo a las necesidades de la aplicacin pero no permite que otras clases
de datos tomen prestado ancho de banda.
Encolamiento basado en clase, la cual permite que el trfico sea dividido en
una jerarqua de clases que son determinadas por los atributos de QoS y
permite que se tome prestado ancho de banda entre clases.
Los mecanismos de encolamiento pueden ser preconfgurados a travs de un
sistema de administracin basado en polticas o pueden ser controlados a travs
de protocolos de sealizacin manejados por el usuario.
2.7 ADMINISTRACIN DE LA QoS EN UNA RED CORPORATIVA
La incorporacin de clases de servicio, controles de acceso y mecanismos
basados en QoS complican la administracin de una red empresarial. Para
facilitar la tarea de administracin existe una nueva clase de estndares, llamado
administracin basada en polticas. El objetivo para el administrador de red es
controlar los recursos de red, incluyendo switchs con capacidad de QoS,
mediante la definicin de polticas de alto nivel que pueden ser expresadas en
trminos de negocios y entonces traducidas automticamente a la configuracin o
seteo de parmetros en la red.
Las polticas pueden ser definidas en varios niveles de complejidad. Por ejemplo:
el acceso al servidor de base de datos de contabilidad esta restringido al personal
del departamento de contabilidad; las transacciones de clientes tienen la ms alta
prioridad sobre la red; el personal debe accesar la Intranet solamente desde sus
estaciones de oficina.
El sistema de administracin basada en polticas es una aplicacin distribuida que
incluye un componente para hacer cumplir las polticas en cada dispositivo
compatible, uno o ms servidores de polticas y una capacidad de desarrollar
93
CAPITULO 3
DIMENSIONAMIENTO DE LOS ENLACES WAN
Se ha tomado como punto de partida para el anlisis, a las redes de voz y datos
de una empresa que tiene una oficina matriz localizada en Quito y cuatro oficinas
sucursales en Guayaquil, Cuenca, Ambato e Ibarra, conectadas a travs de
enlaces WAN.
El dimensionamiento de los enlaces WAN para la transmisin de voz y datos tiene
dos objetivos principales:
Asegurar que los usuarios del sistema telefnico, obtengan comunicacin
entre las diferentes oficinas de la empresa con una buena calidad de voz y con
la menor prdida de llamadas.
Correr las aplicaciones de datos empresariales de manera adecuada.
En la actualidad en la empresa objeto de estudio se usa la PSTN para las
comunicaciones de voz desde la matriz hacia las sucursales en provincias y
viceversa, tambin para las comunicaciones entre sucursales, por ejemplo, entre
Ibarra y Guayaquil.
El objetivo del presente captulo es realizar el dimensionamiento de los enlaces
WAN para soportar la integracin de voz sobre la red de datos IP mediante el uso
de PBX IP en cada una de las oficinas de la empresa objeto de estudio.
Con la implementacin de la red de voz sobre IP en todas las oficinas indicadas
se van a reemplazar todos los telfonos actuales por telfonos IP y la PBX por un
sistema telefnico IP. De esta forma se tendr un sistema completo de voz que
comunique a todas las oficinas sobre la red WAN.
94
La comunicacin hacia fuera de la red de la empresa tendr que necesariamente
hacerse a travs de las lneas telefnicas de la PSTN que actualmente posee la
empresa.
3.1 DESCRIPCIN GENERAL DE LA ESTRUCTURA ACTUAL DE
LA RED.
La configuracin actual de la red de la empresa para la cual se va a realizar el
estudio est conformada por una oficina principal localizada en Quito y cuatro
oficinas sucursales en Guayaquil, Cuenca, Ambato e (barra.
Para la comunicacin de datos, cada una de las oficinas indicadas posee un
ruteador conectado a una red WAN mediante enlaces clear channel23 provistos
por una empresa de transmisin de datos. Para la comunicacin de voz, cada una
de las oficinas posee PBXs que se conectan a la PSTN.
En la tabla 3.1 se registran los detalles de cada una de las oficinas.
Oficina
Quito
Guayaquil
Cuenca
Ambato
I barra
Nmero de usuarios
Nmero de
estaciones de red
141
27
5
6
5
Ancho de banda
del enlace WAN
4 canales hacia
sucursales
64kbps
64kbps
64kbps
64kbps
Nmero de lneas
telefnicas,
conexin a la
PSTN
25
7
5
5
3
Nmero de
extensiones
73
20
5
6
5
Tabla 3.1 Resumen de parmetros de la configuracin actual de la red
23
Clear Channel, Enlace de comunicaciones TDM.
95
El nmero de usuarios es igual al nmero de estaciones de red.
El diagrama de red de la configuracin actual se encuentra en la figura 3.1.
3.1.1 DESCRIPCIN DETALLADA DE LA ESTRUCTURA ACTUAL POR
OFICINAS.
3.1,1.1 Oficina Matriz Quito
Red de datos.- La red de datos en su parte central est conformada por un switch
y un grupo de hubs que soportan la comunicacin entre los dispositivos de la LAN
y por un ruteador que provee la comunicacin hacia la WAN.
El switch posee 24 puertos, a los que se conectan directamente los 15 servidores
centrales de la empresa y los 6 hubs de 24 puertos que proveen la conexin para
los 141 puntos de red de las estaciones de usuario.
Dentro de los servidores se pueden detallar servidores de seguridad y de
aplicacin. Los servidores de seguridad tienen la funcin de mantener una base
de datos con nombres y contraseas de usuarios que permiten tener control del
acceso a la red de los usuarios de las diferentes reas; los servidores de
aplicacin proveen servicios especficos como son: almacenamiento de archivos,
correo electrnico, aplicaciones desarrolladas para la empresa.
El ruteador permite la comunicacin de datos desde y hacia afuera de la oficina
matriz, es decir, la comunicacin de ciertos equipos de las sucursales con los
servidores centrales y tambin la comunicacin de equipos de la matriz con
equipos en las sucursales. El ruteador soporta esta comunicacin sobre un enlace
de comunicaciones clear channel con 4 canales de 64kbps hacia Guayaquil,
Cuenca, Ambato e Ibarra, provisto por el proveedor de transmisin de datos. Los
equipos del proveedor que estn instalados en la oficina matriz y en las
sucursales constan de un MUX TDM y un equipo terminal de datos (DTU).
El detalle de los equipos es el siguiente:
1 Ruteador, 4 puertos seriales y un puerto LAN
1 Switch LAN, 24 puertos 10/100Mbps
6 Hubs de 24 puertos a 10Mbps
Cableado estructurado nivel 5
96
Red de voz.- La red de voz est conformada por una PBX misma que tiene
comunicacin con la PSTN mediante un multiplexor con 25 lneas telefnicas, que
se conectan a la PBX a travs de 7 tarjetas de lneas (cada tarjeta tiene
capacidad para 4 lneas), estas tarjetas manejan la interface digital R2. Esta PBX
sirve a 73 extensiones al interior de la empresa, de estas extensiones 43 poseen
telfonos multifucionales y las restantes 30 tienen telfonos sencillos, es decir,
poseen solo el teclado de nmeros, un botn de remarcado y un botn de flash.
Como las redes de voz tpicas posee una consola para la operadora o
recepcionista y adems un sistema de voz de contestacin automtica que
permite a los usuarios que llaman de fuera, marcar el nmero de la extensin
mediante un telfono multifrecuencial.
Los servicios que presta esta red son bsicamente los siguientes: transferencia de
llamadas, llamada en espera, conferencia, correo de voz. La conferencia solo
puede ser realizada desde los telfonos multifuncionales El correo de voz, muy
pocos usuarios lo manejan debido a la carencia de entrenamiento.
El detalle de la configuracin actual de la PBX es el siguiente:
7 tarjetas para lneas telefnicas, cada tarjeta tiene capacidad para 4 lneas.
25 lneas conectadas actualmente a la PBX.
73 extensiones de usuario.
Sistema de contestacin automtica con mensajes pregrabados.
Sistema de correo de voz
3.1.1.2 Oficina Sucursal Guayaquil
Red de datos.- La red de datos est conformada por dos hubs para la
comunicacin entre los computadores de la LAN y un ruteador que est
conectado hacia la WAN.
Los hubs poseen 24 y 12 puertos y proveen la conexin para los 27 puntos de red
de las estaciones de usuario.
El ruteador permite la comunicacin de datos desde y hacia fuera de la sucursal,
mediante un canal de 64kbps del proveedor de comunicaciones.
El detalle de los equipos es el siguiente:
1 Ruteador, un puerto serial y un puerto LAN
97
Hubs de 24 y 12 puertos a 10Mbps
Cableado estructurado nivel 5
Red de voz.- La red de voz est conformada por una PBX que tiene conexin
hacia la PSTN a travs de 7 lneas telefnicas. La PBX sirve a 20 extensiones en
la sucursal. Posee una consola para la operadora o recepcionista y adems un
sistema de voz de contestacin automtica que permite a los usuarios que llaman
de fuera, marcar el nmero de la extensin deseada.
3.1.1.3 Oficina Sucursal Cuenca
Red de datos.- La red de datos est conformada por un hub para la
comunicacin entre los computadores de la LAN y un ruteador que se conecta
hacia la WAN.
El hub tiene 8 puertos que proveen la conexin para las 5 estaciones de usuario.
El ruteador permite la comunicacin de datos desde y hacia fuera de la sucursal,
mediante un canal de 64kbps del proveedor de comunicaciones.
El detalle de los equipos es el siguiente:
1 Ruteador, un puerto serial y un puerto LAN
1 Hub de 8 puertos a 10Mbps
Cableado estructurado nivel 5
Red de voz.- La red de voz est conformada por una PBX que tiene conexin
hacia la PSTN a travs de 5 lneas telefnicas. La PBX sirve a 5 extensiones en la
sucursal.
3.1.1.4 Oficina Sucursal Ambato
Red de datos.- La red de datos est conformada por un hub para la
comunicacin entre los computadores de la LAN y un ruteador que se conecta
hacia la WAN.
El hub tiene 8 puertos que proveen la conexin para las 6 estaciones de usuario.
El ruteador permite la comunicacin de datos en ambos sentidos hacia fuera de la
sucursal, mediante un canal de 64kbps del proveedor de comunicaciones.
98
El detalle de los equipos es el siguiente:
1 Ruteador, un puerto sera! y un puerto LAN
1 Hub de 8 puertos a 10Mbps
Cableado estructurado nivel 5
Red de voz.- La red de voz est conformada por una PBX que tiene conexin
hacia la PSTN a travs de 5 lneas telefnicas. La PBX sirve a 6 extensiones en la
sucursal.
3.1.1.5 Oficina Sucursal Ibarra
Red de datos.- La red de datos est conformada por un hub para la
comunicacin entre los computadores de la LAN y un ruteador que se conecta
hacia la WAN.
El hub tiene 8 puertos que proveen la conexin para las 5 estaciones de usuario.
El ruteador permite la comunicacin de datos en ambos sentidos hacia fuera de la
sucursal, mediante un canal de 64kbps del proveedor de comunicaciones.
El detalle de los equipos es el siguiente:
1 Ruteador, un puerto serial y un puerto LAN
1 Hub de 8 puertos a 10Mbps
Cableado estructurado nivel 5
Red de voz.- La red de voz est conformada por una PBX que tiene conexin
hacia la PSTN a travs de 3 lneas telefnicas. La PBX sirve a 5 extensiones en la
sucursal.
El diagrama de la ingeniera de detalle de la configuracin actual de la red se
encuentra en la figura 3.2.
99
Nmero total
PBX ae usuarios: 5
Fig. 3.1 Diagrama de Red - Configuracin Actual
100
4 canales de
64kbps
64kbps
Este smbolo representa a los dispositivos
de conexin de la red LAN que pueden
ser: rtubs o switchs
MUX
GUAYAQUIL
Ruteador
DTU
IBARRA
PC
Fig. 3.2 Ingeniera de Detalle - Estructura Actual de la Red Empresarial
Nota: DTU, Data Terminal Unit.
101
3.2 CONSIDERACIONES GENERALES PARA EL TRAFICO DE
DATOS Y VOZ
Para realizar el diseo de esta red de comunicaciones que integra voz y datos, es
necesario conocer el trfico total que la misma manejar con el fin de dimensionar
adecuadamente los enlaces para transmisin de la informacin as como los
equipos.
La red en estudio est en uso actualmente, por lo tanto, se va a partir de
informacin real. Para la red de voz se tienen las tablas que detallan la duracin
de las llamadas diarias desde Quito hacia Guayaquil, Cuenca, Ambato e (barra,
que han sido proporcionadas por Andinatel. Para la red de datos se tienen
aplicaciones corriendo sobre TCP/IP, los grficos con los niveles de utilizacin de
los canales, desde Quito hacia cada una de las ciudades ya indicadas, han sido
proporcionados por el proveedor de comunicaciones. Con esta informacin se van
a dimensionar los canales de datos para que puedan soportar la integracin de
voz.
Para el diseo de la red se debe considerar el trfico de voz y el trfico de datos
de manera separada. La topologa de la red de datos se mantendr invariable
para el diseo.
3.2.1 INGENIER DE TRFICO DE VOZ.
La ingeniera de trfico, de la forma como a se aplica a las redes de voz
tradicionales, es el proceso que determina el nmero de troncales necesarias
para transportar las llamadas de una empresa, lo que se conoce como
dimensionamiento de la ruta. Para una red de voz sobre IP, un objetivo adicional
es la provisin de la cantidad apropiada de ancho de banda para transportar de
manera simultnea las llamadas y el trfico de datos de la empresa.
En la ingeniera de trfico son importantes los siguientes parmetros:
102
Razn de llamadas, que se define como el nmero de veces que se utiliza una
ruta o trayectoria de trfico por unidad de tiempo, ms adecuadamente definido
como la intensidad de llamadas por trayectoria de trfico durante la hora ocupada.
Tiempo de retencin, definido con este nombre al tiempo de duracin de la
ocupacin de la trayectoria de trfico por llamada.
Trayectoria de llamada, es un canal, una ventana de tiempo, una banda de
frecuencias, una lnea, una troncal o un circuito a travs del cual se establecen
comunicaciones individuales secuencialmente.
Trfico cursado, es el volumen de trfico que realmente fue cursado a travs un
sistema.
Trfico ofrecido, es el volumen del trfico ofrecido a un sistema.
3.2.2 PROCESO DE LA INGENIERA DE TRFICO.
La ingeniera de trfico para una red VolP consiste de los siguientes pasos:
1. Pronstico del crecimiento
2. Determinacin del trfico de voz existente
3. Clculo del nmero de troncales
4. Determinacin de los requerimientos de ancho de banda para la voz.
3.2.2.1 Pronstico del crecimiento
Para asegurar que el sistema est de acuerdo a las necesidades de la empresa,
es necesario determinar el nmero de telfonos que son necesarios ahora y en el
futuro. Se pueden definir los siguientes pasos:
a) Determinar cuantos telfonos existen actualmente.
b) Determinar cuantos empleados trabajan actualmente.
c) Calcular la razn de telfonos a empleados, dividiendo el nmero de telfonos
para el nmero de empleados.
d) Pronosticar la razn de crecimiento anual, mediante la proyeccin del nmero
de empleados que se contratarn sobre una base anual.
103
3.2.2.2 Determinacin del trfico de voz existente.
La empresa proveedora del servicio telefnico, en este caso Andinatet, es la que
proporciona la informacin del trfico transportado por el grupo de troncales
desde la oficina matriz en Quito hacia cada una de las sucursales.
3.2.2.3 Clculo del nmero de troncales.
Para cualquier anlisis es fundamental conocer cmo se reparte el trfico
telefnico. La experiencia demuestra que las llamadas aparecen en cualquier
instante, independientemente unas de las otras, en un proceso totalmente
aleatorio y son de duracin variable, con un tiempo promedio o medio que
depende de cada usuario dentro de una determinada empresa.
Si se conoce la cantidad de trfico generado y el grado de servicio requerido,
entonces se puede calcular el nmero de troncales requeridas para cumplir con
las necesidades de comunicacin.
Se usa la siguiente ecuacin para calcular el trfico:
A = CxT
Donde A es el flujo de trfico, C es el nmero de llamadas originadas durante el
perodo de una hora y T es el tiempo de retencin promedio de una llamada.
C es el nmero de llamadas originadas, no solamente las llamadas transportadas.
Tpicamente, la informacin recibida de la empresa de telfonos est en trminos
de trfico transportado y no de trfico ofertado.
El tiempo de retencin de una llamada T debe considerar el tiempo promedio en
que una troncal est ocupada y debe tomar en cuenta variables que no solo
comprenden la duracin de una conversacin. Esto incluye el tiempo requerido el
establecimiento de la llamada (marcado y timbrado), tiempo para terminar la
llamada y un mtodo de amortizar las seales de ocupado y las llamadas no
104
completadas. "La adicin de un 10% al 16% a la duracin de una llamada
promedio ayuda a contabilizar estos segmentos de tiempo24".
Un Erlang es una unidad de medida de trfico de telecomunicaciones, es una
unidad adimensional. Un erlang representa el uso continuo de una ruta o circuito
de voz por una hora. En la prctica, es usado para describir el volumen total de
trfico en una hora.
El matemtico dans Agner Krarup Erlang en 1909 public: 'The Theory of
Probabilities and Telephone Conversations", a consecuencia de este trabajo, el
erlang en 1940 fue aceptado como la unidad de medida de trfico en
telecomunicaciones y su frmula es todava usada en la actualidad en el diseo
de la redes de telecomunicaciones modernas.
Un erlang es la intensidad de trfico de un circuito o grupo de circuitos en los que
el tiempo de observacin coincide con el tiempo total de ocupacin, entendiendo
como tal la suma de los tiempos de ocupacin parciales. Por definicin, la
ocupacin total durante una hora equivale a 1 erlang.
1 (erlang) = t*n /60
t = tiempo medio o duracin de la llamada en minutos
n = nmero de llamadas cursadas
As por ejemplo, si se realizan 20 llamadas con una media de 3 minutos, tenemos
1 erlang.
Si consideramos un grupo de circuitos, la intensidad de trfico en erlangs es el
nmero de llamadas segundo por segundo o el nmero de llamadas hora por
hora. As, si un grupo de 10 circuitos tiene una intensidad de 5 erlangs, se
esperara encontrar la mitad de los circuitos ocupados en el momento de la
observacin.
24 Tomado de Cisco Systems, Voice Design and Implementation Guide, 2000.
105
3.2.2.3.1 Grado de Servicio (GoS).
Tambin conocido como bloqueo, es una fraccin que representa las llamadas
que no pueden ser completadas debido a que todas las lneas estn ocupadas.
La probabilidad de encontrar congestin en un sistema de telecomunicaciones es
un parmetro importante en la ingeniera de trfico. Una condicin de congestin
ocurre en las horas pico en un sistema telefnico, por lo tanto el sistema se debe
dimensionar para que maneje la carga en la hora pico. Es importante saber
dimensionar los recursos para evitar sobredimensionar el diseo, de manera que
maneje cualquier trfico pico, pero que resulte lo ms econmico posible. An en
un sistema bien diseado, se espera que en la hora pico se presenten momentos
de congestionamiento en los que los intentos adicionales por encontrar llamadas
encontrarn bloqueo.
En orden a proveer un nivel de servicio aceptable, se basa la ingeniera de trfico
en un Grado de Servicio durante la hora pico. GoS es una unidad de medida de la
probabilidad de que una llamada ser bloqueada. Por ejemplo, un GoS de P(.01)
significa que una llamada ser bloqueada en 100 intentos de llamada, y una GoS
de P(.001) resulta en una llamada bloqueada en 1000 intentos.
3.2.2.3.2 Suposiciones de Probabilidad de trfico.
Una vez que se ha determinado el trfico en erlangs durante la hora pico, el
siguiente paso es determinar el nmero de troncales para cumplir con un GoS
particular. El nmero de troncales requeridas puede diferir dependiendo de las
suposiciones de probabilidad de trfico. El clculo del nmero de troncales
conociendo el trfico en erlangs y el GoS, segn el mtodo Erlang B est basado
en las siguientes suposiciones:
La primera suposicin es el nmero de fuentes potenciales. La tabla 3.2 compara
la cantidad de trfico que el sistema necesita transportar en erlangs frente al
nmero de fuentes potenciales que ofrecen trfico, asumiendo que el nmero de
troncales se mantiene contante en 10 para un GoS de .01.
107
.04
.02
Figura. 3.3 Distribucin de Poisson para trfico aleatorio
La tercera suposicin se refiere al manejo de las llamadas perdidas. En otras
palabras, las acciones que tomar el sistema cuando la estacin a la que se est
llamando no responda. Existen tres opciones que se podran tomar y que son
ilustradas en la figura 3.4:
Llamadas prdidas eliminadas
Llamadas prdidas retenidas
Llamadas prdidas retardadas
Primer Intento Trfico Ofrecido
TRONCAL
Llamadas Retenidas
Trfico Transportado
Factor de Bloqueo
Llamadas
Eliminadas
Llamadas
Retardadas
Figura 3.4 Manejo de llamadas perdidas
Llamadas prdidas eliminadas.- en esta opcin se asume que una vez que una
llamada es colocada en el servidor (o en la red), si es ste est ocupado o no
disponible, la llamada desaparece del sistema. Se desiste del intento de llamada
ante una seal de ocupado.
108
Llamadas prdidas retenidas.- en esta opcin se asume que una llamada estar
en el sistema mientras dure el tiempo de hold (tiempo de retencin definido en el
sistema), prescindiendo de si la llamada es colocada o no. En esencia, se realiza
un remarcado ante una seal de ocupado durante el tiempo de hold antes de
desistir del intento.
Llamadas prdidas retardadas.- en esta opcin se asume que una vez que una
llamada es colocada, esta permanecer en una cola hasta que el servidor est
listo para manejarla.
La cuarta suposicin es el tiempo de duracin de las llamadas. Las ecuaciones
usadas tradicionalmente en la ingeniera telefnica estn basadas en el patrn de
llegada de Poisson, el mismo que es aproximadamente una distribucin
exponencial. Esta distribucin exponencial indica que un nmero pequeo de
llamadas son muy pequeas en duracin, un gran nmero de llamadas son
solamente de uno o dos minutos de duracin y segn las llamadas se vayan
prolongando estas se decrementarn exponencialmente en nmero con un muy
pequeo nmero de llamadas sobre los 10 minutos.
3.2.2.3.3 Nmero de troncales.
El propsito de esta seccin es el clculo del nmero de troncales fsicas
requeridas. Una vez que se haya determinado la cantidad de trfico durante la
hora pico y se haya acordado el GoS requerido por la empresa.
El clculo del nmero de troncales necesarias se realiza mediante el uso de
tablas. Para esto se va a usar el modelo de trfico ms difundido, que es el Erlang
B.
El modelo Erlang B determina el nmero de troncales requeridas, conociendo el
trfico en la hora pico, ste modelo est basado en fuentes infinitas y hace las
siguientes suposiciones: a) las llamadas son presentadas aleatoriamente al grupo
de troncales, b) los tiempos de llamada son distribuidos exponencialmente y c)
todas las llamadas bloqueadas son eliminadas inmediatamente.
109
La tabla 3.3 es usada para determinar el nmero de troncales N, conociendo el
trfico en la hora pico y el GoS = P(x).
N
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
P
.003
.003
.081
.289
.602
.995
1.447
1.947
2.484
3.053
3.648
4.267
4.904
5.559
6.229
6.913
.005
.005
.106
.349
.702
1.132
1.622
2.158
2.73
3.333
3.961
4.611
5.279
5.964
6.664
7.376
.01
.011
,153
.456
.87
1.361
1.909
2.501
3.128
3.783
4.462
5.16
5.876
6.608
7.352
8.108
.02
.021
.224
.603
1.093
1.658
2.276
2.936
3.627
4.345
5.084
5.842
6.615
7.402
8.201
9.01
.03
.031
.282
.716
1.259
1.876
2.543
3.25
3.987
4.748
5.53
6.328
7.141
7.967
8.804
9.65
.05
.053
.382
.9
1.525
2.219
2.961
3.738
4.543
5.371
6.216
7.077
7.95
8.835
9.73
10.63
Tabla 3.3, Tabla Erlang B para determinar el nmero de troncales conociendo el Grado de Servicio P y el
25
trfico en la hora pico expresado en erlangs
3.2.2.4 Determinacin de los Requerimientos de Ancho de Banda para la Voz.
Los requerimientos de ancho de banda para la transmisin de voz sobre un
enlace WAN dependen de varios parmetros que incluyen: razn de muestreo,
tipo de codee, tipo de enlace, tcnicas de compresin del encabezado 26, tcnica
de supresin de silencios 27 y el nmero de llamadas de voz simultneas.
Para evaluar el ancho de banda requerido por una llamada de voz es importante
entender los componentes de un paquete VolP y las diferentes variables que
afectan su utilizacin. Los componentes del paquete VolP se puede observar en
25 Tomado de T. Frankel, ABC of the Telephone
26 Tcnica de compresin del encabezado RTP (cRTP) propietaria de Cisco.
27 tcnica es conocida como Voice Activity Detection (VAD), propietaria de Cisco.
110
la figura 1.8. Adicionalmente a la longitud del paquete VolP, la razn de muestreo
afectar los requerimientos de ancho de banda.
En el caso de estudio se usar la codificacin G.711 (PCM) para la LAN y la
G.729A (CS-ACELP) para la WAN. El factor ms importante es la razn de
muestreo, la cual es el perodo de tiempo usado para codificar la informacin
antes de que el paquete sea transmitido. Con propsitos explicativos se define la
frecuencia del paquete (razn de muestreo) como el nmero de paquetes, que
contienen muestras de voz, que son enviados por segundo. La frecuencia del
paquete es el inverso de la duracin en segundos representado por las muestras
de voz. Por ejemplo, si las muestras de voz en un paquete representan una
duracin de 20ms, entonces 50 de estas muestras son requeridas cada segundo.
Una razn de muestreo de 30ms tiene una menor calidad de voz que 20ms. La
tabla 3.4 muestra los requerimientos de payload 28 G.711 y G.729A para razones
de muestreo de 20ms y 30ms. En esta tabla se observa que la razn de muestreo
no afecta significativamente el ancho de banda requerido para el payload. Sin
embargo, cuando se aade la informacin de encabezado, existen incrementos
importantes con 50 paquetes por segundo frente a 33 paquetes por segundo,
como se observa en la tabla 3.5.
El consumo de ancho de banda es requerido por cada stream VolP, en cualquier
conversacin se requieren dos streams, uno en cada direccin.
Codificador
G.711
G.711
G.729A
G.729A
Razn de
muestreo en
ms
20
30
20
30
Payload de voz
en bytes
160
240
20
30
Paquetes por
segundo
50
33
50
33
Ancho de banda
por llamada
64kbps
63.4kbps
Skbps
7.9kbps
Tabla 3.4 Requerimientos de payload para dos razones de muestreo
29
28 Payload, seccin del paquete en la cual van los datos
29 Tomado de Cisco, IP Telephony Solution Guide, Versin 2.0, junio 2001.
111
En la tabla 3.5 se toma en cuenta el ancho de banda adicional ocupado por la
informacin de los encabezados (RTP, UDP e IP) y encabezados de enlace. Este
ancho de banda est determinado por el nmero de paquetes que son enviados
cada segundo. La longitud total de los encabezados RTP, UDP e IP es de 40
bytes 320 bits (figura 1.8). En la red LAN la informacin va a ser transportada
sobre Ethernet que tiene 14 bytes de encabezado y en la WAN sobre ppp que
tiene 6 bytes de encabezado.
Codificador
G.711 en 50 pps
G.711 en 33 pps
G.729A en 50 pps
G.729A en 33 pps
Ethernet
1 4 bytes de
encabezado
85.6kbps
56.5kbps
29.6kbps
19.5kbps
PPP
6 bytes de
encabezado
82.4kbps
54.4kbps
26.4kbps
17.4kbps
Tabla 3.5 Requerimientos de ancho de banda por llamada tomando en cuenta los encabezados
Se puede mejorar la asignacin del ancho de banda usando compresin del
encabezado RTP y VAD 30. La compresin del encabezado RTP (cRTP) reduce el
tamao de ste de 12 bytes a 2 bytes. VAD reduce el requerimiento de ancho de
banda por un 50% aproximadamente puesto que el ancho de banda es asignado
solamente al lado que est hablando.
La tabla 3.6 muestra los requerimientos de ancho de banda para ethernet y ppp
con y sin compresin de encabezado RTP y VAD para un canal de voz.
30
VAD, Voice Activity Detection
112
Codificador
G.711 en 50 pps
Con cRTP
Con VAD
Con cRTP y VAD
G.711 en33pps
Con cRTP
Con VAD
Con cRTP y VAD
G.729A en 50 pps
Con cRTP
Con VAD
Con cRTP y VAD
G.729A en 33 pps
Con cRTP
Con VAD
Con cRTP y VAD
Ethernet
14 bytesde
encabezado
85.6kbps
81 .6kbps
42.8kbps
40.8kbps
56.5kbps
54.1kbps
28.3kbps
27.1kbps
29.6kbps
25.6kbps
14.8kbps
12.8kbps
19.5kbps
16.2kbps
9.8kbps
8.6kbps
PPP
6 bytes de
encabezado
82.4kbps
78.4kbps
41.2kbps
39.2kbps
54.4kbps
52.0kbps
27.2kbps
26kbps
24.3kbps 31
22.4kbps
13.4kbps
11.4kbps
17.4kbps
14.1kbps
8.8kbps
7.6kbps
Tabla 3.6 Ancho de banda requerido para una llamada de voz con y sin cRTP y VAD29
El ancho de banda consumido por los streams VolP es calculado mediante la
suma de la longitud del payload del paquete y todos los encabezados (en bits) y
luego multiplicando por una razn de paquetes por segundo (por defecto SOpps).
Este mtodo para el clculo del ancho de banda es vlido para la mayora de
algoritmos de codificacin de voz, sin embargo ste asume que las muestras de
voz pueden ser transmitidas cada 20ms. Para algoritmos de codificacin que usan
perodos de muestreo ms pequeos, mltiples muestras pueden ser enviadas en
Cisco recomienda 26.4 kbps en este caso
113
cada paquete y las muestras deben ser almacenadas en un buffer cada 20ms.
Por tanto, el ancho de banda total ocupado por un canal de voz puede variar
ligeramente.
3.2,2.4.1 Provisin de Red
La provisin de red comprende el clculo con exactitud del ancho de banda
necesario para las conversaciones de voz, el trfico de datos y overhead de
control o administracin del enlace, como son los protocolos de ruteo.
Cuando se calcula el ancho de banda requerido para transmitir voz sobre la WAN,
es importante recordar que todo el trfico de aplicacin combinado (voz y datos)
igualara solamente al 75% del ancho de banda provisto. El restante 25% es
usado para posible desbordamiento (en caso de existir congestin) y para el
overhead administrativo, tal como los protocolos de ruteo.
3.3 CLCULO DE LOS CANALES DE VOZ.
Para el clculo de los canales de voz, se han hecho las siguientes
consideraciones:
1. Debido a la topologa particular de la red en estudio, se tiene que la mayor
concentracin de usuarios se encuentra en la oficina matriz en Quito, por
tanto, para el estudio del trfico de llamadas de voz se va a considerar el
trfico saliente hacia cada una de las sucursales (Guayaquil, Cuenca, Ambato
e I barra) para el dimensionamiento de los canales de voz, tomado en cuenta
que el trfico entrante desde cada una de las sucursales anotadas hacia la
matriz siempre ser menor ya que la sucursal Guayaquil representa el 19% del
total de usuarios de la matriz y las dems sucursales aproximadamente el 4%.
De esta manera al dimensionar los canales para la fuente de mayor trfico se
estar cubriendo a las fuentes ms pequeas que son las sucursales.
2. El grado de servicio GoS acordado que se brindar a los usuarios ser de
114
3. El algoritmo de compresin de voz que se va a utilizar, es el CS-ACELP
(G.729A) con una compresin de Skbps. El nmero de muestras por segundo
es de SOpps y adicionalmente se usar VAD.
3.3.1 PRONSTICO DEL CRECIMIENTO
Anlisis de los parmetros de la oficina matriz.
Nmero de telfonos: 73
Nmero de usuarios: 141
Razn de telfonos a usuarios: 0.52
Porcentaje de crecimiento anual: 10%
Proyectando el crecimiento a tres aos se determinan la cantidad de usuarios y el
nmero de telfonos requeridos al final de cada ao. Como se puede observar en
la tabla 3.7
Final de
Primer ao
Segundo ao
Tercer ao
Usuarios
155
171
188
Telfonos
80
89
98
Tabla 3.7 Proyeccin de crecimiento a 3 aos
3.3.2 DETERMINACIN DEL TRFICO DE VOZ EXISTENTE
La empresa objeto de estudio ha proporcionado las tablas que contienen la
informacin referente al trfico transportado y que ha sido registrado por Andinatel
desde todas las troncales de la oficina matriz en Quito hacia cada una de las
sucursales en Guayaquil, Cuenca, Ambato e (barra. Son reportes mensuales que
contienen la fecha, la hora y la duracin de cada una de las llamadas. Esta
informacin se ha usado para determinar el trfico en la hora pico hacia cada una
de las sucursales como se observa en la tabla 3.8.
115
Debido a la extensin de estas tablas y a la escasa informacin que brindan a
simple vista, se ha optado por presentar slo una de ellas, y para una mejor
visualizacin del comportamiento del trfico telefnico hacia las sucursales se han
realizado grficas con el promedio por da para perodos de una hora entre las 7:00
a 19:00 horas, as por ejemplo, se ha sumado la duracin de las llamadas entre las
8:00 y 9:00 en los 4 das lunes que existen en un mes y se ha dividido para el
nmero total de llamadas en ste periodo, esto se ha hecho sucesivamente en
rangos de una hora para los das laborables de la semana. Se pueden observar en
el Anexo 1 grficas a color en las cuales el eje X es la escala de tiempo y registra
el rango de horas, el eje Y es la promedio de las llamadas durante cada hora. Cada
color representa un da de la semana como se detalla en la tabla 3.7a.
Da
Lunes
Martes
Mircoles
Jueves
Viernes
Color
Azul
Rojo
Verde
Amarillo
Negro
Tabla 3.7a. Detalle de Anexo 1
3.3.3 CLCULO DEL NUMERO DE TRONCALES
Los reportes de trfico transportado desde la oficina matriz hacia las sucursales
han sido generados sobre una base mensual de tiempo, sobre perodos de trabajo,
es decir, das y horas hbiles; no estn clasificados de acuerdo a la hora pico.
En base a estos reportes se ha usado el siguiente mtodo para determinar el
trfico en erlangs en la hora pico: "Se determina la cantidad de trfico que ocurre
en un da basado en 22 das hbiles en un mes y entonces se multiplica ese
nmero por 15% a 17% (un factor de 0.15 a 0.17). Como una regla, la hora de
trfico pico representa 15% a 17% del trfico total que ocurre en un da 32". En la
Tomado de Cisco Systems, Voice Design and Implementation Guide, 2000.
116
tabla 3.8 se incluye el trfico telefnico en la hora pico desde la oficina matriz
hacia cada una de las sucursales.
Ciudades
Quito
Quito
Quito
Quito
- Guayaquil
- Cuenca
- Ambato
- 1 barra
Trfico (erlangs)
0.44
0.10
0.07
0.13
Tabla 3.8 Trfico real desde la matriz hacia las sucursales
Con los resultados de la tabla 3.8 y utilizando la tabla 3.3 (Erlang B) se determina
el nmero de troncales requeridas para soportar el trfico para cada una de estas
rutas de la siguiente forma: la columna que se utiliza es la P(.01) (puesto que el
GoS requerido es .01), los clculos indican para la ruta Quto-Guayaquil un trfico
en la hora pico de 0.44 erlangs, el cual est situado entre .153 y .456 en la
columna P(.01). Debido a que no se puede usar una valor fraccionario, se usar el
valor ms alto (3 troncales) para transportar el trfico. Esto se realiza con cada
uno de los valores de trfico de la tabla 3.8. Los resultados se presentan en la
tabla 3.9:
Ciudades
Quito
Quito
Quito
Quito
- Guayaquil
- Cuenca
- Ambato
- 1 barra
Nmero de Troncales
3
2
2
2
Tabla 3.9 Nmero de canales de voz desde la matriz hacia las sucursales
33.4
117
DETERMINACIN DE LOS REQUERIMIENTOS DE ANCHO DE
BANDA PARA LA VOZ.
En base a la tabla 3.6 se determina que el ancho de banda requerido para un
canal de voz usando CS-ACELP (G.729A) a 50 pps, usando supresin de
silencios (VAD), es 13.4kbps (se considera, para al reduccin de ancho de banda,
la supresin de silencios que es una tcnica ms difundida entre los fabricantes
de sistemas VolP y no la compresin del encabezado RTP (cRTP) cuya reduccin
tambin se muestra en la tabla 3.6).
El ancho banda necesario para la comunicacin de voz para cada canal, para
cada ciudad, se calcula multiplicando el nmero de canales de voz de la tabla 3.9
por 13.4, los resultados se muestran en la tabla 3.10.
Ciudad
Guayaquil
Cuenca
Ambato
I barra
Nmero de Canales de Voz
3
2
2
2
Ancho de banda
(kbps)
40.2
26.8
26.8
26.8
Tabla 3.10 Nmero de canales de voz y ancho de banda requerido sobre cada uno de los
canales de comunicacin
3.4 ANLISIS DEL TRAFICO DE DATOS.
El anlisis del trfico de datos se ha realizado en base a los diagramas de uso de
los canales de comunicaciones sobre la red WAN proporcionados por la
compaa proveedora de comunicaciones para cada una de las sucursales en las
ciudades ya anotadas en este captulo. Los diagramas presentados para cada
sucursal, en el Anexo 2, contienen dos grficas una para transmisin y otra para
recepcin. Estos diagramas corresponden al ltimo da del mes, esta
consideracin especial se hizo debido a las caractersticas particulares de las
118
actividades de la empresa objeto de estudio, que determinan que el ultimo da de
cada mes sea el de mayor trfico de datos.
Estos diagramas provienen de tablas de valores de tiempo vs. trfico de
transmisin y recepcin (una de ellas se incluyen en el anexo 2), en estas tablas
se puede determinar el trfico promedio de transmisin y recepcin sumando
todas las muestras y dividiendo para el nmero total de muestras. De esta forma,
se ha determinado para cada canal de la sucursales, el ancho de banda ocupado
por el trfico de datos. Los resultados se muestran en la tabla 3.11.
Ciudad
Guayaquil
Cuenca
Ambato
I barra
Ancho de banda ocupado
Promedio
Tx (kbps)
11.61
7.77
3.23
5,81
Promedio
Rx (kbps)
24.77
1.39
1.46
1.82
Tabla 3.11 Ancho de banda ocupado para cada canal
3.5 DIMENSIONAMIENTO DE LOS CANALES SOBRE LA RED
WAN.
Para la nueva red empresarial que integra voz y datos sobre la red WAN, el
dimensionamiento de los canales de comunicacin se realiza considerando e!
ancho de banda requerido para los canales de voz que van a correr sobre cada
canal hacia sucursales (tabla 3.10) y el ancho de banda ocupado por las
aplicaciones de datos, para lo cual se toma el valor ms alto entre los promedios
de trfico entre transmisin y recepcin en cada canal (tabla 3.11).
Analizando los picos que se observan en los diagramas de uso de los canales de
comunicaciones, incluidos en el Anexo 2, se pueden hacer las siguientes
acotaciones:
119
Un pico que puede afectar la comunicacin es aquel que llega cerca al 100% del
uso del ancho banda del canal.
En el caso de los diagramas presentados, los picos ms altos son de duracin
corta, son ocasionales y escasos en nmero.
Debido a esta ltima caracterstica de los picos, en este caso particular, y de la
observacin de los grficos, se desprende que la hora del da en la que se
producen no coincide con la hora pico de trfico de voz, por lo tanto, para el
anlisis del dimensionamiento de cada canal se tomar en cuenta la ocupacin
promedio del canal por las aplicaciones de datos.
De esta manera, el ancho de banda requerido para el canal Quito-Guayaquil se
calcula sumando el ancho de banda requerido para los canales de voz que es
40.2kbps (tabla 3.10), ms el ancho de banda promedio (ms alto entre
transmisin y recepcin), esto es 24.77kbps (tabla 3.11), que nos da 64.97kbps; la
provisin de red se hace multiplicando esta cantidad por 1.25 (el ancho de banda
de voz y datos igualara solamente el 75% del ancho de banda provisto) que
resulta en 81.21kbps, finalmente el ancho de banda para el canal Quito-
Guayaquil, tomando el siguiente canal normalizado ms prximo, sera 96kbps.
Esto procedimiento se usa para todas las ciudades, los resultados se muestran en
la tabla 3.12.
Canal de
comunicacin
Quito - Guayaquil
Quito - Cuenca
Quito - Ambato
Quito - Ibarra
Suma Ancho de Banda
Voz y Datos (kbps)
64.97
34.57
30.03
32.61
Sumando AB de
reserva
(kpps)
81.21
43.21
37.54
40.76
Ancho de Banda
requerido (kbps)
96
64
64
64
Tabla 3.12 Ancho de banda requerido para cada canal
120
3.6 DESCRIPCIN DE LA ESTRUCTURA NUEVA DE LA RED.
La estructura de la red a nivel de interconexiones entre oficinas de la empresa
objeto de estudio, como se indica en la figura 3.2 permanecer igual excepto en el
ancho de banda asignado al canal hacia Guayaquil.
Como se indic al inicio de este captulo, las PBXs y los telfonos existentes en
las oficinas de la empresa, van a ser reemplazados por PBXs IP y telfonos IP.
Por tanto, la estructura de la red de datos en la oficina matriz y en las sucursales
se modifica debido a que deben instalarse los elementos necesarios para el
funcionamiento e interconexin de las PBXs IP y los telfonos IP.
La estructura nueva de la red de comunicaciones en cada oficina se muestra en la
figura 3.5.
Cada uno de los elementos que conforman esta nueva estructura y los protocolos
y estndares involucrados han sido detallados en los dos captulos anteriores.
Switch.- El tamao (nmero de puertos) y el nmero de los switchs en cada
oficina depender de la cantidad de telfonos y sistemas de datos a ser
conectados en cada localizador). El software de los switchs deber soportar las
siguientes caractersticas:
Capacidad para diferenciar entre el trfico de las aplicaciones de datos (PCs) y el
de voz (telfonos IP) y clasificar el trfico con la prioridad adecuada.
Los puertos de los switchs deben proveer energa en lnea para alimentar a los
telfonos IP, se enva el voltaje de polarizacin sobre el mismo cable UTP de
conexin a red. Esta caracterstica automticamente detecta si el dispositivo que
121
se conect a un puerto del switch es un telfono IP o una tarjeta de red
convencional.
Cada switch debe soportar tcnicas de QoS para el manejo de los paquetes de
voz tales como: Soporte a colas mltiples que utilizan WFQ (Weighted Fair
Queueing), ToS/CoS (Tipo de Servicio/Clase de Servicio), Precedencia IP,
802.1 p y 802.1 Q.
Deber contar con mdulo de gateway que permita la conexin de las lneas
telefnicas de la PSTN que la empresa posee en cada una de sus oficinas, para
esto el gateway deber soportar las interfaces analgicas o digitales usadas
actualmente en la conexin de cada PBX con la PSTN.
Ruteador.- El factor ms importante en la implementacin de un sistema VolP, es
el ruteo con caractersticas de QoS. Por tanto, el software del ruteador en cada
oficina deber soportar mecanismos de QoS, que incluyen: RSVP (Resource
Reservation Protocol, Precedencia IP, Servicios diferenciados, Soporte a colas
mltiples (WFQ, CBWQF), fragmentacin de enlace e interleaving (LFI).
Adicionalmente, se debe soportar un esquema de control de admisin de
llamadas para evitar saturar el enlace WAN con un mayor nmero de llamadas de
voz a las dimensionadas.
Deber poseer un puerto LAN 10/100BaseT Ethernet autosensing, un puerto de
consola, Interface WAN serial sincrnica o asincrnica.
Servidor de Control de Llamadas.- La PBX IP o Servidor de control de
llamadas, es un servidor de red con caractersticas especiales de tolerancia a
fallas sobre el cual corre el software de control de llamadas, el mismo que se
encarga del control de los telfonos IP, en base al plan de marcado y de las
polticas de seguridad registradas en la base de datos de usuarios que mantiene;
instruye a los telfonos sobre las acciones a tomarse dependiendo de cada
situacin. Controla el flujo de llamadas y les provee la ruta adecuada. En este
equipo residen los servicios de directorio con los cuales funcionan los agentes de
procesamiento de llamadas y los mecanismos de control para las llamadas que
atraviesan la WAN. Interacta con el ruteador, el switch, el gateway y
122
aplicaciones de voz de la red. En este equipo tambin se encuentran los sistemas
de contestacin automtica y correo de voz.
Las caractersticas mnimas de hardware del servidor son las siguientes:
Procesador Pentium III de 800 Mhz
Memoria RAM 512 MB
Discos duros de 20 GB SCSI
Floppy drive 3.5"
CD-ROM 24x
Tarjeta de video, que soporte resolucin de 800x600 pixels
Tarjeta de arreglos de discos que permita implementar RAID 0/5
Tarjeta de red: 10/100Mbps DTP
Fuente de energa redundante.
El software de control de llamadas se instala sobre el sistema operativo Windows
2000 Server y adicionalmente SQL Server como servidor de base de datos e
Internet Information Server.
Gateway.- Para llamadas hacia el exterior cada oficina tendr conexin a la
PSTN, esta conexin tambin se usar para respaldo en caso de falla de la WAN,
las llamadas sern ruteadas usando la PSTN.
En general la capacidad y caractersticas del gateway dependern de las
caractersticas particulares de la red en la cual va a ser instalada
El gateway es el encargado de conectar el sistema VolP a la PSTN, en este
elemento se conectan las lneas telefnicas que posee la empresa para que
exista comunicacin entre la red de voz IP y el exterior. Su capacidad en nmero
de lneas telefnicas ser de acuerdo a la cantidad de lneas existentes en cada
oficina objeto de estudio. Y deber soportar las interfaces analgicas o digitales
que se estn usando actualmente en cada oficina para la conexin de las lneas a
la PBX, por ejemplo, R2 en el caso de Quito. El gateway puede ser un equipo
independiente o un mdulo que se instala en el switch, como en el caso presente,
para dar la funcionalidad ya descrita.
Interface con Dispositivos Analgicos.- Provee puertos que permiten la
conexin de telfonos analgicos y digitales, aparatos de fax y para la conexin
123
de modems. Generalmente esta interface es parte del Gateway y debe brindar
ciertas caractersticas que van a permitir la adecuada conversin de las seales
analgicas entrantes en paquetes de datos para ser transportados sobre la red IP.
Telfonos IP.- Los telfonos a ser instalados van a tener las siguientes
caractersticas:
Alimentacin elctrica en lnea, es decir, por el mismo cable de red.
Los telfonos IP, tambin contarn con un dos conectores RJ-45 para la
conexin a la red y para la conexin del PC de usuario mediante el mismo
cable de red que sirve al telfono. El cable de conexin de un telfono IP debe
tener una longitud menor o igual a 100m desde el switch al que est
conectado.
Compresin de voz G.711 y G.729A.
Asignacin de direcciones IP mediante un servidor DHCP, o por configuracin
esttica.
Figura 3.5 Estructura de la Red VolP
El servidor DHCP para la asignacin automtica de direcciones IP puede estar
corriendo en el mismo equipo que el Servidor de control de llamadas o sobre otro
servidor en la red.
124
3.6.1 CONSIDERACIONES PARA CALIDAD DE SERVICIO
En una red que integra voz y datos, estos dos tipos de trfico viajan sobre una
nica infraestructura de transporte. Cada tipo de trfico tiene sus caractersticas:
El trfico de datos se transmite en forma de rfagas, no tiene tolerancia a las
prdidas y no es sensible al retardo. La voz por otro lado, tiene cierta tolerancia a
las prdidas de paquetes pero es sensible al retardo. La infraestructura de red
debe proveer calidad de servicio adecuada para cada tipo de trfico.
El objetivo de proteger el trfico de voz de ser atropellado por el trfico de datos
se realiza mediante la clasificacin del trfico de voz como de prioridad alta y
entonces se permite que viaje en la red antes que el trfico de prioridad baja. La
clasificacin es realizada en la Capa 2 y en la Capa 3 de la siguiente manera:
En la Capa 2 se usan los tres bits del campo 802.1 p (referido como clase de
servicio o CoS), el cual es una parte de la etiqueta 802.1Q.
En la Capa 3 se usan los tres bits del campo DSCP (differentated services
code point) en el byte de tipo de servicio (ToS) del encabezado IP.
La clasificacin es el primer paso para alcanzar QoS. Idealmente, este paso se
realizara lo mas cerca posible de la fuente, usualmente en la capa de acceso de
la red.
3.6.1.1 Clasificacin de Trfico en la Capa 2.
Los telfonos IP pueden marcar los paquetes de voz como de alta prioridad
usando la CoS o el ToS. El telfono enva paquetes con la etiqueta 802.1Q con
CoS y ToS seteados en un valor de 5.
Estos paquetes se diferencian de los que son enviados por las PCs cuyo campo
802.1p es cero, a menos que las aplicaciones que estn corriendo sobre la PC
enven paquetes con un valor especfico de CoS.
125
La forma ms comn de conexin de un telfono IP y la PC del mismo usuario al
switch ser a travs del mismo cable de red como se muestra en la figura 3.6. Si
el PC enviara paquetes etiquetados con un valor especfico de CoS, el telfono IP
cambia a cero este valor antes de enviar los paquetes al switch. Por tanto, los
paquetes enviado por el telfono tienen un CoS de 5 y los paquetes enviados por
la PC tiene un CoS de cero. Cuando el switch recibe estos paquetes, toma en
cuenta estos valores para realizar un procesamiento adicional basado en sus
capacidades.
con etiqueta 802.1 Q
. o
Switch
^ r-
Te
oii
fono
1
1 '
tfTTT^^^
Ir *****
. PC
sin etiqueta 802.3
Figura 3.6 Uso de la Etiqueta 802.1Q para Clasificacin en la Capa 2
3.6.1.2 Clasificacin de Trfico en la Capa 3.
El uso de los bits 802.1p de la etiqueta 802.1Q provee los resultados deseados de
QoS en la Capa 2. Cuando el trfico ha cruzado el lmite de la Capa 3, es
imperativo mplementar este mecanismo usando parmetros de la Capa 3, tales
como los 3 bits de la precedencia IP (comnmente referida como ToS) o el
parmetro DSCP.
El trfico cruza el lmite de la Capa 3 cuando los paquetes son ruteados entre
subredes por switchs de Capa 3 o en una red WAN por los ruteadores.
La clasificacin en la Capa 3 puede ser llevada a cabo mediante el uso de las
plataformas apropiadas en la red. Empezando por los telfonos IP, los paquetes
son ya presentados al switch con CoS = ToS = 5 . Esta clasificacin de Capa 3 es
preservada an si los paquetes viajan todo el camino a travs de la WAN hasta el
ruteador final donde el encabezado de Capa 2 es removido. Los ruteadores de la
126
WAN pueden usar esta clasificacin para emplear cualquier tcnica de
encolamiento.
3.6.2 DESCRIPCIN DETALLADA DE LA ESTRUCTURA NUEVA DE RED
POR OFICINAS.
3.6.2.1 Oficina Matriz Quito.
La red de comunicaciones estar conformada por:
1 switch con 4 mdulos de 48 puertos, cada uno, con alimentacin en lnea,
para la conexin de los 15 servidores de aplicacin, la PBX IP, las 141
estaciones de usuario y los 73 telfonos IP. Tambin poseer 7 tarjetas de 4
lneas cada una para conectar las 25 lneas telefnicas de la PSTN que posee
la oficina matriz.
Un ruteador con un puerto LAN y 4 puertos seriales para la comunicacin de la
red de la oficina matriz hacia la WAN a travs de un enlace clear channel, que
esta conformado por 1 canal de 96kbps hacia Guayaquil y 3 canales de
64kbps hacia las sucursales restantes.
Un PBX IP con las caractersticas ya detalladas anteriormente.
73 telfonos IP con alimentacin en lnea, que reemplazan a los telfonos
multifuncionales y sencillos anteriores.
Una consola para la operadora, compatible con el sistema VolP, este es un
dispositivo que posee botones para extensin adicionales y se conecta junto a
un telfono IP y que permite a una operadora transferir las llamadas a las
extensiones de la oficina.
3.6.2.2 Oficina Sucursal Guayaquil.
La red de comunicaciones estar conformada por:
1 switch con 2 mdulos de 24 puertos con alimentacin en lnea, para la
conexin de la PBX IP, las 27 estaciones de usuario y los 20 telfonos IP.
Adems, 2 tarjetas de 4 lneas cada una para conectar las 7 lneas telefnicas
de la PSTN que posee la sucursal.
128
3.6.2.5 Oficina Sucursal Ibarra.
La red de comunicaciones en esta sucursal, estar conformada por:
1 switch con un mdulos de 24 puertos con alimentacin en lnea, para la
conexin de la PBX IP, las 5 estaciones de usuario y los 5 telfonos IP.
Adems, 1 tarjeta de 4 lneas para conectar las 3 lneas telefnicas de la
PSTN que posee la sucursal.
Un ruteador con un puerto LAN y un puerto serial para la comunicacin de la
red de la sucursal hacia la WAN a travs de un canal de 64kbps.
Un PBX IP con las caractersticas ya detalladas anteriormente.
5 telfonos IP con alimentacin en lnea, que reemplazan a los telfonos
convencionales anteriores.
En la figura 3.7 se muestra la ingeniera de detalle de la estructura nueva de la
red para la empresa objeto de estudio.
129
96kbps
64kpbs
64 kbps
64 kbps. ,
Este smbolo representa a tos dispositivos
de conexin da la red LAN, ed, los switchs
Telefono
P
PC
DTU
IBARRA
Fig. 3.7 Ingeniera de Detalle - Estructura Nueva de la Red Empresarial
Nota: DTU, Data Terminal Unit.
130
3.7 PRESUPUESTO REFERENCIAL PARA LA IMPLANTACIN
DEL NUEVO SISTEMA.
Oficina Matriz
Descripcin
Ruteador Cisco 1 750
Servidor Cisco 7830
Switch Cisco Catalyst 6000
Telfonos IP
Consola operadora
Precio unitario
(USD)
Existente
10,000.00
125,960.00
545.00
647.00
Cantidad
1
1
73
1
TOTAL
Precio Total
(USD)
10,000.00
125,960.00
39,785.00
647.00
176,392.00
Sucursal Guayaquil
Descripcin
Ruteador Cisco 1 750
Servidor Cisco 7830
Switch Cisco Catalyst 4000
Telfonos IP
Consola operadora
Precio unitario
(USD)
Existente
10,000.00
38,875.00
545.00
647.00
Cantidad
1
1
20
1
TOTAL
Precio Total
(USD)
10,000.00
38,875.00
10,900.00
647.00
60,422.00
Sucursal Cuenca
Descripcin
Ruteador Cisco 1 750
Servidor Cisco 7830
Switch Cisco Catalyst 4000
Telfonos IP
Precio unitario
(USD)
Existente
10,000.00
38,875.00
545.00
Cantidad
1
1
5
TOTAL
Precio Total
(USD)
10,000.00
38,875.00
2,725.00
51 ,600.00
131
Sucursal Ambato
Descripcin
Ruteador Cisco 1 750
Servidor Cisco 7830
Switch Cisco Catalyst 4000
Telfonos IP
Precio unitario
(USD)
Existente
10,000.00
38,875.00
545.00
Cantidad
1
1
6
TOTAL
Precio Total
(USD)
10,000.00
38,875.00
3,270.00
52,145.00
Sucursal Ibarra
Descripcin
Ruteador Cisco 1 750
Servidor Cisco 7830
Switch Cisco Catalyst 4000
Telfonos IP
Precio unitario
(USD)
Existente
10,000.00
38,875.00
545.00
Cantidad
1
1
5
TOTAL
Precio Total
(USD)
10,000.00
38,875.00
2,725.00
51 ,600.00
El costo de la implantacin completa del sistema, esta conformado por el costo
total en equipos a ser instalados ms los costos de instalacin y puesta en
marcha del sistema.
Costo Total Equipos: 392,159.00
Costo de instalacin y puesta en marcha: 27,000.00
Por lo que el costo total de la implantacin de este nuevo sistema sera de:
419,159.00 dlares.
En el Anexo 3, se incluyen hojas de caractersticas y descripciones de los equipos
a ser instalados.
132
3.8 COMPARACIN ENTRE TECNOLOGAS.
En la tabla 3.13 se presenta la comparacin de las caractersticas de cada uno de
los sistemas de voz: el sistema de conmutacin de circuitos con la PBX tradicional
y el sistema de conmutacin de paquetes con el sistema telefnico IP, PBX IP.
ATRIBUTO O
CARACTERSTICA
PBX PBXIP
Calidad de voz
En la PSTN se usa PCM, no se
realiza compresin, la calidad de
voz es excelente
Para transmisin sobre la LAN
se usa PCM y en la WAN se usa
CS-ACELP, este algoritmo
presenta una calidad de voz
similar a la de PCM
Retardo
El retardo es mnimo, no es
perceptible
Es la suma de varios
componentes que pueden
exceder el umbral de 250ms,
para evitar estos se usan
tcnicas de QoS
Escalabilidad
Capacidad de
expansin
Es un equipo dimensionado para
las necesidades de la empresa, no
permite ampliacin mayor
Los componentes permiten
ampliacin y actualizacin sin
limite de escala, al estar en
componentes separados es
posible la instalacin de partes
de mayor capacidad, que
permitan servir a las
necesidades futuras de la
empresa
Confiabilidad
Continuidad del
servicio
Es altamente confiable, se
requiere continuidad en la
provisin de energa a la PBX
Altamente confiable, la provisin
de energa en forma continua
debe hacerse a todos los
componentes de la red
telefnica IP, desde el servidor
de control de llamadas hasta los
telfonos IP.
Mantenimiento
Es realizada por personal
especializado, generalmente de la
casa comercial que vendi la PBX
Al ser parte de la red de datos,
el mismo personal de
administracin de red de la
Empresa puede realizar
operaciones de mantenimiento
del sistema, que no son fsicas,
sino ms bien de depuracin de
informacin, actualizaciones de
software y configuraciones
adecuadas a las condiciones
actuales de la Empresa.
133
Administracin
Administracin y configuracin de
la PBX es realizada por personal
especializado, en estas tareas
cuya forma de realizacin
dependen de cada fabricante y del
modelo de PBX
Es realizada mediante
protocolos que son estndares
administrativos como LDAP y
adems existe la posibilidad de
realizar administracin a travos
de un web browser.
Compatibilidad
Entre diferentes fabricantes de
PBX casi no existe compatibilidad
abierta, es necesaria la instalacin
de convertidores entre PBX
La compatibilidad est basada
en protocolos que ya han sido
declarados estndares para la
industria de VolP como H.323 y
a futuro vendrn otros que estn
en proceso de creacin.
Cualquier marca de equipos
VolP podr interconectarse con
otra en forma abierta.
Seguridad
Se puede proveer en cuanto a la
restriccin de entrada o salida
llamadas. Pero no existe para la
informacin que es transmitida por
una lnea, cualquier persona
puede interceptar la llamada en su
camino y escuchar lo que se esta
diciendo.
Adems de las restricciones de
llamadas se puede proveer
encripcin de los datos (voz)
que son transmitidos, por medio
de algoritmos de seguridad que
permiten que solo los puntos
finales que estn
comunicndose tengan la llave
para interpretar y conocer el
contenido de la llamada
Tabla 3.13 Atributos de los Sistemas de Voz
134
CAPITULO 4
CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES
Las ventajas de esta red convergente se pueden detallar as: es una red
altamente escalable, confiable y disponible, es adaptable a las necesidades de
la empresa y permite el rpido desarrollo de aplicaciones nuevas e
innovadoras.
En los sistemas PBX tradicionales existe una desigualdad de distribucin de
los servicios provisto por estos, ya que solamente en la oficina principal los
usuarios pueden usar todos los servicios que presta la PBX y en las
sucursales solo parte de ellos.
Con un sistema telefnico IP la distribucin de los servicios ser de una
manera uniforme a todos los usuarios de la red.
En los codees de voz se realiza compresin para reducir la tasa de bits
generada, esto se hace mediante la eliminacin de informacin redundante. La
compresin es un balance entre la calidad de voz, recursos computacionales,
retardo y ancho de banda requerido en la red. Una gran reduccin del ancho
de banda tiene un alto costo computacional usado por el codee para un nivel
de claridad determinado, que puede causar un incremento significativo del
retardo entre punto finales debido a que se requiere un mayor tiempo en el
proceso computacional, cuya consecuencia final sera el deterioro de la
calidad de la comunicacin.
135
Las caractersticas de tiempo real de la voz no permiten el uso de
retransmisiones, por esta razn se utiliza UDP y RTP para la transmisin de
voz. TCP se utiliza para transmitir la informacin de control.
En la actualidad los algoritmos de codificacin y compresin de voz generan
tasas de bits bajas con una excelente calidad de voz.
El ancho de banda ocupado en un enlace por un canal de voz depende en
gran parte de la informacin de encabezado que viaja con cada paquete.
La reduccin de la porcin de ancho de banda que ocupa un canal de voz se
realiza por medio de tcnicas como la compresin del encabezado y la
supresin de silencios (se transmiten paquetes de voz solo cuando el
interlocutor habla, en las pausas y silencios el ancho de banda ocupado es
liberado para que sea ocupado por otras aplicaciones).
La calidad de voz es influida en parte por los algoritmos de compresin y sobre
todo por la falta de QoS en la red IP.
La calidad de la seal de voz es afectada por el retardo entre puntos finales. El
retardo total que sufre un paquete de voz es la suma de los retardos
introducidos por cada uno de los componentes de la red que principalmente
son generados por: el manejo de buffers, la clasificacin, el encolamiento, y la
conmutacin en los ruteadores IP.
Adems debido a la naturaleza variable de las caractersticas de la red en
cuanto a su uso y a causa de que los paquetes de voz pueden seguir
diferentes trayectorias en la red para llegar a su destino, se producen
variaciones del retardo total entre paquetes de voz consecutivos en el punto
final, a lo que se denomina jitter, que tambin afecta la calidad de voz. Para
corregir este problema es necesaria la existencia de buffers en ef fado de
recepcin que almacenen los paquetes que llegan, para luego ser enviados en
secuencia correcta y en forma continua al decodificador.
136
La voz tambin es afectada por la prdida de paquetes que pueden
comprometer la inteligibilidad de la voz.
La existencia de tcnicas que aseguren una adecuada Calidad de Servicio es
crtica para la operacin correcta de una red que integra voz y datos. Las
evolucin de las aplicaciones basadas en IP hacen que estas requieran menos
ancho de banda en la red mientras entregan servicios de confiabilidad y
calidad similares a ios entregados por las redes tradicionales no integradas.
El objetivo general de los mecanismos de QoS es mantener la calidad de voz
sobre las redes de datos mediante el control de: el retardo, jitter, nmero de
paquetes perdidos y eficiencia en el uso del ancho de banda disponible.
La calidad de voz que es transmitida por la red IP, sea en la LAN o en la WAN
depende de mecanismos o tcnicas que den prioridad al trfico de voz sobre
otros tipos de trfico que existen en la red.
Las tcnicas para control de la Calidad de Servicio que se usan en la red LAN
son las que se manejan a nivel de la Capa 2, como es el caso de 802.1p/Q.
Este es un mecanismo bsico para diferenciar los paquetes de voz de otros
paquetes, gracias a esto el switch puede hacer la clasificacin adecuada y dar
preferencia a los paquetes de voz. En la red LAN debido a las velocidades
altas de transmisin que se manejan, no es critica la implementacin de
mecanismos complejos de QoS.
El encolamiento FIFO no es adecuado para el manejo de prioridades entre
diferentes tipos de trfico, debido a que su funcionamiento se basa en una
nica cola en la que los datos van saliendo en el mismo orden de llegada.
En caso de que ocurra congestin , el sistema de encolamiento no garantiza
que los datos alcanzarn su destino en un tiempo adecuado, ste solamente
asegura que los paquetes con prioridad alta sern servidos antes que los
paquetes de prioridad baja. Sistemas de QoS ms sofisticados resuelven este
137
problema con sistemas de reservacin de ancho de banda, los cuales asignan
cantidades pre-especificadas a las colas individuales o a grupos de colas. Esto
asegura que el ancho de banda estar siempre disponible para una cola de
prioridad alta. La QoS est garantizada a menos que los datos excedan la
cantidad de ancho de banda reservado. Los algoritmos de encolamiento
sofisticados tratan de ser equitativos. Por ejemplo WFQ (weighted fair queuing)
de Cisco, diferencia entre aplicaciones que acaparan todo el ancho de banda y
aquellas que necesitan menos ancho de banda y io distribuyen a todas las
aplicaciones en cantidades iguales.
El diseo adecuado de la red es crucial para el xito de cualquier
implementacin. Los mecanismos de QoS son complejos de implementar en
cualquier red, y an las capacidades ms robustas de QoS no pueden superar
un diseo de red pobre. En redes WAN la implementacin debe hacerse en el
borde de la red, es decir, los ruteadores.
El sistema telefnico IP debe proveer la comunicacin entre telfonos IP y los
servicios de manejo de llamadas (transferencia, espera, correo de voz, etc.),
junto con la conexin a la PSTN para la comunicacin con el exterior de la
empresa. Esta ltima es realizada por el gateway.
El sistema telefnico IP incorpora servicios administrativos como el directorio
de usuarios que permite tener un control centralizado de la administracin de
la red por medio de la implementacin de polticas que permitan o restrinjan el
acceso a ciertos grupos de usuarios de la red, a la realizacin de llamadas a
lugares determinados o a las funciones del sistema telefnico IP. De esta
manera se puede tener control sobre la calidad de servicio que presta la red
debido a que se puede hacer un uso ptimo de los recursos existentes.
El costo de la implantacin de este nuevo sistema es alto, debido a que es una
tecnologa nueva. El Sistema Telefnico IP se encuentra al momento en una
fase de perfeccionamiento que le permitir en un futuro cercano adquirir todas
las funciones que actualmente soporta la PBX tradicional y superarlas, al
138
anotar esto, no se debe perder de vista las ventajas principales de este nuevo
sistema que estn abriendo las puertas para una infinidad de servicios y
aplicaciones que permitirn el incremento de la productividad de las empresas
lo que a la larga redundar en un mejor servicio para todos sus clientes.
4.2 RECOMENDACIONES
Se recomienda la mplementacin de una red convergente que integra las
redes actuales independientes, voz y datos, en una red unificada, debido a
que una empresa puede realizar ahorros en mltiples reas que incluyen el
costo total de mantenimiento, llamadas en larga distancia, administracin de
red simple, reuso de las redes de datos existentes. Adems de la posibilidad
del desarrollo de nuevas aplicaciones que podrn implementarse ms
fcilmente por la estandarizacin de las tecnologas que se usan en un
sistema de Voz sobre IP.
En la red WAN debido al ancho de banda limitado que tienen los enlaces de
comunicacin, es fundamental y se recomienda el uso de tcnicas que den
prioridad a los paquetes de voz, como son: Precedencia IP, Servicios
Diferenciados que trabajan en la Capa 3, complementadas con mecanismos
de encolamiento como WFQ que permitan la existencia de mltiples colas de
datos que son atendidas en base a prioridades. Adicionalmente se pueden
usar mecanismos que permitan el fraccionamiento de trenes largos de datos
en secciones cortas entre las cuales se pueden transmitir paquetes de voz,
como Fragmentacin de enlace e Interleaving. Todo esto complementado con
el adecuado provisionamiento del ancho de banda del enlace que debe
contemplar el ancho de banda ocupado por la transmisin de voz, datos y
seales de control como los protocolos de ruteo.
Debido a la existencia dentro de una empresa de equipos de tecnologa
anterior como faxes y modems. Es recomendable que un sistema telefnico IP
pueda tambin soportar compatibilidad con dispositivos analgicos como los
nombrados para comunicarse con similares fuera de la red de la empresa.
139
BIBLIOGRAFA
3Com, "NBX 100 Admnistrator's Guide". version2, USA 2000.
Anatel Communications, "MGCP White Paper". 2000.
Arora Rakesh, "Voce over IP: Protocols and Standards". 1999.
Artesyn Communications Products, "Lavng the Foundation for VolP". 2000.
Bob Walder, "Voce Processing". The NSS Group, 2001.
Brian McConell, "Comparative Anaivsis of Internet Telephonv Gatewavs". Helio
Direct Inc., 2001.
Calista Inc, "The Evolution of the Enterprise PBX". Agosto 1999.
Cisco Systems Inc., "Achitecture for Voice. Video and Integrated Data". USA,
2000.
Cisco Systems Inc., "Cisco IP Telephonv QoS Design Guide", USA 2001.
Cisco Systems Inc., "Cisco Technical Solution Series: IP Telephonv Solution
Guide". Versin 2.0, Junio 2001.
Cisco Systems Inc., "Cisco Telephonv Network Pesiqn Guide". USA 2000.
Cisco Systems Inc., "Congestin Management Overview". 2001.
Cisco Systems Inc., "Data Networkino Fundamentis". 2001.
Cisco Systems Inc., "Lnk Efficiencv Mechanisms Overview". USA 2001.
Cisco Systems Inc., "QoS features for Voice". USA 2001.
140
Cisco Systems Inc., "Signalling Overview". 2001.
Cisco Systems Inc., "Techm'cal Considerations for Converqinq Data. Voice and
Vdeo Netwoks". USA 2000.
Cisco Systems Inc., "Voice Pesian and Implementaton Gude", 1999.
Daniel & Emma Minoli, "Delivering Voice over IP Networks". John Wiley &
Sons, USA 1998.
Data Beam Corporation, "A Primer On The H.323 Standard". USA 1998.
Douglas E. Comer, "Computer Networks and Internets". Prentice Hall, 1997.
Gilbert Held, "Voice over Data Networks: Coverng IP and Frame Relay".
McGraw-Hill, 1998.
Karim Asim, "H.323 and Associated Protocols". 1999.
MCK Communications Inc., "Voice over IP". 2000.
Memotec Communications, "Qualitv of Service n Integrated Voice, Video and
Data Networks". USA 2000.
Mitel Corporation, "Mtel Data Inteqrated Voice Applications Architecture".
relase 2, mayo 2000.
Mitel Corporation, "Voice Rules: The Practcal Challeges of Voice on the LAN".
Abril 1999.
Motorola, "Understandina Voice Technology - Vanquard Technical Reference".
Revisin B, USA 2000.
Rycom Inc, "Voice Technologies for IP and Frame Relay Networks".
www.rvcom.ca
141
Stefan Pracht, "Factors in the Success of Voice Quality in Converging
Telephony and IP Networks", Agilent Technologies, 2000.
Telephony World.Com, "Understandinq Latencv in IP Telephonv". 2000.
The Applied Technologies Group Inc., "QoS n the Enterprise". USA 2001.
The Applied Technologies Group Inc., "Voce over IP (VolP)". USA 1998.
Vertical Networks, "An IP-Based Ope Telephonv Architecture Delivering
Innovation Throuqh Qpenness". Enero 2000.
William E. Witowsky, "IP Telephone Pesian anf Implementaton Issues". Telogy
Networks, 1998.
GLOSARIO DE TRMINOS TCNICOS
Backbone. Es una lnea grande de transmisin que transporta datos recogidos de
lneas ms pequeas que se interconectan con esta.
Buffer. rea de almacenamiento usada para manejar datos en trnsito. Los
buffers son usados en la comunicacin entre redes para compensar las
diferencias en la velocidad de procesamiento entre dispositivos de red. Los bursts
de datos pueden ser guardados en los buffers hasta que puedan ser manejados
por dispositivos de procesamiento lento. Son nombrados tambin como packet
buffer.
Byte. 8 bits que forman una unidad de datos.
Categora 5. Estndar de cableado especificado por EIA/TIA 568 para usar en
velocidades de transmisin de hasta lOOMbps.
Codee, (codficador/decodificador). Es un circuito de hardware que convierte las
seales de audo analgico en cdigo digital y viceversa, usando tcnica como
pulse code modulation. Un codee es un convertidor A/D y D/A.
Congestin. Es el resultado de un uso incrementado de la red que crea cuellos
de botella en el trfico de datos sea en una red LAN o en la WAN.
Correccin de errores. Una tcnica para restaurar la integridad de los datos que
han sido corrompidos durante la transmisin. Las tcnica de correccin de errores
involucran el envo de informacin extra junto con la informacin original que esta
siendo enviada. Esto permite que los datos sean reconstruidos a partir de esta
informacin extra.
data rate. Es la cantidad de informacin (data) transferida por segundo a travs
de un canal de informacin o un dispositivo de computacin o almacenamiento.
Tpicamente es medida en unidades de bits por segundo (bps), bytes por segundo
(Bps) o baudios.
DHCP. (Dynamic Host Confguration Protocol). Provee un mecanismo para
asignar direcciones IP dinmicamente de esta manera las direcciones pueden ser
reusadas cuando los hosts ya no las necesitan.
DSP. (Digital Signal Processor). Chip de computadora especialmente diseado
para realizar operaciones complejas en forma rpida. Usado en procesamiento de
voz y video.
DTMF. (Dual Tone Multi-Frequency). Es una tcnica que se usa para generar
tonos que identifiquen a los botones presionado en un teclado de telfono y que
permiten a la central o PBX hacer el proceso adecuado de la llamada.
En el Internet o en la WAN, un backbone es un conjunto de vas a las que las
redes locales o regionales se conectan para una interconexin de larga distancia.
Los puntos finales son conocidos como nodos de red o telecommuncation data
switching exchanges (DSEs).
En un nivel local, un backbone es una lnea o conjunto de lneas en las que las
redes de rea local (LAN) se conectan para una conexin WAN o con unba LAN
para atravesar distancias eficientemente
Encabezado. Es la informacin de control en el inicio de un mensaje transmitido.
Puede consistir de una direccin de paquete o bloque, destino, nmero de
mensaje e instrucciones de ruteo.
Ethernet. Es la plataforma de transmisin ms usada en redes LAN. Se basa en
una topologa de red en bus, puede correr hasta un mximo de 10Mbps y puede
usar una amplia variedad de tipos de cable. Ethernet ha sido estandarizada por la
IEEE en el estndar 802.3.
FTP. (File Transfer Protocol). Es un protocolo de aplicacin de la familia de
protocolos TCP/IP que sirve para realizar transferencias de archivos entre
computadores.
Gateway. Es un dispositivo de red que provee un medio para que el trafico de red
pase de una topologa/protocolo/arquitectura a otra de un sistema diferente.
H.323. Es un estndar aprobado por la ITU que define como los datos de
conferencias audiovisuales son transmitidas a travs de las redes. En teora,
H.323 habilitara a los usuarios a participar en una misma conferencia an si ellos
estn usando diferentes aplicaciones de videoconferencia.
IGRP. (Interior Gateway Routing Protocol). Es un protocolo de red propietario,
desarrollado por Cisco Systems, diseado para trabajar en sistemas autnomos.
IGRP es un protocolo de ruteo de vector distancia. Un sistema tal como RIP utiliza
solamente uno los criterios -- saltos -- para determinar la mejor ruta. IGRP utiliza
cinco criterios para determinar el mejor camino: la velocidad de conexin, el
retardo, el tamao del paquete, la carga y la confiabilidad. Los administradores de
la red pueden fijar los factores de peso para cada una de estas mtricas.
Intranet. Es una red privada dentro de una empresa que usa las mismas clases
de software que se pueden encontrar en la Internet pblica. Por ejemplo muchas
empresas tienen servidores Web que son disponibles solo para los empleados.
Jitter. Un tipo de distorsin causada por la variacin de una seal en relacin a su
referencia que puede ser causada por errores de transmisin de datos,
particularmente en altas velocidades.
Latencia. Es el retardo asociado con la transferencia fsica de una trama desde
un puerto a travs de un switch a otro puerto, misma que esta basada en la
arquitectura del switch y agrega retardo adicional antes y despus del retardo
asociado con la longitud fsica de la trama que esta siendo transportada a travs
del switch. La latencia de un switch sera el tiempo entre el primer bit de una
trama dentro del switch y el primer bit de la trama fuera del switch.
LDAP. (Lightweight Directory Access Protocol). Este protocolo provee acceso a
aplicaciones de administracin mediante acceso interactivo de lectura/escritura
con el Directorio X.500.
MIB. (Management Information Base). Es una base de datos de informacin de
administracin de red que es usada y mantenida por un protocolo de
administracin como SNMP. El valor de un objeto MIB puede ser cambiado o
recuperado mediante comandos SNMP. Los objetos MIB son organizados en una
estructura de rbol que incluye ramas standard y propietarias.
MOS. (Mean Opinin Scores). Es un sistema de graduacin de la calidad de voz
de las conecciones telefnicas. La MOS es una medicin estadstica de la
calidad de voz, derivada de un gran nmero de los suscriptores que juzgan la
calidad de la conexin.
Nodo. Dispositivos en una red que demandan o suministran servicios o los
equipos en los cuales estn conectadas las vas de transmisin.
OSPF. (Open Shortest Path First). Es un protocolo de estado de enlace, es lo
opuesto a un protocolo de ruteo de vector distancia. Es uno de protocolo estndar
de Internet denominado de Gateway Interior definido en el RFC1247.
Paquete. Agrupamiento lgico de informacin que incluye un encabezamiento
que contiene informacin de control y datos de usuario. "Paquetes" son ms a
menudo usados para referirse a unidades de datos de la capa de red.
Payload. Porcin de una celda, trama o paquete que contiene informacin de
capas superiores (data).
PDU. (Protocol Data Unit). Trmino usado por el modelo OSI para referirse a los
paquetes de informacin , sean estos de datos o multimedia.
Protocolo. Una descripcin formal de un conjunto de reglas y convenciones que
gobiernan la forma como los dispositivos en una red intercambian informacin.
QoS. (Qualty of Service). Medida del rendimiento de un sistema de transmisin
que refleja su calidad de transmisin y disponibilidad del servicio.
Redundancia. Tambin conocida como tolerancia a fallas, en transmisin de
datos esto se refiere a los caracteres o bits que pueden ser removidos de una
transmisin sin afectar el mensaje. En procesamiento de datos y comunicaciones,
significa la provisin de componentes de respaldo para que en caso de falla de
uno de ellos, el sistema contine funcionando sin interrupcin.
RIP. (Routing Information Protocol). Es un protocolo de vector distancia, lo
opuesto a un protocolo de ruteo de estado de enlace. Es uno de protocolo
estndar de Internet denominado de Gateway Interior definido en el RFC1058 y
actualizado por RFC1388.
Round-trip time (RTT). Es una medida del retardo actual sobre una red,
determinado por el tiempo que un paquete toma en regresar desde un host
remoto. Puede ser realizado usando ping -s.
RSVP. (Resource Reservation Protocol). Es un protocolo que soporta la
reservacin de recursos a travs de una red IP. Las aplicaciones corriendo sobre
IP pueden usar RSVP para indicar a otros nodos la naturaleza (ancho de banda,
jitterr mxima tasa de transmisin) de los flujos de paquetes que ellos desean
recibir.
RTCP. (RTP Control Protocol). Es una protocolo que provee soporte para
aplicaciones con propiedades de tiempo real, incluye reconstruccin de base de
tiempo, deteccin de prdidas e identificacin de contenido.
RTP. (Real Time Transport Protocol). Protocolo de Transporte en tiempo real.
Que es parte de la especificacin H.323 para aplicaciones en tiempo real, est
descrita por el RFC1889.
SNMP. (Simple Network Management Protocol). Es un conjunto de protocolos
para administrar redes complejas. Las primeras versiones del SNMP fueron
desarrolladas en los 80s. SNMP trabaja enviando mensajes, llamados las
unidades de datos de protocolo (PDUs), a diversas partes de una red. Los
dispositivos de compatibles con SNMP, llamados los agentes, guardan datos
sobre s mismos en las bases de la informacin de la administracin (MIBs) y
vuelven estos datos a los solicitantes del SNMP. El SNMP 1 seala solamente si
est funcionando un dispositivo correctamente. La industria ha procurado definir
un nuevo conjunto de protocolos llamados SNMP 2 que proporcionara
informacin adicional, pero los esfuerzos de estandarizacin no han sido
acertados.
STMP. (Simple Mail Transfer Protocol). Es un protocolo de aplicacin de la familia
de protocolos TCP/IP que sirve para la transferencia de mensajes de correo
electrnico.
Stream. Es una abstraccin que se refiere a cualquier flujo de informacin desde
una fuente a un solo receptor. Un stream usualmente fluye a travs de un canal,
es lo opuesto a "paquetes" los cuales pueden ser ruteados independientemente,
posiblemente a mltiples recipientes. Los streams usualmente requieren algn
mecanismo para establecer un canal o una conexin entre el transmisor y el
receptor.
String. Es una serie ordenada de valores de informacin, usualmente bytes.
TAPI. (Telephony Applications Programming Interface). Es una interface estndar
de Microsoft Windows para la integracin entre los sistemas telefnicos y el
software basado en Windows.
TDM. (Time-Division Multiplexing). Tcnica en la cual a la informacin de mltiples
canales se le asigna ancho de banda sobre un solo enlace sobre espacios de
tiempo preasignados.
Throughput. Es la cantidad de datos transferida de un lugar a otro o procesada
en una cantidad de tiempo especificada. Las tasas de transferencia de datos para
redes son medidas en trminos de throughput. Tpicamente los throughputs son
medidos en kbps, Mbps y Gbps.
Trama, es un grupo estructurado de bits que son enviados sobre un enlace. Una
trama puede contener control, direccionamiento, deteccin de errores e
informacin de control. Es usado a menudo como sinnimo de "paquete".
UPS. (Uninterruptible Power Supply). Es un dispositivo basado en bateras que
provee energa de emergencia a un equipo o grupo de equipos en caso de falla
de energa de la red elctrica.
VAD. (Voice Activity Detection). Es una tcnica de transmisin de paquetes de
voz que permite ahorrar ancho de banda ya que se trasmiten paquetes de voz
solamente cuando la actividad de voz es detectada.
VLAN. (virtual LAN). Es una LAN lgica que comprende a grupos de trabajo o
equipos aislados de los dems por razones administrativas para un control ms
adecuado y simple.
ANEXO 1
GRFICAS DE TRAFICO TELEFNICO
P
r
o
m
e
d
i
o

d
e
l

T
r

f
i
c
o

t
e
l
e
f

n
i
c
o

h
a
c
i
a

G
u
a
y
a
q
u
i
l
,

p
o
r

d

a
s
3
0
.
0
0

-
i
2
5
0
0

2
0
.
0
0
1
5
.
0
0
E

1
0
.
0
0

5
.
0
0
0
0
0
1
8
S
8
8
8
8
8
8
8
S
S
S

S
e
r
i
e
l

S
e
n
e
2
-

B
S
e
r
i
e
S
S
e
r
i
e
4
I
S
e
r

e
S
I
I
8
S
8
S
8
S
8
8
8
S
S
8
8
S
8
8
8
8
S
(
D

C
O
C
O
H
o
r
a
s

l
a
b
o
r
a
l
e
s

p
o
r

d

a
s

d
e

l
a

s
e
m
a
n
a
P
r
o
m
e
d
i
o

d
e
l

t
r

f
i
c
o

t
e
l
e
f

n
i
c
o

h
a
c
i
a

C
u
e
n
c
a
,

p
o
r

d

a
s
1
6
.
0
0
"
e
"
1
o

<

Nn(
U
t
o
ni0
>
J
So0
u
o

o

o

o
O

O

O

0
N
.

O
)

t
-

<
D
z
>
o.
0
3o^
O

0
O

0
O
)

O
O
ccc
pp
cec
DM
Ce5
DDr
ccQ
DDD
1O

0
O

O
c
o

s
.
i
-

O
ccoc
3333
CC^
33
OOm
ccw
33
Cr
*
33
O
O
O
O
O
O
O
O
O
o
o
o
o
o
o
o
o
o

^
^

^
o
-
g
1
o

o

o

o

o
o

o

o

o

o
T

n

in

N
.

o
)
I
S
e
r
i
a
l
I
S
e
r
i
e
2
I

S
e
r
i
e
S
S
e
r
i
e
4
I
S
e
r
i
e
S
H
o
r
a
s

l
a
b
o
r
a
b
l
e
s

p
o
r
d
f
a
s

d
e

l
a

s
e
m
a
n
a
P
r
o
m
e
d
i
o

d
e
l

T
r

f
i
c
o

t
e
l
e
f

n
i
c
o

h
a
c
i
a

A
m
b
a
t
o

p
o
r

d

a
s
3
0
.
0
0
2
5
.
0
0

.

2
0
,
0
0
o
5
o
I
1
5
.
0
0
1
0
.
0
0
5
.
0
0
o
.
o
o

S
e
r
i
e
l

S
e
r
t
e
2

S
e
n
e
3
S
e
r
i
e
4

S
e
r
i
e
5
1
1

1
1
1
1
M
i
l
i
h
h
i
n
i
i
H
o
r
a
s

l
a
b
o
r
a
b
l
e
s

p
o
r

d

a
s

d
e

l
a

s
e
m
a
n
a
P
r
o
m
e
d
i
o

d
e
l

t
r

f
i
c
o

t
e
l
e
f

n
i
c
o

h
a
c
i
a

I
b
a
r
r
a
,

p
o
r

d

a
s
9
.
0
0
8
.
0
0
7
.
0
0
I

6
.
0
0

-
5
.
0
0
i

4
0

W
oE

3
.
0
0
o
2
.
0
0
1
.
0
0

-
0
.
0
0
r
.
S
e
r
i
e
!

S
e
r
i
e
2

S
e
r
i
e
3
i
S
e
r
t
e
4

S
e
r

e
S
8
8
S
8
8
8
S
8
8
8
8
8
8
8
S
8
8
8
8
8
8
8
8
8
8
8
S
8
8
8
S
8
8
H
o
r
a
s

l
a
b
o
r
a
l
e
s

p
o
r

d

a
s

d
e

l
a

s
e
m
a
n
a
Reporte Mensual de Trfico de Quito a Ibarra ANEXO 1.
ANDINATEL S-A FACTURACIN TELEFNICA - QUITO
EMISIN R1-AGOSTO FECHA: 08AGO2001 14:43:14 PAGINA:
DETALLE DE LARGA DISTANCIA NACIONAL AUTO
CIUDAD
IBARRA
IB ABRA
IBARRA
IBABRA
IB AFIR A
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
'BARRA
(BARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
BARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBAHHA
'BARRA
IBARRA
I8ARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
'BARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
1 BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
TLF.DIST.
6642479
6644424
6642479
6954282
6641904
6642476
6642265
664247!
6642479
664251!
6642S13
6642513
6642513
S64247B
6955821
66424 78
6955821
6955809
6955608
6642513
6642513
6642478
6642478
6642476
6642513
6642478
6642479
6642476
664247E
8642471
6642478
664261!
66424?g
6642513
6957548
664247E
6642476
864251;
664247
664442'
664442'
664247S
6S4247E
664247E
6643057
664247S
69542S;
6600852
664247
6642476
664S47S
664247S
6644424
664442'
6644424
664247!
6642479
6642471
664247
6950767
69S0155
8955734
664251;
6642476
8956955
8955955
6642476
6642476
864247S
8951 61 C
6642476
6844424
6642478
6644424
6644424
6642478
6642513
6951932
6954476
6642513
6642479
6642513
6642478
6644424
6951610
6642476
8644424
A642479
664479
6644424
6642479
6642479
6642513
664247
664247S
6642513
9*42513
0843053
6642476
642478
664SS13
6642513
644424
FECHA (mm-dd)
07--02
07-02
07-02
07-08
07-02
07--O
07-02
07-02
07-02
07-.O2
07-O
07--02
07-02
07-02
07-02
07-02
07-02
07-02
07-02
07-03
07-03
07-03
07-03
07-03
07-03
07-04
07-O4
07-04
07-04
07-O4
07-04
37-04
07-04
07-04
07-04
57-04
07-04
07-04
07--04
37-05
07-OS
07-06
07-06
07-O6
07-05
07-05
07-05
37-05
07-05
07-05
07-05
07-05
07-05
37-05
07-08
07-06
07-06
07-06
07-08
07-06
37-06
07-06
07-06
07-08
07-06
17-06
)7-06
37-06
)7~O6
17-06
17-00
37-08
17-06
17-09
17-09
37-O9
37-09
17-09
07-09
37-09
37-09
J7-09
17-09
37-10
07-10
>7-11
17-1 1
17-11
17-11
>7-11
37-11
37-11
07-11
17-11
07-11
17-11
17-11
17-11
37-11
ir-n
17-13
17-12
17-12
HORA
09.50
09:59
10:30
11 '39
12:04
12:21
14:16
15:05
15.OC
18:OC
16flC
16:24
17:22
17:27
17:35
17:38
17.42
17:43
18:14
12:42
1S:S9
16:03
18:22
16:38
17:32
08:50
09:31
09:36
11:02
12:09
13:14
13:2
13:43
17:14
17:27
17:2S
1759
17:48
17:52
0922
10:34
11:35
11:37
12:02
12:27
12:30
13:06
13:44
14.53
15:30
15:41
15:42
16:22
1857
10:18
1050
10:30
10:41
11:34
11:59
12:00
12:07
12
12:10
12:18
12:19
12:24
12:5fl
1325
13:39
16:02
16:04
10:10
09:44
10:00
12:17
1233
14:52
14:58
15:46
15:53
18:24
17:34
10*
13:40
09:40
09:58
10:54
10:65
10:55
1151
12:13
12:30
12:S3
14:00
14:37
14:3B
1527
15:29
16:05
09:06
0950
09.25
DURACIN (m-nt
00:03
0017
0723
01:53
00-42
03:08
00:53
00:2
01 '5
00:25
01:56
01:54
02:29
02.43
00:50
01:09
00.54
18:31
02:08
01 :OC
05:09
01:19
09:05
03. 4
lO.lfl
02:53
02:16
03.07
02:19
10:53
01:43
05:04
1715
00:58
01:26
0015
0253
03:07
00:47
08.28
00:14
00:14
04:05
08:47
01:54
04:50
01:57
00:52
OS:08
02:04
00.11
04:36
00:12
00:28
00:34
07:36
04 7
01:44
02:37
00:22
0209
00:22
02:20
02:48
00:19
00:09
00:48
0151
00:33
00:03
0427
00:19
02:00
06:4
08:14
00:07
02:53
02:51
01:14
00:12
06:48
01:18
03:58
00:17
00:03
0611
02:38
04:31
03:09
08.36
07:37
06:15
13:13
01 4
00:17
00:13
07:27
00: 56
08:01
14:37
0227
0421
08:44
TARIFA
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
Reporte Mensual de Trfico de Quito a (barra ANEXO 1.
CIUDAD
I BAR HA
IB ARPA
IBARRA
(BARRA
(BARRA
IBARRA
I BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
BARRA
BARRA
IBARRA
BARRA
I BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
IBARRA
BARRA
BARRA
BARRA
IBARRA
BARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
BARRA
IBARRA
BARRA
IBARRA
IBAHRA
IBAHHA
IBARRA
(BARRA
IBARRA
IBARRA
BARRA
IBARRA
SARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARHA
IBARRA
BARRA
I BARRA
BARRA
IBARRA
BARRA
BAflRA
BARRA
IBARRA
IBARRA
IBAHRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
BARRA
IBARRA
IBARAA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
TLF.DIST.
664.1424
6642478
6642478
6642479
6642478
6642478
664Z513
6643945
6642513
6644670
6644424
6642513
6642513
664251:
6642478
66424 7
6642476
6642479
6642478
6642478
6642478
664251:
6642479
6642476
6642513
6644424
6642-179
6642476
6642478
6955365
6642478
6642513
6642479
6642476
6642478
6642478
6644424
6642613
664247S
6644434
6642478
6642513
6642513
6950423
6642513
6642513
6642513
6958810
6642513
6642513
6642513
6642513
6951534
6642S13
6642479
6642513
6642513
6644434
6644424
6644424
6951610
6643513
6642479
6642512
6955930
6642478
6644424
6642S13
6642S13
6642513
6642478
6642479
6642513
6642478
6642513
6642683
6642513
6642513
6642513
6643909
6642479
6951610
6642513
6644424
6642613
6642478
6642479
6642513
6642479
6642513
6955044
6642513
6642478
6644424
6641696
6642513
6642513
6644424
664247B
6642478
6646000
6644778
6642513
6642479
6642479
6042513
0042513
0642513
6642478
FECHA (mm-dd)
07-12
07--12
07-12
07-- 12
07-12
07-12
07-12
07-12
07-12
07-12
07-12
07-12
07-13
37-13
07-13
37-13
07-13
07-13
07-13
07-13
07-13
37-13
07-13
37-13
37-13
37-13
07-13
37-13
37-- 13
)7-13
07-13
37-13
37-13
17-13
07-13
37-13
37-13
07-13
07-13
37-1 B
37-16
07-10
07-16
37-16
17--18
07-10
07-16
07-16
07-16
37-16
07-16
17-16
07-10
37-17
17-17
17-17
07-17
07-17
07-17
07-17
07-17
37-18
17-18
17-18
07-18
07-18
07- IB
17-18
07-18
07-18
07- IB
17-19
07-18
17-lfi
07-19
17-1 8
17-19
17-lfi
07-19
17-19
07-19
07-19
07-19
07-19
07-20
07-20
>7-20
17-20
07-20
>7-20
17-20
17-20
07-20
07-20
07-20
17-20
07-20
07-20
17-20
17-23
07-23
07-23
07-23
07-23
07-23
17-23
07-23
07-23
07-23
HORA
10'33
10:37
10:M
11:24
1157
11:38
11:56
12:46
1313
13:40
14:06
16:5S
09:00
09:X
09:49
00:54
10:00
10:28
10:46
11:32
11:33
11:37
11:44
12:15
12:24
12:25
12:44
13:03
13:15
13:18
13:59
14:30
15:15
15:18
15:55
1821
16:32
16:37
18:47
08:31
06:92
09:47
10:15
1028
11:29
11:34
11:38
11:37
12:00
12:01
12:51
13:14
18:38
10:38
10:41
10:41
10:S5
14:45
15:04
16:20
17:14
08:55
10:27
10:S6
11:15
11:48
12:11
14:07
16:40
16:52
1020
10:42
11:33
11:37
11:58
11:58
12:01
12:11
1221
12:25
12:40
13:44
10:22
10:56
09:31
00:38
09:58
10:3
11:11
11:12
11:25
11:44
1249
12:KJ
12:22
12:39
15:27
17:18
17:29
09:07
09:19
09:32
10:24
10:25
10:
11:12
11:5
12:33
15:S
DURACIN (min)
07:06
00:36
00-27
01 4C
02:39
02:14
00.29
01:33
04:10
02:24
07:13
02:29
01:S7
06:07
01:14
01:4C
01:22
06:44
11:18
02 3
00.11
02:13
03:13
06.53
01:15
06:22
00:47
02:23
02:22
01:06
00:06
01:10
02:4G
03:2C
02:23
07:45
00:3C
002S
02:17
08:41
00:07
0441
02:02
OtflO
00:39
00:10
00:30
02:12
00:00
03:17
04:38
02:06
01:19
02:17
0007
01:17
00:12
00:17
0015
00:11
00:04
02:57
06:56
02:05
02:15
01:20
07:44
00:39
01:56
00:03
05:55
06:13
0228
01:21
02:17
00:57
01 12
01:31
01:38
00-32
02:00
00:03
07:40
05:27
00:13
02:06
04:4.1
01:11)
00:07
0124
03:31
0056
01:41
03:36
00:33
0221
11:55
0028
00:14
00:06
02:06
02:17
05:33
03:20
01 3
03:48
00:44
03:10
05:24
TARIFA
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
Reporte Mensual de Trfico de Quito a Ibarra ANEXO 1.
CIUDAD
IBARRA
IBARRA
IflARRA
ISARRA
IBARRA
IBARRA
I0ARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
I0ARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
I8ARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARHA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
(BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBAFWA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
I8ARRA
IBARRA
BARRA
IBARRA
BARRA
BARRA
IBARRA
IBAHRA
IBARRA
BARRA
BARRA
IBARRA
BARRA
IBARRA
BARRA
BARRA
BARRA
BARRA
1BARRA
I BARRA
IBARRA
BARRA
IBARHA
IBARRA
IBARRA
IBARRA
TLF.DIST.
6642513
664251:
6642471
66425 1;
6642513
664251:
664251:
664251;
664251C
664251:
6642471
664251;
664251;
664247!
664251:
664247
6642471
664247
66425 K
664251:
664251:
664251;
6642513
664251;
6642513
664251;
66447
664251:
664251:
664251:
664251:
664251:
664251:
664247<
664251;
664251:
664251:
664251;
664251;
664251:
664251;
6642513
664251 3
6642513
6642513
695879
664351:
664251:
664251;
664251:
664251;
664251;
6642513
6642513
6642513
6642513
6642513
6642513
6642513
6642513
6642513
6642513
664251 3
6642479
664351:
664251;
6642513
6642479
6642478
6642479
6642478
6643057
6642479
69556O9
695S8O9
664247B
6644424
6642513
6642513
6642479
6642513
6642479
6952675
6642478
6642478
6642478
6642478
66424 76
6642479
6951610
6642478
6642479
6951610
6042479
6642513
6643057
6642478
6642478
6642478
6642478
6642513
6645125
8642478
6642513
8642478
6643057
6641479
8642613
6642513
FECHA (mm~cW)
07-23
07-23
07-23
07-23
07-23
07-23
07-S3
07-23
07-23
07-23
07-23
07-23
07-23
07-23
07-23
07-23
07-23
7-23
07-23
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-4
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-Z4
07-24
07-34
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
37-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-24
07-25
07-25
07-25
07-25
07-25
07-25
07-25
07-25
07-25
37-25
J7-25
7-20
)7-2fl
57-26
07-26
07-28
07-26
17-20
07-29
)7-26
07-26
J7-20
)7-28
)7-26
)7--2
)7-28
07-27
07-27
)7-27
07-27
07-27
07-27
07-27
HORA
16:02
16:0;
16:4-
16:4
18 4f
16:4(
16:5;
16:5!
16:56
17:01
17:01
17:02
17:W
17:11
17:2
17:4(
18
18:11
1*11
07:56
06:50
10:24
10:32
10:3!
10:3<
10:41
1041
10:42
10:
10:45
1052
10:5;
10:55
10:W
11:01
11:02
11:11
11:17
11:2C
1152
11 5
11i2
11:2(
11:32
11:33
11:33
11:
11:3C
11:41
11:42
11:4:
11:4
11:53
11:55
11:55
11:57
11:S8
12:
12:02
12:03
12:04
18:05
12:41
12:41
12:43
12:46
12:52
12:53
13:00
14:65
15:24
15:26
16:04
18:07
16:34
17:16
08:55
06.13
09:43
11:03
11:04
11:59
12:17
12:35
12:50
14:15
14:58
08:03
OS:1
111)8
11:40
12fl
13:48
14:31
15:05
15:50
10:09
16:11
16:17
10:29
1B:48
17:10
06:3$
OB:38
08:41
06:53
09:14
09:48
00:57
DURACIN (mn)
01:20
oo o:
17:17
00:3:
00 4C
00:3^
00:49
00:21
00.37
00:21
03:31
00. 2
00.21
16:0(
00:21
01:4!
03:41
OB:5E
00:47
00:2:
00:57
01:12
00:22
00 .2
00:2;
00:2:
12:1(
00:2t
00:2'
00:22
00:2:
00:K
00:24
02:3-
00:2:
OO.CH
00:05
00:2;
00:25
00:2:
00:24
00:K
00:23
00-2;
00:26
01:05
00:2;
01:0t
00:21
00:22
00:2
00:1
00 41
00:2C
00:57
00:05
00:23
00:2'
00:37
00:17
0032
00:52
00:07
01:53
00
00:2
00:06
06:15
03 O2
00:55
05:33
06:5C
01:23
01:11
0125
06:07
06:45
01:44
03:23
09:24
00:05
00:51
0021
01:25
00:47
00:53
00:24
00:CM
01:13
00.04
Ol:4B
0005
00:03
01:24
01:13
00:16
00:53
04:19
08:55
15:46
00:59
01:32
00:06
00:08
00:04
00:43
01:10
03:31
00:57
TARIFA
HEGIOMAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
Reporte Mensual de Trfico de Quito a Ibarra ANEXO 1.
CIUDAD
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
I BAR HA
IBAHRA
I BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
ISARRA
IBARRA
IBAflRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
IBARRA
IBARRA
IBARRA
IBARRA
BARRA
BARRA
BARRA
IBARRA
BARRA
IBARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
BARRA
TLF.DIST.
664251;
6642461
6642478
664251;
695986C
664251;
664247
664247E
664251:
664500C
695403
6642471
6642478
664251!
6951610
6955545
6644424
6955734
6642478
6642478
6642513
664S1
6642478
664247E
6642513
6642*76
664247E
664247
6955783
6642476
6642513
6642SS3
6644424
6642476
6642513
6642478
6951610
6645000
6642479
6642479
6642513
6642512
6642476
664O8H
69S54B1
6642476
6642476
69S333C
6643663
6643663
6968266
6643057
6643057
6642853
6951610
6642476
6643900
6&4390C
6643479
6642479
6642478
664S47B
6642478
6642478
6642476
FECHA (mrn-ddl
07--27
07--27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
07-27
37-27
07-27
37-27
07-27
17-30
17-
37-30
J7-30
J7-30
37-30
17-30
37-30
37-30
07-30
07-30
07-30
37-30
)7-30
07-30
07-30
)7-31
07-31
37-31
J7--31
J7-31
37-31
37-31
17-31
)7-31
37-31
>7-31
OT-31
37-31
07-31
)7-31
)7-31
37-31
17-31
17-31
37-31
17-31
17-31
17-31
17-31
17-31
17-31
17-31
17-31
HORA
09:56
10:05
10:13
10:24
10.4C
10:44
10:55
11:03
11:4S
11:57
12:02
13:32
15:31
15:33
15:47
15:46
16:49
17:21
17:38
17.46
17:48
08;S2
09:03
09:13
08:53
10:11
10:16
10:48
11:06
11:54
11:59
12:24
12:48
12:5O
12:52
12:52
14:45
06:32
09:57
1002
10:22
1026
1057
1048
10:51
10:57
10:68
11:10
11:31
11:34
11:47
11:55
12:09
13:36
13:37
15:13
15:3
15:40
17:04
17:09
17:23
17:24
17:26
18:00
19X17
DURACIN (min)
00:3C
00:K
03:15
04:1 S
OI:S
01:52
05:2C
00:56
00:3E
02:02
00:43
01:45
05:)5
02:36
00:02
02:25
15:16
03:32
03.40
06:56
Ot:06
0006
00:04
03:11
15:35
04:01
02:1
07:44
00:10
01:23
01:49
00:03
03:06
01 2S
03:50
03:50
00:03
00:47
00:49
02:21
02:36
00:09
01:20
00-20
01 :
01:22
03:49
01:35
02:02
06:37
03:41
00:33
01:17
00:03
00:04
09:48
00:55
01:02
00:45
00:47
00:10
00:11
0524
02:38
06:57
TARIFA
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIC3NAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
EGIONAL
1EGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
REGIONAL
ANEXO 2
DIAGRAMAS DE TRAFICO DE DATOS REAL
SOBRE LOS ENLACES DE COMUNICACIONES
A SUCURSALES
1
0
0
0
0
.
0
0
5
0
0
0
,
0
0
8
0
0
0
.
0
0
-
ouO
J
^
V

wC
D

O
Xt
-
6
0
0
0
,
0
0
4
0
0
0
.
0
0
-
2
0
0
0
.
0
0
-
0
.
0
0o
?
;
o
o
:
o
o
0
.
0
0
0
3
:
0
0
:
0
0

1
1
:
0
0
:
0
0
1
3
:
0
0
:
0
0
T
i
m
e
1
5
:
0
0
:
0
0

1
7
:
0
0
:
0
0
1
9
:
0
0
:
0
0
L
e
f
t

A
x
i
s
R
i
g
h
t

A
x
i
s
A
n
e
x
o

2
.

D
i
a
g
r
a
m
a

d
e

T
r

f
i
c
o

R
e
a
l

d
e
l

C
a
n
a
l

d
e

c
o
m
u
n
i
c
a
c
i
o
n
e
s

Q
u
i
t
o

-

C
u
e
n
c
a
.
1
0
0
0
0
,
0
0
1
0
0
0
0
,
0
0
8
0
0
0
,
0
0
-
-

oouO
J
O
J
.
K>
.

C
u
X
6
0
0
0
,
0
0
-
.
4
0
0
0
,
0
0
-
.
-

-
2
0
0
0
.
0
0
-
.
0
.
0
0
0
6
:

o
o
:

o
o

o
s
:

o
o
:

o
o

1
0
:

o
o
:

o
o

1
2
:

o
o
:

0
0

1
4
;

o
o
:

0
0
T
i
m
e
L
e
f
t

A
x
i
s

R
i
g
h
t

A
x
i
s
1
6
:
0
0
:
0
0

1
8
:
0
0
:
0
0
A
n
e
x
o

2
.

D
i
a
g
r
a
m
a

d
e

T
r

f
i
c
o

R
e
a
l

d
e
l

C
a
n
a
l

d
e

c
o
m
u
n
i
c
a
c
i
o
n
e
s

Q
u
i
t
o

-

I
b
a
r
r
a
.
om uc i HWIMJ ue u*ius tw tL tAIWL OUITO GUAYAQUIL
OM*: 31OTS001
Tlm: 18:16:
Objwt: Pat OurTO7-2-S.eiO : URDESA/B1-2-18.S10
End Pdnt: 0
PoUng InlMVtf: 21 wc
PoHtngP*nod:12hour
SlalBcI:TXByW
Dscrtp(ion: ToWI numbw al BytM lranrntod.
SuMtfc 3 RX ByM*
Dwcriplkxi: Total numlwr ot ByMt fc*vd.
m*()
C
21.4
42.41
63.42
94,42
105,44
126.45
147.4*
168.47
189,41
210,41
231,5
252,5
273,52
294,5:
3)5,5-
338,55
357.
37B.5;
398,51
420,51
441.1
462,1
463.62
504 .6!
525, &
546.65
567.
698.6
609,
630,6'
SSL;
672,
693.72
714,72
735.7.
756.75
777,7
798,7
B10,7
S40.7
8*1,
882,8
003.8
924,3
945,8.
966,8
987.8
1009,8
1029,8
1050.8
1071.
1092,8
1113.
1134.S
11S5.9
1178,95
1187,6
1216,9
1239.6
12O.S
12S
1303.C
I324.C
1345.C
13M.C
13fl7,C
140B.C
1429.C
1450,
1471,!
1492,1
1513,1
1534,1
1555,1
1576,1
159
1618,1
1639,1
1890.1
1681
1702.2
1723.22
174452
1765^
1786JS
1807,:
1828^
1649^
1870,2
1891,;
1912,:
1933,:
1954,;
1976.:
1990,:
2017,:
203.:
2059,:
soso,:
2101,4
2122,'
2143,<
1*4,'
2185,4.
2206,'
2227,'
2246,'
2269,4
22BO
tirite 1
rM8*oond
C
359,682
22S.2M
24.544
300.161
240.26'
3S2.76C
244,65'
493.01 E
753.04S
296,10!
802.51
216,01
224, BO
203,547
216.502
491,31
212,40'
208,811
700.99!
521.89!
1050,231
262,72:
206.30:
26.42I
231.03!
453,09!
509,56:
82,17
2&8,59
504,82;
363,73
309,14
419,52
379,65!
248,09
241.38
368.77,
930.87:
962,31
447^5
404,32'
519,95'
421.94
745,69!
283.42
447,75
375,79
381,38
607,81
205,1
222,62
249,15
602.87.
821,83
381.272
58S.93
220.23
S2,oer
681, OC
1 020,31
44,7<
1097.7C
380,44
897,73
928,41
1179,94
33,4<
1 123,6-
774,47
604.65:
962,31
4JJ
92S.I5
10S5,W
934,9(
1142.42
1102,1
818,47
66fi,
736,3:
1132,91
1212,8:
639>
922.32
1063.2-
1014,5
1130,*
2749,5:
925,81
1653.32
1666.62
1 894.8-
409.07
1660.11
1367.51
713.&
1793,31
864.!
1881.93
379.0
2232,57-
1319,7:
1038.61
1 124.71
5B.S;
231 .*
1063.92
1404.22
Hrtrfci
PtM/SMMX
0
396.692
364.675
166.997
309,538
293,249
389,507
597,88
496,721
1155,73!
632,977
911,901
1fl7,15(
166.93
162,935
619.24-
396,503
177.171
163.128
792.021
630.204
1346,474
936,358
371.425
169,251
242.218
65,123
990.133
1171,714
613,492
430,944
678,41
1037,4
475,
711,271
305,527
167,001
511.82
370,794
1502.63
1093,714
421.30
858,40
1049.40
1062.20
319.53
549,778
759.2!
901, e:
794,46
494, 1S-
304,29
325,04
1792,21
1507,7C
074,367
367,57!
432:
966^270
2181.82:
21 4,33
2703,34
1703,S
865.06:
527,2:
1969^t
2293,322
243Sj4S
1795.6
1630.4C
1211,75
1442.3
799,3(
"""""
3042,02:
2132,87
2456^
2067,27
3445 .CK
3007X
942,369
1 8S6.3;
2439.412
1798,77
603,21
2324.21
1291.3*
967.064-
2202.111
5848,409
24St,DS3
4284,612
2276.425
3259.576
1481,438
2723.481
2979.359
2370.71
2608,024
3345,031
2089,46
1196.01
3473,051
3324,5
2552,945
3063,41
1914,344
4O96.999
1967,57
2240,126
TABLA DE TRAFICO DE DATOS EN EL CANAL QUITO GUAYAQUIL
Tlnw(**e)
331 1 ,6'
3332,6:
2353,5:
3374.51
3395,5-
3416,51
3437,51
3458,5'
3479.51
2500,4
2521,
542.0'
2563,02
2584,6-
seos.
2626.06
S647.M
J668.61
2669.6
2710,61
2731.7
2762,7'
2773,72
2794,7:
2BI5.7'
2B3S.75
3857.74
287B.7
28*9.71
2920.71
2941.1
2962.8'
983,8:
3004,82
3025*
3046.eS
3067.9*
3068.85
3109.61
3130,1
31S1.9'
3172,81
3193.91
321 4,Si
3236,9"
3256.95
3277.94
3298.;
3319.91
3340.
3362.01
3383.01
3404.01
3425,0-
3440.0'
3467.CK
3488.0;
35O9.07
3530,0(
3551.0!
35 72 .OS
3593.11
3614.1!
3635.12
3658.1'
3877.1*
3896.15
3719,17
3740.H
3761 ,1
37B2.2
380321
3824.29
3845.2:
3866.24
3666.12
3910.2*
3931.2
395227
3973 3H
3994 ,2(
4015.;
4O36.31
4057.32
4078.33
4099.34
4120.35
4141.37
4162.36
4183.31
4204,43
4225.42
4246.43
4267,44
4286.45
4309,46
4330,47
4351 ,4
4372 ,4S
4393.9
4414.51
4435.53
4456.53
4477.54
4498,55
4519,5*
4540,57
4561,68
4562.69
4803.6
4624.6
4645.62
4666.63
4687.84
4708 ,64
4729.66
4750.67
4771.69
4792,7
4813,71
4834.71
4855.73
4876.73
HaMfcl
BytM/S*oon4
1258.67'
1433,931
1555,19!
858,482
1417,29
392,801
1549,31;
369,577
1268.94:
1007,51
1646.695
757,76-
1140,795
1588.27:
1127.59
877,61
990.415
1517,127
1235,44'
1155,351
1019.49S
661,89;
1940.331
1134.34-
1122,542
842.985
1 158.937
1030.912
1407,871
1307,151
1501, 65.
770,401
772,701
745.39f
1206.352
746.281
754,301
1085.92!
325.244
1125.101
943,891
1537,779
1009,096
1361,27'
1044,0
1462,911
729.14-
1179.98!
1732.791
567,7(
958,91!
M7.07f
668.79
675,852
721 .6
1544,151
702.071
07,5
1034.801
1231.718
639 O
1597.55
1 147.12"
119.30C
1004,061
1106,85!
772.117
125.47(
69,504
1217,881
1474,41
140*. 2O:
66.851
1566,24-
1336.644
1831. 07(
927.64)
1005.172
1961,103
513,112
479,231
1422,622
8018.14
945.062
836.774
949,623
1062.293
937,156
1221,108
1404.472
1614,566
1001 ,675
1369.7
964,302
996.647
1377.093
1903.033
1379.1 4(
1462.253
1462.653
1S93.32fl
1586,248
1218,638
1486,193
1912.011
832,06
1529.823
1496,931
1127.626
2312.722
1495.37
1669,667
1411.353
1572,83
1159,143
2018.976
1410.147
2067,659
2002.109
1095,665
983.57
2354,322
1270,624
9MMfe2
BytM/VMond i
4961,187
3145.19!
2711.23<
3031.347
2916.166
2106.783
3031.87;
2321,944
2209,211
2518,001
2081,09:
2305.3:
2129.844
2696,161
2809,445
2398,388
2725,557
4031,381
2038,17
2B87,9<
2566,715
4004,745
3861.84'
2994.41'
2494.72(
3013.121
2317,00!
2089,04!
2207,22:
3560,114
3296.771
1696,67!
1702,22
2569,395
1793,207
3283,588
829,72!
1B72.05(
1123_,12f
2212,33!
2741,645
3876,487
2117.762
4046.084
3140.4H
3610.401
1875,437
2183.55!
3527.031
2646.418
3091 .237
2875,781
3394,4t
2208,008
2643.636
3419.15C
2360.337
2064,216
4211,190
3269,983
2127,105
2930.602
3510,585
4805,287
4354,397
2629.562
3244.46
1982.774
3065,911
2629,673
2038,162
2758,528
1*34.681
3437,231
22:74.207
3337.66
5863.647
4157.223
2972.648
2553.427
1670.096
2388,326
3403672
2472,976
3152,933
1364,360
2933,961
2644,492
2187.703
30S6J5S*
3003.14
3094.653
2B94.736
2661.43
2443.884
3514.027
3667.144
4222.71 8
2443,985
3525,03
3822.804
0444.491
3835.958
3162,666
4921.787
2822,633
3064.692
3795,214
3669,132
4484.04
4619.449
3090.196
3991,836
4389.829
3246.81
4942.601
3927.435
2783,432
5184,147
36S5.71
2726.079
3392.763
24O5.803
TAB DE TRAFICO DE DATOS EN EL CANAL QUITO OUAYAOUIL
TlmtlMe)
4897 ,7*
491$,7S
4939.76
4960.77
4981.78
5002,79
5023.81
5044.82
5O65,91
5086,88
5107,88
5128,9
5149,91
5170,92
5191,93
5212,94
5233,95
5254.90
5275,86
5297
5317.
5339
5360.01
5381.02
5402 .03
5423.04
5444,04
5485,05
5486.07
5507,09
5528,08
5549.1
5570,11
5591 ,12
5612,12
5633,14
5654.15
S875,1fl
5696.17
5717.18
5736.19
5759.2
5780,21
5601.22
5622.22
564324
5964 .28
6865.27
5*06.21
5927,2
5948,3
5969.31
5990.32
6011.32
6032,34
6053.35
6074,35
6095,36
6116,38
6137,38
6158,4
6179,4
200,41
0221,43
6242,44
6263,44
6264.46
305.47
6326.47
6347,48
6368,48
6389,5
6410,52
6431,52
6452,54
6473,54
6494,55
6515,51
6536,58
6557,59
6578,59
8599,61
6620,62
6641.62
6662.64
6683,64
6704,66
6725,66
6746.67
6767,68
6788,7
6809,7
6830,72
6851,72
6672.74
6893,75
6914.75
6936,77
6956.77
6977,79
6996,81
7019,82
7040,83
7061,84
7O82,85
7103,86
7124.96
7145,87
7166,86
7187,9
7206,9
7229.91
7250,92
7271,94
7292,94
7313,05
7334,07
7355,97
7376,98
7397 ,09
7419
7440.01
7461.03
HMMtol
BytMfSMond
1000,63
1573.924
1169J
1171.394
1215.563
1261,665
1781,668
1220,327
2016,044
1513.236
326flJ02
2430.048
2919.827
731.421
2213.26
945,439
2314,449
1858.706
2154,54*
1574JJ18
1449.997
1022^04
2217.118
3040.244
2859.023
1984.621
1007,58
2409,644
1889,224
1806.426
1365.288
1860.797
2636,31
1847.637
2333.43
3066.74
3383.1 58
3057,341
2090. 12S
3167,166
1604,641
387,945
538,235
2086.72
3968.181
2377.78
3335.623
8798.754
8371,887
3231. 098
2887.832
246.644
S23.B03
9666.344
848,398
Mosess
3060,126
3136.976
2601,158
2855,078
2484.327
1383.32
114^374
366.S4S
1664,155
2230,066
M1 4,691
3448241
2133,5
2607.575
2879,253
2129.648
3346,742
2376,635
9222.652
3191.033
2744.47
Z8S8.237
2302.768
2742.683
2078.446
433.032
2464.476
1854,052
3923,667
2060,42
2681.505
3466.74
26D8.0M
2367.71)
3944.496
2902.373
2423.329
2920.3
33*491!
3437,172
2416,908
2725.541
2141.268
608.165
3413,27
2096.747
1687.674
2235.874
2176.732
1828,422
1297.57
1674,485
2082,115
2159.946
1154.287
3633.815
2277.698
2437,165
1626.781
2447.921
1881,115
1641,782
2284,699
3107,041
2388.6H
1983,48
SMMfel
Byl/BiBond
3026,566
2273,853
2362.506
2312.746
2332,537
2768,416
2365,679
4912,582
3022.465
3076,767
4619,054
6136.1
9364.033
4548.99C
4092,287
3483,694
4369,4
3681,944
5048,637
5446,151
4186,929
6391,455
4026.10!
6752.8;
9189,321
5841,811
002,642
5358.042
7925.693
6304,462
4810,398
5704.002
6007,954
4121,897
4749,885
6088,901
7262,341
6716,935
8686,866
6834.663
4975.008
6807,768
6314.042
6039,532
7981,237
7646,682
6876,14*
9179,712
6664,3W
8338.364
8252 .66f
6247.131
5890,797
5377,858
6112,404
7143,712
6526,891
10087.074
7621.08
7466.002
4232,207
5462,095
3432,261
6985 .39
3830.3C
7051,801
7311,15
7929.956
6936.396
6199.018
7618.124
6931.481
7902.0eC
6396.228
6681,991
5415.95:
4927,557
B074,3f
6562,14
7303,688
4687.060
51 59.1 48
5042.762
5735.71
7347,046
4688,777
6015,701
5578.855
5737.865
5139,53C
8080,954
7959.167
4640,828
4961.711
8117,804
8379,502
7225 ,05(
5751 ,461
6583.594
3028.947
5410,246
9556,302
3025,52
4923.273
4133,168
6032.021
3670,664
6118,501
6024,503
4275.6S
2568,67'
7117.51E
5302.591
5407.253
5045,306
8018,97-
6618,945
4417,392
6432,109
8289.981
5756.65*
5563.017
TABLA DE TRAFICO DE DATOS EN EL CANAL QUITO - GUAYAQUIL
TIlM (H0>
7482,0-
7503.05
7624.05
7545,O
7580.07
75B7,O
7606.1
7629,11
7650.11
7671,12
7fl92,i:
7713.1'
7734.1
7755,1;
7776,11
7797,11
781 8. 1(
7839,2'
7660.81
7881,22
7902,2:
79232'
7944.25
79t6#
7966.2;
8007.21
8028,2!
8049,:
B070.3'
8091,32
B1 11.32
8133,33
81 54.3-
8175.3I
8190,37
8217.
83S.3(
8250,'
a2eo.<
8301,42
8322,4:
8343,45
8364.45
8365.45
8406,47
8427,46
8448,5
8469,51
8490,51
8511,52
8533,5:
8553,53
8574.65
8595,54
8616,67
8637,57
8658,58
8079,79
8700,61
8721,62
8741.62
8763,64
8764,65
8806,65
8826,6(
8847.68
aaes.68
8889,7
8910.71
8931.72
8952,7:
8973.7'
80W.7J
9019,76
9036.71
9057,77
0078,78
9099,79
S120.B
3141,81
9162.82
9183,83
9204,84
9225.86
9246,68
0267,87
9288,89
9309,69
3330,91
9351.92
9372,93
9393,94
B414.66
8436.98
9450[9
9477.97
9498.B9
9520,01
0541
9602.02
9583,02
9604,03
9625.04
9846.05
96S7.IN
9666,07
9709.1
9730.1
975 1,1
9772.1 1
0793,12
9814,14
9835.13
9866.15
9877.18
9808.17
9919,18
9940.2
9961.21
9982.23
10003,26
10024,25
10045 25
BMMtol
iyt*WS*oond
2115.651
2133,4!
2480,1 6
1756.345
2111.735
1 33 ,945
2543.7 K
883,67
1595.857
1947,03;
2343,821
1B69,3(
1032.657
2068.401
2065.0f
B437.B7:
1 129.851
2117,97<
1468.321
2219,80!
1694.44'
1974,352
2264.67'
2565,354
2018.312
2229,127
3018,165
1694,91:
2020,341
1376,897
1372.46S
1657,55:
1665.815
1874,65:
16S4.38C
2235.397
1503,96;
1435.12:
2235.502
1643,425
U17,6
147B,OM
1910.742
1014.827
2421.575
1996.93-
1980.41
2620,675
22B9,4
2100,75
1302.965
OS2.77(
1483,905
1670,977
1561.37'
2310,44
2067,425
1168,891
1824,594
1935.397
27S3.24
2336,186
1256,21
3602,721
2206,113
2028,145
2509,164
4398,0
3072,904
3309,164
2141 ,62;
17SS,4(
1478,466
1873,477
201 2,05 J
2250,334
1985,737
1970.24C
2442,634
1702,116
2875,236
2460,085
1922,777
2816,48*
1579,201
2107,13
2127,425
2276,06
1897,009
2971,875
1253,095
1745,836
1494,448
1097.41 1
1749,201
1371.2H
2609,113
1872,657
1813,197
1612,489
2345,869
2235,454
3064,776
2076.757
074,653
1398,305
1707,799
1411,619
1691,803
1540,427
805.224
887,581
1983,868
756.606
818.043
571.068
1300,479
1403.25B
1549,133
785.908
1236.807
1416,041
SMUtk
ByiM/SMaml
4305.407
5990.72
6266,0*2
4707,573
3877,906
3495,526
6144.619
3198,099
3500,500
4569.465
4851,431
7019,872
6210,504
6294.616
4858.722
5030,049
6529.83
5431,427
3348,67
5053,443
3284.615
4335,462
6900.906
6101,784
3311.673
5822,16
5081,54
3792.926
3430.01
5161 .474
S4OS.8W
4026,84
45O9.312
4789,012
3300,845
3716,498
4879,289
3880,009
4891.84;
3028.593
4526,821
3129,428
4003.02:
51 H
5333,95-
3535.075
5014.272
4964,72
6207,8*
5552,761
3176,90'
2234.S2E
41 14.7W
3*16,66*
2894.84'
6401.631
4261 ,601
5378,805
2427,01
4938.9;
5864,97'
7029.931
5322,56;
9416,80!
7B26,ett
0570,395
7290.21
9196,162
7958, 47(
6544,
7564,485
6026.21
4840,943
4552,777
9351,353
3484.332
7063,372
3600,561
0961,163
5370,48
5246, T
7372.971
4779,019
5860,302
5478. 13
4445.111
5455,604
6048.681
5637.093
6819,75
4113.897
2724.365
5011.141
3081,855
2734,934
3223.542
5186,061
7708.190
5358.943
4840,03*
4805,183
4109,281
6327,112
4844,242
2254,616
2215.203
3241,325
3408.333
3765,12
2668,331
1331,542
1751.346
2168,583
1873.51
2211,655
2113.303
1877,793
2882,968
2609.692
2060,662
1743.35
2604.338
TABLA DE TRAFICO (JE DATOS EN EL CANAL QUITO - GUAYAQUIL
TlnwfMC)
10087
10129
10171
10265
10297^
10339
10381,
10423,
10465,
10507.
10549,
10581,5
1O033J
10876,5
10717.5
10750.5
10801J1
10843,6,
loessj-
10827^
ceos.
11011,
11053,7:
11085,75
11137,71
11178,79
11221,81
11242,82
1 1263,83
11284,85
11305,96
1 1320.87
11338,88
11389,81
11410,02
11431,92
11452,03
11473.4
11515,
1 1557,98
1100C
11942,01
11084.04
11726,06
1708,08
11810,0
11852.12
11894,14
11830,16
11978.17
11899.19
12O20.19
12062.22
12063.23
12104,23
12146,25
12167.M
12188,27
1220S.2S
122S1 ,33
12272,34
12293,33
12314,33
12335,34 "
12377.30
12398,37
12418.39
12440,39
12482,41
12503,42
12524.43
12546.44
12500,40
12900,46
12628,401
SMttatio 1
irtifflcimd
27 2416.
2 1802.,
31 2735,.
32 1803.7
33 1522, t
35 22
37 2860,7
38 2S4Z.5
41 2t23.
13 1843h6
1BOe.3
7 1ZB3,1
1 1307h1<
1 1831,1:
.3 2702,22
4 1711,6
7 2489,87
2778,22
3205, 1:
Z 23S4.5C
2278,31
T 1028,28
299S.96
1*03.01
1606,07.
2302,54!
1843P1!
1443,151
2030.411
1570,4
2270.826
2040.713
1786.90
1783,717
2127.303
2780,258
2648,301
1787.549
3432.275
3633,321
197S.5B2
8843,773
3018,077
3148,557
3214.99
I664,fi34
2237,665
2900,82$
2240.003
2737,741
2825 P875
233fl,075
3133,719
3146,646
2308,449
3220,562
2484,735
2355,152
2196.488
1500,053
2220.311
2918,574
2242j1 14
2010,77
2O50.998
2056,141
1928,121
637,884
1378.775
1549,062
2018,434
2140,001
1730,448
1249.400
1008,194
1881.745
2130,621
1001.507
SMMI02
ByWBioonJ
00 5446,405
49 3461 ,205
S1 3107.50
20 4i54.ee;
17 4852.212
75 4915,885
18 5809. 14C
T7 4803,842
9 5510,185
' 3194,21
O 3776,69(
0 4440.72E
E 5234,01
7 2445.541
1 5870,866
5 0349,3M
715L15
2 5276_,34E
7 4440,081
4965,322
4643,685
0500,157
4640,281
4635,442
S346.M
2879.461
4386,035
4934.744
3558,707
4446.511
5325,057
4875.042
5 121 .428
5979.009
7327.47S
6860,482
6989,61
5969,065
4041,011
5277 ,07S
041,064
4703,257
8013,172
4060.727
4726,916
S183,65
8067,495
6424,054
5829,188
5764,326
0284.942
6732,456
5718.102
7758,637
4025,328
4712,543
5138.323
4664,89*
5441 ,125
7837.2
5808,185
0262, 1 3
8164,201
8392.953
0875.076
1250,41 3
3339.71 E
3650,881
4005,319
21 71, O
1820,873
3867.32
5218,231
3682.801
TABLA DE TRAFICO OE DATOS EN EL CANAL QUITO - GUAYAQUIL
Tlm* {*)
30742,6
30763,6!
30784.7
30805.7
30826.7
30847.7:
30868.7.
30889.75
30910.71
30931,77
30952,7:
30973.79
30994.:
31015.8
31036.82
31057.8:
310788-
31099.85
31120.85
31141.87
31 162, &
31183,8'
31204,8'
31225,!
31246.9:
31267.92
31288.94
31309.94
31330.W
31351,91
31372,91
31393.9!
31414.9!
31436.0'
31457.02
3147B.O-
31 499 .0-
31520.0-
31541,01
31562,07
31583.07
31604.01
31625.
31646.11
31667.11
3168B.12
31709,1-
31730,15
31751,11
31772,17
31793.1
31814.11
31835.1!
31856.2
31877.22
31898.22
31319,2!
31940,2-
31961,25
31 982.21
32003.27
32024.21
32045.3'
32066.3'
32087,31
32108,32
32129,3'
32150,3-
32171.35
32192.3*
32213.37
32234.31
32255.3)
32276,4;
32297,4:
32318,45
32339.45
3236O.4*
32381 .47
32402.48
32423.49
32444.51
32465,52
32486,5;
32507,52
32528 51
32549.55
32570.5
32591 .57
3261 2. 5
32633,6
32654,6
32675.62
32696,62
32717.63
32738,65
32759.65
32780.66
328O1 .68
32822.68
32843,69
32864.7
32885.7
32906.72
32927.72
32948.74
32969.75
32990.76
3301 1 .77
33032,79
33053,79
33074.8
33095,81
33116.82
33137,84
33158,84
33179.85
33200,86
33221,87
33242,87
33263.89
33264.89
33305,91
SUttaUc 1
By1/Sond
1554 .79
1939,08
1285,926
1319,35
1438.72
1 899.87
3474.80
2437.177
1747.426
2634.27
145253!
2169.196
1711,45
2445,635
1301,823
1751.654
2130.859
2231.55
2067.568
1960.97
2836.542
3148,236
3334,594
2421.6
2673.197
2813.976
2610.496
2635,272
2245.044
2074.735
1236,48-
1473,547
1907,645
1853.05
1503.88
1686.25
2063.235
2811.239
1862.424
1703,482
1649,10
1022,762
2809.81'
1867.448
1338.227
1549,043
871.271
778,4
1185,40'
1163,56:
876,211
1075.405
2303
1450.016
1878.53!
1324,222
899.34-
1420,60-
909,836
774,283
1061.707
984.971
1127,417
2296.667
1831.224
1503,869
1514,961
1798,974
995, 66
1 197.507
1411,18!
1242.307
1139.49*
808.734
1092,041
1442,926
866, 3M
1244,50;
1484.257
1265.437
76512
1527.721
1539,57
1494,587
1450,897
1197,712
1751,702
1610.564
583.504
1031,569
1123.574
1278,81
1352,885
13O8.61-1
1514,915
1112,934
771.785
2176.345
1OS0.126
693,789
1155,142
1800,806
1034,046
1161,634
1351,575
674,541
737,779
949.789
1100.957
1176,268
522,807
1517.058
902,045
682,603
1069,291
1076.324
1003,769
1206.408
1069.808
1541.048
1602.936
1107,984
890,791
Striitkci
Byt/S*cond
2719655
2571,841
2214,922
1597,042
2062.89<
2375.321
3479.13-
2478.309
2153.801
2323.557
2430.072
1420.08"
1876,25-
2566,425
2702,93-
2621,03
2457.295
3074.42!
2764.631
2994.72-
3477,22
3832,!
3446,277
3164,541
2235.155
2878.45!
2457,91.
3210,59:
2965,032
3701,111
2319,66-
1875,87-
3032,191
3774 ,90f
3240, 5B<
2817.285
2304,095
3740,16
2509,32:
2542.95!
3320.38-
2617.545
4624.845
3139.737
4512,391
4876,995
1268.64;
1570,127
2230.43!
2162.09'
1947.87
1629.195
3666.201
4402.621
2723,177
2069,75-
2021 ,29t
2722,19:
1370.0*
1337,645
1350.361
1957.85^
2521 .051
3577.42
3567. 76
3843,665
2219.967
2831.35;
2710.325
2783, 53f
3774,167
3569.
2688,25
1252.4
2963.81
3349,69(
2151.415
2025,112
2653,632
2939.836
1727.292
2407,79-1
3068,81
2598.51
3099.431
2508.995
3021,681
2271 ,73t
1005.43-1
1415.8SJ
2551,912
1932,117
2721.945
3O3B.24J
2459.42E
1473.285
2040.236
4573.975
2477.95
1293.947
2344, SOS
3432,152
1234,247
1S57.40S
231B.51C
1733.43S
2173.07;
1663,905
2554.384
1612.467
983,627
1947,875
1445.415
1305,514
1406.216
2397.078
1500.87
1787.145
2536.256
2905,361
2451,91
1791,714
1170.625
TA6LA DE TRAFICO DE DATOS EN EL CAMAL QUITO - GUAYAQUIL
rtm.(MO
33516.
34484,5
34526.55
34736.66
34841,71
34883,7*
35030.81
35072.82
35114,85
3628 1.B1
3S 303.94
35345. 9(
35430,02
35472,03
355 1 4, <W
356B2, 3
35745. 5
35787. 7
35892,23
SUttUe 1
)yW*/Scond
i; 660.6
i; 784
'! 251 ,
i5 1355.C
5 782.5
464,7
! 962.4
i 1089,6
; 711.3
' 908,9
1907.
7 901,3
7 328.5
7 1476.7
! 971,1
876.4-
987,4
2 807,7
2 665.2
. 299, 9(
5 448.2
576,3-
270.!
496.15
: 190, .
2 289.21
690,6
2 416.8:
450.97
5 696,02
i 919,2(
466.6"
263,85
435.9
381.47
255.52
408,65
420, 3C
750.5
629,24
517,18
750.81
433.96
248,15
765,3
279.5
584.49
446,09
908.36'
526,27
450,27.
592,845
406.541
485,35;
799,69'
418,892
308.72:
464.815
639.541
573.347
241 .24<
S25.51S
459,077
925,63;
S87,42(
790.62:
42f
550.985
864.40'
991. 86C
935,257
795,80;
675.922
982,4)2
541,877
380.025
359. 01!
594.936
250.622
307, 71i
265,711
576.321
484,677
513,285
823.412
250.473
862.792
748.831
82.302
1007.917
447,107
301.84
333,323
870.962
322,332
295.6tfl
266.61 1
1210,87
412.23
605.234
426,286
635,573
623,7
585.102
84 1.687
616,057
394.61 1
StitbZ
3yt/S*cnd
1' 704,773
r7 977. ?0
H 158.304
i; 1974.B11
5! 2382,747
'6 1533.717
if 1110,44-
1259,00:
491.421
' 1753,86
! 3514. 59;
7 2829, 12f
' 658,23'
' 2090.572
2 1120,80:
: 1222.662
: 963, 2i:
'. 1103.366
7 467.41'
' 759.24'
6 743,775
360. SO-
5 687.72
: 801 .375
594,986
1601,165
> 706,225
S 1116,10!
1576,985
3078.66:
1708.611
310, 26f
564.83;
659. \K
907,135
1141,87!
926.132
605,502
799,41 1
928,196
825,217
1030.995
1166.05f
432.586
563,124
814,602
624. 838
267,054
1760,148
1720,91
1046.805
1697,446
642,118
881.143
1059.939
635.432
TABLA DE TRAFICO DE DATOS EN EL CANAL QUITO - GUAYAQUIL
Ti <MC)
361"
37636,06
MI 81,32
36360.39
SHUttic 1
Bvtvi/Sccond
K 669
!S 241.2
232,4
>7 132.6
263.3.
! 294.3
419.
: 432,2
245.4
: 610.4
5201
753.0
383,3,
643.1
751,0
! 569.3
546,7
695.9:
458.91
: 471, ec
731.51
348. 5;
410.37
615,8!
381,21
446.52
528,3:
470.0:
472.5*
707,56
370.95
379,95
586.0
406,41
311,56
838.89
271,8
322.36
479,07
585,97
737,7
361,44
673.27
237.95
1028.85
885. 45
674,78-
745.19
765,03:
352,41
541.502
678,57;
358,91'
760.232
385 .8
280,45:
484,63.
424,6
430,885
499.52
217.25:
333,5!
648.801
B6B.8S.
455.21
236,582
309.36
448,202
443,432
751.68
1412,1'
663,251
602.241
819,32-
987,89*
1095.49:
439.09!
509,382
785.806
914,671
223.20!
307.83
296.802
876.60*
675.307
1085.025
936,842
1032.37
640,54
659,482
949.75*
300,667
415. 43E
1190.39(
828.801
1148,571
610,492
1319.795
863,105
906,642
420.051
521,615
532,552
701, 10
271.804
361,645
1047.65
1121.62
340,413
575,645
779. 32S
694,218
1467,194
576,69
1200,324
1212,165
644,069
822. 378
1665,333
659,041
4*6,978
983.99
SUUMfc 2
Byta*/S*cond
3 360,96
i 198,947
i: 184.122
276.175
2 448.202
2 802,362
289.08!
5 1385,94
484 10
685,01.
7 910.51
; 899.142
789,32
1383. 3O
1759.86:
5 1413.067
1166,421
S 1372,032
2 1264.71'
2 1016,72
5 1163,56
293,462
546.892
714,84
379,90:
211.12
2387.96!
886,67
886,10:
4fiS.1i:
486,2
945,77'
679,27
612.182
1041.04
289,87:
265.04!
761 ,292
696,55
1637,12:
1132.191
1749.135
282,46
1360,361
1 833.401
990,10
1500.35:
589,08
948.66
432,19'
813,5
689.881
661,12:
322. B-
154,695
561.22
1129,051
1303,65!
909.411
263,472
999.571
1214,791
1215,611
741.762
803.50>
1162.631
643,975
2574 ,70t
1967.471
1233.961
1315,69.1
1152,262
2053,23*
1640.11;
659.442
1107,351
1028.091
668,751
761 .763
1763,245
1443.463
1793,047
1410,593
TABLA DE TRAFICO DE DATOS EN EL CANAL QUITO - GUAYAQUIL
Timt (MC)
38728 K.
Sutictfc 1
3yt*t^*cond
390.
279.2
630.6
640.3
700.0
1192.3
SS1.6
708.7
948.9
412.
383.6
366. 8*
891,2
687. 4-!
672.
444.
660.4<:
948,3.
481.52
1027,21
433.61
520.;
643, 2f
231. K
682,6'
247.11
67
223.26
752. 9<
599,77
687. 2
483,7
705.91
967,24
596,49
359.3
953, B
773.94
253.0
386,35
B77.34
478,3*
589. 46
973.7
566.40
630.76,
963, o:
316.965
39653.0! 235.3
39778,15 330,141
39821,17 746.29"
39905.21 736,732
39947.23 551,351
39989,25 870, 91 1
40031,26 734,81f
40073,29 1307.624
40115.31 850.651
40157,33 515.762
40220.36 939,857
40325,4 455.037
40367.43 682.016
40472.48 642.927
40314,49 208. 664
40598,54 243,479
40682 ,S7 297.421
4072*. 6 B23.79S
40850,66 1117,805
4oe*2 ,68 e 1 3.496
40978,73 225.991
41030.76 220.34
41060.77 642,641
Statlitk 2
3ytn/S*cond
2 252,666
>5 971.22
6 1271,862
.1 1536.333
1 1316.35'
2 1940.536
! 1565.562
F 1599,231
: 1076. 50J
921 ,03E
1 516,902
'. 931 812
5 691,11
1 151 3 4B3
5 1254.53:
2 1013,242
f 1372.602
2 1080,14!
' 902.52'
) 1473.29
1 649. 75f
C 886,711
1 464,91'
: 393.751
754.52'
7 360761
1296.1!
2 271,27'
1231.10-
7 581,926
2 720.00
1268,471
572.461
1841,041
806.93'
487.24:
1387,932
550.312
1139,04'
687.0:
1442,78'
715,305
1891.725
410, 86
2579.037
2292,387
1071,212
1092,827
1315,565
1548,336
1181,733
1042,992
1189,38<J
1143,26
949, 43
302,364
962.016
996,146
865,125
1416.095
631 ,536
593.05
608.173
3B3.40S
1360,944
TABLA DE TRAFICO DE DATOS EN EL CANAL OUITO - GUAYAQUIL
Tlm* (**c)
41081.7!
411027!
41123. f
41144.81
4116581
41 is6 a:
41207 S
41228,85
J1 249 86
4127086
41291.86
413128!
41 333.
41354.91
5137591
4139693
4141792
41438,95
4145996
41480.96
41501,95
41522.96
41543,9=
41565.01
41586.01
41607.02
11628.03
41649,05
41670.05
41691,07
4171207
11733.08
41754, 1
41775. 1
41796, 2
41817. 2
41838, 3
41859. 4
41880 5
41901,17
4192218
41943.18
41964.21
41985,2
42006,21
Total
Promedio Bps
Promedio Kbps
fititimtle 1
Bytem/Sccond
8SS.857
366,17
554.611
240095
292.395
915.204
232.621
247435
220.074
282.667
448 857
906. 78
792. 41
914,782
627,157
596 667
249.43:
421 891
249.001
295.71
223.4K
3B8,37f
209567
325 035
478 162
595. 1f
197,472
201.54-1
265,136
360.742
269. tB
316,122
239.384
477,34(
333.4
228.72
185.42
219.34
222 ,4f
439.69S
406.515
926.918
289.911
81 1 .698
2902302,702
1451.151351
11609,21061
Statlilk 2
BytM/S*cond
687,536
640.405
517.475
448 04E
471 .79!
1031.377
320.881
304.916
353.832
388,857
75691;
789.85;
1437,227
880,217
1206,225
1300.095
512,095
1223307
410. 82E
372.991
418.632
808,556
260.567
393,213
838.533
304.696
198,852
175. 26
335,322
482.101
310.075
320,928
339.318
504,193
417.321
331,067
224.827
300.466
181,641
383. 9O5
1064.337
1236,287
826.011
845,257
6192675.83
3096.337915
24770.7Q33
Product Literatura
HOME CONTENTS PREVlOUS SEARCM
Data Sheet
Catalyst 6000 Family IP Telephony Solutions
Now offered with advanced IP telephony features, the Catalyst 6000 switching family offers
unparalleled multiservice capabilities to support Cisco AVVID (Architecture for Voice, Video
and Integrated Data) convergence applications. (See Figure 1.)
Figure 1: The Catalyst 6000 family: The industry's most complete multiservice platform
Introduction
Multiservice networking is emerging as a strategically important issue for enterprise and service
provider infrastructures. The proposition of multiservice networking, or convergence, is the
combination of all types of Communicationsdata, voice, and videoover one
physical infrastructure. The benefits of multiservice networking include:
Reduced operational costs
Higher performance
Greater flexibility
Integration
Control
Faster application and service deployment
Interest in convergence is fueled by short-term interest in cost savings, medium-term requirements
for emerging application support, and long-term direction for complexity reduction and new
application development. Multiservice networking brings immediate cost savings by allowing
some portion of the telecom budget to be cross-utilized into the data or information systems (IS)
budget. This is frst achieved by consolidation in the wide-area network (WAN), where current costs
are the highest. Cost reductions will also be achieved by integration in the campus and branch office,
where prvate branch exchange (PBX) capital and operations costs are disproportionately high and
alternative "network PBX" functionality is now available. Most importantly, multiservice
networking enables key emerging business applications by inherently supporting any type of traffic,
and therefore, any type of network application requirements. Increasingly, emerging business
applications such as unified voice and e-mail messaging, computer telephony integration (CTI), and
desktop video streaming and videoconferencing require variable trafile types to be mixed in a
reliable way, a scenario that can be achieved only by a true multiservice network.
Catalyst 6000 Family
The Cisco Catalyst family brings data, voice, and video integration onto the campus for fully
integrated Communications on every desktop. Campus multiservice networking provides voice
support using the IP network infrastructure rather than the traditional PBX. This drastically increases
the leverage of telephony spending into overall infrastructure spending, reduces capital and
operational costs, and opens the environment to new innovation in telephony applications.
The Cisco Catalyst 6000 family of switches provide the capabilities required for robust telephony
and seamless integration into one infrastructure. The best-selling Cisco Catalyst switches offer the
industry's broadest range of connectivity options and network services. Trese systems deliver
redundancy and topology resilience for the highest availability. They deliver multilayer, Gigabit/Fast
Ethernet switching for the highest performance. Furthermore, these systems preserve voice quality
by supporting advanced quality-of-service (QoS) mechanisms and intelligent switching features. As
an integral part of the CiscoAssure policy networking architecture, Catalyst systems reduce network
management complexity by removing the need for detailed parameter configuration. The Cisco
Catalyst family offers the most complete campus solution in the industry for multiservice voice,
video, and data networking.
Inline Power Fast Ethernet Modules
Cisco is using the Catalyst 6000 family to lead its customers to campus convergence. The frst
product features to be introduced are Fast Ethernet enhancements delivered by the new 48-port Inline
Power 10/100BaseT Ethernet Switching Module. The new Fast Ethernet modules support a feature
called inline power, which is 48-volt DC power provided over standard Category 5 unshielded
twisted-pair (UTP) cable up to 100 meters. Instead of using wall power, terminal devices such as IP
telephones utilize power provided from the Catalyst 6000 switch. This capability gives the network
administrator centralized power control, which transales into greater network availability. By
deploying the Catalyst 6000 family of switches with uninterruptable power supply (UPS) systems in
secured wiring closets, network administrators can ensure that building power outages will not affect
network telephony connections. (See Figure 3.)
Figure 3: The new Catalyst 6000 family 48-port Inline Power 10/100BaseT Ethernet Switching
Module delivers new Fast Ethernet enhancements that will carry customers forward into the
new era of niultiservice networking.
The inline power feature will work over customers' existing Category 5 UTP installations. The
Catalyst inline power implementation passes the required domestic and international safety
regulations and complance measures. These modules are fully compliant with the 802.3 standard
when no inline power is supplied. The 802.3 standard does not include specifications for providing
power over Ethernet; this omission will be amended by the 802.3af task forc currently under way in
the IEEE. Cisco is committed to standards-based operation and will support the IEEE in its efforts to
add Ethernet power specifications to the 802.3 Ethernet standard.
Phone Discovery
The Cisco phone discovery feature cases the network management burden by automating the inline
power feature. With phone discovery, the Catalyst switch automatically detects the presence of an IP
phone and supplies inline power, This means that network administrators can maintain centralized
control without the need to manually enable each port to supply inline power. The phone discovery
mechanism is intelligent enough to differentiate between an IP phone and a network interface card,
and will not supply inline power to a network interface card or other device not designed to use
inline power. Therefore, network administrators can depend upon automatic and centralized control
of inline power that is safe to deploy and maintain.
To support the new demand for phone power provided with the inline power feature, Cisco has
developed a new 2500-watt power supply for the Catalyst 6000 family. This power supply has been
designed to work in Catalyst 6000 family chassis' that will be loaded with inline power line cards
and IP phones. For fault tolerance, two power supplies can be deployed in a single chassis to guard
against a single power supply failure.
The 5.5(1) relase of Catalyst 6000 software also supports new power management features.
Network administrators can query the switch for available power resources. Furthermore, users can
configure two power supplies to oprate in non redundan! mode, increasing the overall power
provided within a system. For example, a user can configure two 1300-watt power supplies to act
together as one 2500-watt supply, enabling a system to support more IP telephones.
New Levis of Network Resilience
The Catalyst 6000 family supports mltiple levis of network resiliency and serviceability designed
to handle mission-critical applications. To ensure high system availability, the Catalyst 6000 family
supports device-level fault tolerance, to include the following options:
Redundan! supervisors
Redundara", load-sharing power supplies (AC and DC)
Redundant sharing fans
Redundant system clocks
Redundant uplinks
All system elements, including power supplies, fans, supervisors, and line-card modules, are hot-
swappable such that elements can be added, removed, or replaced without service interruption of
unrelated traffic flows. In dual supervisor configurations, Cisco Switchover will transfer switch
control to the redundant supervisor within seconds for mission-critical applications requiring
mximum network availability. All system elements are also field-replaceable units, maximizing
serviceability and minimizing network downtime. For network-level resilience, Catalyst 6000 family
switches also support automatic recovery from failure using spanning tree per virtual LAN (VLAN),
load sharing for faster link convergence using Cisco Fast EtherChannel or Gigabit EtherChannel
technology, and robust routing intelligence provided by Cisco IOS software.
8-Port Voice TI and Services Module*
*Also available: 8-port voice El and servces module
The voice TI and services module provides 8 TI ports (192 channels or DSO voice trunks) for
connections to the Public Switched Telephone Network (PSTN) or PBX. As a gateway to the PSTN
or legacy PBX, this module provides voice packetization services for delivery to/from the IP
network. The module supports voice trunk protocols such as ISDN Primary Rate Interface (PRI) and
in H2 CY '00, channel-associated signaling (CAS). With a voice TI and services module installed, a
single Catalyst 6000 family switch can provide enough voice trunking power to support an entire
campus. (See Figure 4.)
Figure 4: The new Catalyst 6000 family 8-port voice TI and services module can provide
enough voice trunking power to support an entire campus.
Furthermore, the voice TI and services module can be used as a valuable shared network resource.
Users have the flexibility to use each port for TI connections or as a network resource that provides
voice services such as compression or conferencing. For example, a network administrator can
configure vvo ports as TI connections to the PSTN. The remaining six ports can be used to provide
voice-compression services. The voice-compression services enable voice calis that traverse the IP
WAN to be compressed, preserving valuable WAN bandwidth. Voice compression is only one
example of the capabilities that will be possible with this module. More processing power is
available on this module than exists in most currently installed PBXs. Future voice services will be
developed that will enable new applications to be deployed in tomorrow's advanced multiservice
networks.
24-Port FXS Module
The Catalyst 6000 FXS Analog Interface Module provides 24 foreign exchange station (FXS) ports
for analog phones, conference room speaker phones, and fax machines. The FXS module provides
legacy analog devices with connectivity into the IP network, enabling them to utilize the IP
network infrastructure for toll-bypass applications and to communicate with devices such as IP
phones and H323 end stations. This module also supports fax relay, which enables compressed fax
transmission over the IP WAN, preserving valuable WAN bandwidth for other data applications.
(See Figure 6.)
Figure 6: The new Catalyst 6000 family FXS Analog Interface Module provides up to 24
connections for analog phones and fax machines.
Advanced Management Features
The Catalyst 6000 family of switches provide advanced network management features necessary for
the success and maintenance of a multiservice infrastructure. A unque feature that demnstrales the
advanced Cisco IP telephony leadership is the auxiliary VLAN feature. This feature provides
automatic VLAN configuration for IP telephones.
The auxiliary VLAN feature overcomes the complexity of overlaying a voice topology onto a data
network. Network administrators can easily segment phones into seprate logical networks, even
though the data and voice infrastructure are physically the same. The auxiliary VLAN feature places
the phones into their own VLANs without any end-user intervention. Furthermore, these VLAN
assignments can be seamlessly maintained, even if the phone is moved to a new location. The user
simply plugs the phone into the switch, and the switch will provide the phone with the necessary
VLAN information. By placing phones into their own VLANs, network administrators gain the
advantages of network segmentaron and control. Furthermore, network administrators can preserve
their existing IP topology for the data end stations. IP phones can be easily assigned to different IP
subnets using standards-based Dynamic Host Confguration Protocol (DHCP) operation. With the
phones in their own IP subnets and VLANs, network administrators can more easily identify and
troubleshoot network problems. Additionally, network administrators can crate and enforce QoS or
security policies. With the auxiliary VLAN feature, Cisco enables network administrators to gain all
the advantages of physical infrastructure convergence while maintaining seprate logical topologies
for voice and data terminis, creating the most effective way to manage a multiservice network.
The Catalyst 6000 family delivers a comprehensive set of management tools to provide the required
visibility and control in the network. The Catalyst voice modules provide extended management
capabilities, statistics, and status information for voice traffic. For instance, users can query the
switch to see how many active calis exist. Users can also gather valuable management data about
these calis, such as the source/destination module, port, and IP addresses. Centralized management is
provided through CiscoWorks and the voice functions are administered from the Cisco CallManager.
Cisco CallManager is a Web-based application that can be used to perform centralized configuration
and management of the voice modules within the Catalyst 6000 family. Policy management is
achieved through a combination of intelligent, embedded agents on the switches and
CiscoWorks2000, a powerful network management application. Cisco Works 2000 will provide
policy management for all Cisco network services, including QoS, multicast, security, network
resliency, and mobility of users. Cisco Resource Manager is another Web-based management tool
that offers automated inventory collection, software deployment, easy tracking of network changes,
views into device availability, and quick isolation of error conditions.
Intelligent, embedded agents on Catalyst 6000 family switches include support for Cisco Discovery
Protocol, delivering network topology discovery and mapping and Cisco Virtual Trunking Protocol
(VTP), and supporting dynamic VLANs and dynamic trunk configuration across all switches.
Embedded intelligent Remote Monitoring (RMON) agents on every port deliver powerful traffic
monitoring and controlfour RMON groups are supported per port to include statistics, history,
events, and alarms groups.
Quality of Service
The Catalyst 6000 family provides the performance, scalability, and intelligent services of Cisco IOS
software for wiring-closet, enterprise backbone, and service provider applications. The switches are
an integral part of the CiscoAssure end-to-end QoS and policy-based security solution. These
switches can identify user applicationssuch as voice, enterprise resource planning (ERP), or
multicastand classify traffic with the appropriate priority level. They can support admission
control in the wiring closet to prevent unauthorized applications from being allowed onto the
network. The Catalyst 6000 family also supports advanced QoS features such as packet classification
and marking, scheduling, policing, and congestin avoidance.
Catalyst modules provide extensive per-port queuing to guarantee that voice traffic is given highest
priority. Dedicated voice queues can be configurad such that QoS is maintained end to end through
the switch and across the network. Network resilience features such as Layer 2 and Layer 3 load
balancing, redundan! system elements, and fast fail-over mechanisms maintain highest levis of
system availability.
QoS policies are enforced using Layer 2, 3, and 4 information such as 802. Ip, IP Precedence, and
Layer 4 port numbers. Within Catalyst 6000 family switches, mltiple queues with configurable
thresholds employ Weighted Random Early Detection (WRED), Weighted Round Robn (WRR),
and type-of-service/class-of-service (ToS/CoS) mapping mechanisms to ensure that QoS is
maintained as packets traverse the network. Resource Reservation Protocol (RSVP) priority mapping
can also be used, ensuring timely delivery of time-sensitive intranet applications. These features
make the Catalyst 6000 family the most advanced switches in the industry by providing enhanced
intelligent network services at wire speeds.
Summary
Cisco Catalyst solutions provide the best means for integrating voice and data into one campus
infrastructure and facilitating the migration to IP telephony. The Catalyst 6000 family is the
industry's highest-performance multiservice device. This product is redefining the marketplace by
being the first to combine so many different interfaces and services into one multiservice platform.
The Catalyst 6000 family of switches supports high-density 1000/100 Ethernet switching with
advanced multilayer capabilities. It is the first platform to support inline power for IP telephones. It
is the first high-end campus Ethernet switch to support analog interfaces and digital voice trunk
interfaces. Finally, t is leading the industry to convergence with advanced new management features
such as phone discovery, extensive QoS support, and the auxiliary VLAN feature. The Catalyst 6000
family is the best investment for customers interested in deploying multiservice networks today, or
for those interested in preparing their network for a future multiservice deployment.
Product Literatura
CONTENTS
SEARCM
Overview
Catalyst 4000 Family
IP Telephony Solutions
Catalyst 4000 IP telephony extends the scalability of Cisco A VVID (Architecture for Voice, Video and Integrated
Data) to the enterprise wiring closet and branch office.
Figure 1: The Catalys 4000 Enterprise Wiring Closet and Branch Office Multiservice Solution
Introduction
Thc Internet is changing how husincss focuses on the cuslomer and responds lo compctition. The Internet is levcling the playing field. The husnesscs thjil
survive in the Internet century will do so not wilh si/e, geograpnic locaiion, or physical asscts. hut with agiliiy. Husinesses need lo embrace the Internet and
move in Internet lime.
Operaling in Internet time is causing changes in supply systems, customer-care centers, and interna! communication sysiem-s. This is driving convergcnce within
the cnlerprise at Internet spced.
Convergente will hclp lo sireamline Ihe enterprise and unif' y the network infrasiructure. paving the way for New World applicalions. These applications will
focus on produciivity, enhancing customer care, and dcveloping a competilive advantage.
The first slep loward convergcnce is lo lay a solid foundaiion: a mulliservice Communications infrastructure. This infrasimclure mus be capa ble of growing with
Ihe busincss and supporting the cnd-to-end network services required for converged e-husiness solulions.
Catalyst 4000 Family
Figure 2: Calalysl 4000 Family Delivers All the Multiservice Network Rcquirements for the Enterprise Wiring Closet and Branch Office
Daca C*8Manfef
and 1P Wiiwia^
The Cisco Catalysl* 4000 family expands ihc breadth and depth of Cisco AVVID. The Catalysl 4000 family extend tonvcrgencc to Ihc cnlerprise wiring dosel
and hranch office wiih a premium. modular archilecture thal is consistenl with ihe Catalyst batkbone.
The Calalyst 4OOO Iamly of leading price/perfoniiance modular swiithes provides a safe, flexible, converged solulion hy allowing the network to easily adapt lo
changc and future lechnologies. The consistenl are rutee I ure ihroughout the enterprse provides ubiquilous actess lo converged solutions, enabling seamless
communicatiuii and eollaboralion beiwcen ihe branches and ihe corporate silo.
The Cisco Catalyst series of local-area nctworlt <LAN) switching producs provide Ihe tapabilities rcqured for robust tdephony and seamless inlegration into
one infrastruclure. The bcsi-sclling Cisco Caialysl swilches offer the industry's broadcsi range of connetliviiy oplions and nctwork scrvices. These systems
deliver redundancy and lopology resiliente for the highest availabilily. They deliver multilayer. Gigabit/Fasl Hthcmel switching for highest performance. These
systems also preserve voice qualiiy by supporting advanted quality-of-service (QoS) mcthanisms and intclligcnt switching fea tures.
Figure 3: Calalyst IP Telephony Solutions
OJITO 'OS and Vnico NnfMrerk SHVtcpi
NwgrMiKl WAN S Viiiat
Modirfnr Ftajub*tY Ptato
tnlnrpntB Ettlrp**
Cena
The Cisco Catalyst 4000 and 6000 series of modular swilches offer a complete muliiservice canipus solulion. The Calalyst 4000 and 6000 famlics provide
inline powcr stalabiliiy in the wiring clo.seI md niegrated LAN, WAN, and voice network scrvices for the enterprisc ncad office and branch office. Figure 3
shows the hreadlh of scalabiliiy tf Ihe Catalysl 4000 and 6000 solulions. The Catalysl 4000 integrated LANAVAN solulion offers simplified adminisinition,
rcduced nelwork complexily and quicker time lo deploy thrtiugh nelwork consolidation. In branch offices whore WAN interface densiiy and protocol diversity
is more imponan then Ihe Catalysl 4000 can he dcptoycd in conjunciion with standnlonc Cisco routers as shown in Figure 4.
Figure 4: LANAVAN Architecture Oplions for the Branch Office
Dsfrifcited
ofiiy and DeriBly ct VUAN Wilo
Wl Diwrfnfy
Natwnr* Consobdalian
$P Uaruyait S^rvicfl Opboru
nce Cual itf Cpurflons
miv lo Dpl0yffl*nr
Inline Power Fast Ethernet Modules
Figure 5: The new Catalysl 4000 inline power soliition prepares Ihe infras! re ture for convergence and simplifies IP ielephony deploymenl.
Cisco Sysiems pionccrcd ihc provisin of inline powcr over tthemel wilh the Caialyst swiches. The Calalysl 4000 fumily extends ihis inline powcr eapahilily
lo all wiring closets and thc hranch office whilc mantaining ihc vale of a modular architcciure.
The Catalyst 4003 .supports all Ihc same mulliservice feaiurvs as ihc Calalysl 4006 and uses ihc Calalysl Inline Powcr Patch Panel lo provide inline powcr. The
Caialyst 4006 provides the inline power dircctly from the Fast Hlhcrnet module. To support Ihc ncw dcmand for phone powcr wth Ihe inline power leature.
Cisco has developed an auxiJiary DC power shelf ihal supplies Ihe Catalysl 4006 wilh the 48 VDC rcquired lo power IP phoncs.
Byprovidingauxiliary power Irom a supply exiernal lo ihe swiiching chassis, customers have theadded flexihility of heing able to prepaa1 for IP Ielephony
deploymeni wilhoui affecting thclbrm factor or pnce/performance characterislits of ihe Catalyst 4006. By dcploying inline powcr lO/IOOBaseTswitching
modules, thc nfrastructurc is rcady for inline powcr and positioned for deploying IP phoncs, Inline power is enahled al ihc appropriale time with thc addition of
Ihe Catalyst 4000 Auxiliary PC Power Shelf.
Inline power is 48-volt IX? power provided over .standard catcgory 5 UTP cable up lo 100 metcrs. Instead of using wall power with a transformar, terminal
deviccs such as IP telephones util/e power providcd l'rom thc Catalyst switch. This capahility gives [he network adminislralor ccntrali/ed power control, which
transales inio greater nelwork availability. By dcptoying Catalyst swiiches wilh uniniemiptible power supply (UPS) systems in securcd wiring closets, network
administrators can cnsurc that building power outagcs will not affect network ielephony conneciions.
Thc Inline Powcr feature will work over a customer's existing calcgory 5 UTP installalions. The Calalysl inline power iniplcmcmation passcs Ihc rcquired U.S.
and inicrnational safciy regulalions and compliance measurcs. These modules are fully compliant with 802.3 slandard whcn no inline power is suppled. The
802.3 standard does not inelude specTieations for providing power over Hthcmcl. Cisco is commitlcd lo siandard.s-bascd operaiions and will suppon the IEEH in
their efforis to add Hthcrnet power specifications lo the 802.3 Hthenict standard.
Phone Discovery
The Cisco phone discovery feature cases ie nelwork management burden by automaiing the inline power fcaiure. Wilh phone discovcry, thc Catalyst switch
automatically delects ihe presenccof an IP phone and supplies inline powcr. This allows network adniinistralors lo maintain centralizcd control withoui
manually enahling each pon lo supply inline power. The phone discovery mcchanism is inielligcnt enough to difiere mi ate bctwccn an IP phone and a nelwork
intcrface card (NIC), and will not supply inline power lo a NIC or other dcvicc noi desgned to use inline power. Nelwork adminislrators can depend upon
aulomatic and centraliwd control of inline power thal is safe to deploy and maintain.
Redundant Reliability
To ensure reliahle, fault-lolerant network operations. Ihc Calalysl 4000 famiJy supports redundan!, load-sharing powcr supplies. In addition lo lowering the tolal
cos of ownership. thc Calalysl 4003 and 4006 cach uses Ihe same AC power-supply unil, which allows compalible sparing and lower budgel expendilures. Pon
rvdundancy is supp<incd wilh spanning trcc enhancemenis: UplinkFasi and PonFast. Link redundancy is supponcd wilh Fasi FtherChannel and Oiga hit
HlherChannel lechnology, en.sgring ihal mission-crlical links lo roulcrs, switches, and serven* are available following a failure.
Access Gateway Module
Figure 6: The Catalysl 4000 Access Gaieway Module integrales Cisco IOS IP rouling into the Calalyst 4000 switch Family to provide an integraled
convergence solution for the branch office.
The Calalysl 4000 Access Gaieway Module is a modular Cisco IOS rouling cngine thal integrales inio ihe Calalyst 4000 lamily of switchcs. The Catalyst 4000
Access Gaieway Module provides ihe following features and benefils:
Features:
Lower coxt ofownershipThrough consolidaron of the LAN and WAN neiwork infrasiructures ihe complexiiy of Ihe network is rcduced
simplifying the case of use and administration. Hicld support is also simplified as ihe Access Gateway Modules shares interface cards with the
1600/1700 and 2600/3600 routcr familes.
Imprvvcd produclivityOnce a hranch configuraron tmplate is devcloped an integraled solution for ihe branch office streamlines the deploymcnt
processmaking better use of deploymeni and opcration resources. With the enierprise WAN in place earlier ihe business applicalions can he
deployed throughoul Ihe enierprise.
Invesimcnt protecsionWiih full Cisco IOS support and a modular architocture, the Access Gaieway Module provides IP WAN connectivity for the
hranch and a migration path to convergence. The Access Gateway Module provides full support for Cisco IOS IP rouling with options for: voicc
PSTN and PBX connections for toll-bypass applicalions. and Digilal Signal Processors for CallManager Voicc Service and IP Telephony.
Scalabity and PerformanceThe modulan!y of Ihe Catalysl 4000 Access Gaieway Module provides scalahilily in holh voice and data imcrfaccs and
neiwork services. Underpinning Ihis scalabiliiy is a high performance RISC central processor and hardware bascd encryplion and compression.
Cisco CallManager Voice Services
Audio ConferencingTradional PBXs havc a centralizcd processing modcl wherehy all signaJing and voice iraffic goes through a central device so
audio can he mixed for conferences. Since IP phones send their voice dala directly hclwccn phones. a neiwork-based conference hrdge is required u
faciltale multi-party conferences. The Access Gaieway Module providcs hardwarc-based meel-me and ad-hoc audio conferencing for Ihe hranch
office, extending the capabililics of ihc Catalyst 6000 in the head office.
TransrodingIn a perfecl world, all IP Telephony devices would support the same voice CODEC (coder and decoder), however this is nol Ihe case.
Diffcrent devices support difieren i CODRCs and lo e nuble communicnlions heiween them Iranscoding is requircd. The Access Gaieway Module
provides hardware-ha sed iranscoding for Ihc branch office.
Kigure 7 prvidos an overview of the Audio conferencing nnd transcoding services.
Figure 7: Catalyst 4000 Access Gateway Module Voice Network Services
G 71f
Provides voice network services under ihc control of Cisco CallManager
Conferencing, ad-hoc and meet-me
Transcoding hclween G.723/G.729 and G.711
Combined services allows differeni end-stations lo panicipate in a conference cali
Advanced Management Features
Catalyst switchcs provide advanced network management features necessary for the success and maintenance of a multiservice infraslruclure. A unique fealure
that demnstrales advanced Cisco IP iclephony leadership is the auxiliary virtual LAN (VLAN) feature. This fealure provides automatic VLAN configuration
for IP telephones.
Figure 8: Calalyst Advanced Management Features
PNin* VLAN ~ 200 , ._ PC VUUJ -, 3
This fealure overcomes the complexity of overlaying a voicc topology onto a data network. Network administrators can easily segment phones into seprate
logical networks, even though the data and voice infrastructurc is physically the same. The auxiliary VLAN feature places ihe phones in their own VLANs
without any end-uscr intervention. Thesc VLAN assignments can be seamlessly maintained even if the phone is moved lo a new location. The user simply plugs
the phone into the switch, and the switch will provide the phone with the necessary VLAN information. By placing phones in their own VLANs, network
administrators gain the advantages of network segmentation and control. Network administrators also can preserve their existing IP topology for the data end
stations. IP phones can be easily assigned to different IP subnets using slandards-based Dynamic Host Configuralion Protocol (DHCP) operaban. Wiih the
phones in their own IP subnels and VLANs, network administrators can more easily identify and trouhleshoot network prohlems. Additionally, network
administrators can crate and enforce QoS or security policies. With the auxiliary VLAN feature. Cisco enables network administrators to gain ali of the
advantages of physcal infrastructure convergence whle maintaining seprate logical topologics for voicc and data terminis, creating the most effectivc way to
manage a multiservice network.
The Catalyst 4000 family dclivers a comprehensive sel of management lools to provide Ihe required visibility and control in me network. The Calalyst voice
modules provide extended management capnbilities, statistics, and status information for voice traffic. For instance, users can query the switch to see how many
active calis exist. Users can also gather valuable management data aboul these calis, such as Ihe source/destination module, port, and IP addresses. Centralized
managemem is provided through CiscoWorks, and the voice network services functions are administered from me Cisco CallManager.
Cisco CallManager is a Web-based application that can be used to pcrform centralized configuration and management of the voice modules within the Calalyst
4000 systems. Policy managcmenl is achieved through a combination of intelligent, embedded agents on the switches and CiscoWorks2000, a powerful
nctwork-management application. Cisco Works 2000 will provide policy management for all Cisco network services, including QoS, mullicast, security, network
resiliency, and mobility of users. Cisco Resource Manager is anolher Web-based management tool that offers automated inventory collection, software
deployment, easy tracking of network changes, views into dcvice availability, and quick isolation of error conditons.
Iniellgent, embedded agenis on Catalyst 4000 family switches include support for Cisco Discovery Protocol, delivering network topology discovery and
mapping and Cisco Virtual Trunking Protocol (VTP), supponing dynamic VLANs and dynamic trunk configuration across all swilches. Embedded intelligent
Remte Moniloring (RMON) agents on every port deliver powerful traffic monitoring and control'our RMON groups are supported per port to include
slalisiics, history, evcnts, and alarms groups.
Quality of Service
The Catalyst 4000 family provides the performance, scalabilty, and intelligent services of Cisco IOS software for the wiring closel and branch office. The
switches are an integral part of the CiscoAssure end-to-end QoS and pocy-based security solution. These switchcs can identify user applicalionssuch as
voice, enterprise resource plannng (RRP) or multicastand classify traffic with the appropriate priority leve!. The swilches support admission control in the
wiring closet 10 preven! unauthorzed applications from being transfcrrcd to the network. The Caialysl 4000 family also supports advanced QoS features such as
mltiple queues, packet classification and marking, scheduling, policing, and congestin-avoidance.
Calalyst modules provide exlensive per-port queuing lo guarantee thai voice traffic is given the highesl priorily. Dedicaled voice queues ean be configured so
QoS is maintained end-to-end through the swilch and across the network. Network resiliente features such as Layer 2 and Layer 3 load-balancing, redundan!
system elemems, and fast fail-over mechanisms maimain Ihe highest levis of system availability.
QoS policies are enforced using Layer 2, 3, and 4 information such as 802.Ip, IP precedence, and Layer 4 port numbers. Within Catalyst 4000 switchcs,
mltiple queues with configurable thrcsholds employ weighted random early detection (WRED), weighted round-robin (WRR), and lype-of-service/class-of-
service (ToS/CoS) mapping mechanisms to ensurc QoS is maintained as packets Iraverse the nelwork.
Summary
Cisco Calalyst solulions provide Ihe besl means for integraling voice and data into one campus infrastructure and facililaling the migration to IP telephony. The
Catalyst family of modular switches nave redefined Ihe markct place by combining telephony capabilities of inlinc power, voicc gaieways, and voice services
into the industry's firsl multiscrvice swilching platforms.
The Catalyst 4000 family cxiends Ihese multiservice neiworking capabilities in a modular archiiecture lo the enterprise wiring closet and enterprise branch
office.
The Calalysi 4000 family supports high-densily 1000/100 Mhps swilching with advanced multilaycr capabilities, inline power for IP phones, IP routing, voice
gateway functions, and voice network services. The Catalysl family of switches leads the industry in convergence with advanced new management fealures such
as phone discovery, extensve QoS support, and the auxiliary VLAN feature. The Catalyst 4000 family offers the most cosl-effective modular wiring closel for
customers inierested in deploying multiscrvice nciworks loday, or for Ihose interesied in preparing iheir networks for the converged fuiure.
Posied: Fri Mar 16 20:13:01 PST2001
All contenta are Copyright 1992--200I Cisco Systems, Inc. All rights reservcd.
Importan! Notices and Privacy Siaicmenl.
Pnoduct Literatura
CONTENTS fflEVIOUS SEARCH
JEnglish *
Select I
Data Sheet
Cisco Media Convergence Server 7830
The Cisco Media Convergence Server 7830 (MCS-7830) is a bigh-availability server platform for Cisco AVVID (Architecture for Voice, Video and
Inlegrated Dala). The MCS-7830 is a member of the MCS-7800 series server family, which also includes the eost-effective MCS-7820 and Ihe Cisco
AVVID ll' lelephony slarter kits. Wilh Cisco CallManagcr software preinstalled in this faull-toleranl server, the wide-scale deployment of industry-
leading Cisco IP lelephony Solutions has never been easier. The Cisco MCS-7830 is an integral par of a complete, sea la ble archileclure for a new
general ion of high-ijualify IP voice solulions Ihat run on Ihe cnterprise data network. The MCS-7830 dclivers the high performance and availablily
demanded by today's enterprise nelworks and represente a lurnkey solulion llial is easy la deploy and highlv cosl-effeclive.
Cisco uOne
The Cisco Unified Opon Nelwork Fxchange (Cisco uOne), an iniegral par! of Cisco AVVID, s a voice and unined-mcssaging applicaiion. The firsi
commercially availahle versin of Cisco uOne 4.1 Fhntry l-dilionruns on Ihe Cisco Media Con vergcnce Server 7830 (MCS-7830) and is availahlc for thc
Norih American markel.
Key Benefits and Features
Performance
The MCS-7830 includes Inicl'. nexi-generalion Peni
Availability
Avalahility, or ihe pereeniage of lime thai a sysiem is availahlc to provide service, was assumed in od world nctworks. Availahilly is a kcy requiremcni in thc
New World nciworks ihal Cisco is huildin HxJay. Tie hih-a\y design of (lie MCS-7830 will delivcr i rohust plalform for your mission-critical Cisco
AVVID applicalions. Tlie MCS-7830 comes standard wiih a redundan! hol-plug powcr supply and two redundan! 9.1-GB SCSI hol-plug hard drives runnin
RAIIM disk mirroring lo ensiire muximtim ivahihilily. A remte managemciil hoard (RMB) isalso intluded lo provide a rohus, fail-safe.solution for serva
maiiagemcnl. Thc RMB operalion is l ul l y independen! from ihe httst hiirdwarc (self-comained processor. memory. and haitery), hosi operalion sysiem, and
nelwork coiinection. Tliis high level of independcnce ensures thai regardless of server staie, admiimiraiors and the Cisco Technical Assisiancc Ccnier (TAC)
engineers havo access lo Ihc MCS-7830 from virtually anywherc.
Scalability
Wheiher ymi stan your Cisco II* lelephony nelwork wiih five lelephones or hundreds, the MCS-7830 server seamlessly allows you to grow your network ai your
pace. Cisco CallManagcr may he insialled to one or more MCS-7830 servere. In multiscrvcr en virn mcnls, ihc Cisco CallManagers are logically couplcd
ihrough an 11.323 signaling inierlacc. Individual MCS-7WOs may he hacked up hy a duplcale, hol-slandhy MCS-7830. providing complele call-processing
rcdiindancy. The Cisco CallManagcr providc* redundancy through aulomaicd lail-over of gaicways and phones lo secondary MCS-7X30s in Ihe even! of primary
scrver lailure. In filure rcleases of Cisco Cali Mana^cr. you will he ahle lo add addiiional MCS-7SOO series servers tu scale your IF lelephony solulion
signillcanily.
Cisco CallManager Software
The Cisco CallManager is ihe call-processing software cinnponcnl of (he Cisco AVVID nelwork. Cisco CallManager software fentures a suite o' integraied
\e applications that perfomi voice confereiicing. manual Wch atiendan! consol, click-io-call. and oiher functions. In addilion. a Windows Telephony
Applicaiion Programming Inierlace (TAPI) is availahle Ibr third-pany applicalions dcvelopmeni. The salieni feaiure of nll ihcse hasic voice applications is ihal
no addilional voice-processing hardware is roquired.
Supplementary and cnhanced serviccs such as hold. translcr, l'orward, confcrencc, mulliplc linc appearanees. automatk roule sclection, speed dial, last-numher
redial, and oiher lealures are exicnded by Cisco CallManager to IP phones and gateways.
Because Cisco C'allManager is a software application, enhancing Cisco CallManager is a matter o upgrading software, thcrchy avoiding cxpensivc hardware
upgrade cosls. Hunlier, Cisco CallManager coiifiguniiion allows al! phones. gaieways, and applicalions lo he disirihuted across a routahle IP nelwork, providing
a single, dislrihuted, virtual Iclcphony nciwork.
Hor inore in'orniaiion on thc lmures and bcnefils o' Cisco CallManagcr, picase visil:
htlp://www.fisco.f(nii/wiq)/ciiMomer/ci1/cisco/ink[/iplcl/cillnigr/pr(xilit/callinj ds.hlin
Cisco uOne Entry Edition Software
Cisco uOne 4.1H com ni u nica les over LANs and WANs usin voicc ovcr IP (VoIP). Thc voicc-mcssaging induslry is evolving from a pniprielary, closcd, high-
t-osl infrasiruclure 10 an opcn, disirihuicd, Mandards-hascd dcsign with correspondingly hc-lier pnce/performance ratios. Cisco Syslem.s and ihe Cisco uOne *
applicalion are al tho Ibrvfroni of ihis evolution. Thc delivery o' rohuM voice messagng ovcr IP reduces the ovenill inlrastruciure spending. lowers capital and
operalional costs. and opcns the environmeni lo cxplosive innovalion in lelephony applications.
TheCiscouOne4.1H Hniry Hdilion is avnilahlc wilh voice mail for the Cisco MCS-7830 platrorm. Cisco uOne4. IK will supporl up lo 100 mailhoxes with fbur
simulumeous sessions, An upgrade is availahle al an exira charge Ibr lour additional s i mu I ancn s sessions.
Kor more in Cornial ion on the fcamres and hcnefiis o" Cisco uOne Hnlry Edil ion, picase visil:
h U p: // w w w. c i se o. co ni/w arjVc us U u IIL- r/cc/c i sco/mk I/ iptc l/prtxl I i l/u one_ds .h 11 n
SpecifcationsCisco Media Convergence Server 7830
Hardware
Server:
Iniel Pentium III 500-MHz processor
5i:-kB set-ond-levcl Krror-Correcting Code (ECC) cache
256-MB 100-MH/ ECC SDRAM memory
lO/lOOBaseTX protocol conlrol infomuiiion unshielded twisted-pair (PCI UTP) controller (emhedded) on Ihe PCI local bus
Integniied dunl-channcl wide Ultra SCSI-3 coniroller
Dual 9.1-GB Ultra SCSI hot-plug drives
1.44-MB Hoppy disk
Preinsialled high-speed IDE CD-ROM drivc
Hot-plug redundara powcr supply
Inicgraied 1024 x 76H, 256-color, nonnterlaced on PCI local bus. I-MB video memory
5U rack heighi, ships wilh sliding rails and cable managemcnt
Remote Management Board:
Automatic Server Rccovery-2 (ASR-2)
Inifgrated remole consol (IRC)
Hardware remote consol
Full remote server rcbool capahility
Rese und lailure sequence replay
HoNt hardware independen I
Serial pon l'or moUem conneclion
Battery backup
Security:
Power-iin password
Hoi-plug keyboard password
Diskeile drivc control
Diskctlc boot control
QuickLock, network server modc
Parallel and serial intcrfacc control
Administrator's password
Disk con figura I ion lock
Environmental Specifications/Power Requirements:
*_ Opera! ing Tempcraiure Rangc
50" 10 9.1" F (10" lo 35 C)
Rolativc Opcraiing Humidity
Rangc Linc Voltagc
Nominal Linc Voliage
Inpul Power
Linc Freqiiency
Hcat
Diiiien\ons
20% 10 80%
<)[o 132 VAC/ l 80l o265 VAC
1(K) to 120 VAC/220 lo 240 VAC
soow
50 to 60 H?
1706BTU
8.67 x 19 x 22.75 in. (22 x 48.34 x 55.9 cm)
Wci"h[ 63 Ib (28.35 kg) (without hard drives)
Mximum Wel Bulb Temperatun:
101.7 F (38.7" C)
Acoustic Noise
Idle (fixcd disk drives spinning)
Opvraiing (random sceks 10 fixed disks)
NPEL (BE1.S) AVERAGE SPL (dBA)
6 43
6.1 44
Hot-Plug Wide Ultra2 SCSI Hard Drives
Capaciiy
9100.0 MB
Hcighl
Width
Inicrlacc
1 in. (25.4 mm)
3.5 in. (88.9 mm)
Wide Ullra2 SCSI
II
Transfer Rale Synchronous ( mximum )
80 MBps
Seek Time ( (y pical reads, including settling)
Single Track
Average
0.8 mu
5.4 ms
Full-Strokc 12.2ms
Rotational Speed
10.000 rpm
Physical Confguralion
Byies/Sector
Logical Blocks
512
17,773,524
Opcrating Temperalure 50 to 95 F (10" lo 35" O
Integrated Dual-Channel Wide Ultra SCSI-3 Adapter
Orives Siipportcd
Up lo seven SCSI devices pt-r channc!
Data Transfer Method
SCSI Channcl Transfcr Rale
Max Transfcr Rale per PCI Bus
SCSI Turmination
SCSI Conncclors
32-hii PCI hus-masier
40 MBps per channel
133MBps(peak)
Aclivc lermnation
1 exicmal, 2 iniemal (68-pin)
10/100 PCI UTP Controller (embedded)
Nciwork Interfacc
lOBascT/lOOBascTX
Compalibility
IHHF 802..1/802.3U complianl
Data Transfcr Mcthod -12-hit hus-mastcr PCI
Nelwork Transfer Rate
H)BascT(halfduplex) H l OMhps
10BasoT(full dplex) 20 Mbps
JOOBascTX (half dplex)
KJOraseTX (ful l dplex)
Conneclor
lOOMbps
2(10 Mhps
RJ-45
Cubk Support
JOBascT Calegories 3, 4, or 5 UTP <2 or 4 pair); up lo 328 fecl (100 meters)
MKHascTX
Category 5 UTP (2 pair); up lo 328 foei (100 meters)
Preinstalled Software
Cisco CallManager
Cisco CallManager daiahase
Cisco CallManager Administration software (Web-brow sable applicalion providcs graphical user nter face to Cisco CallManager datbase)
Cisco GonlerenceBridge (hasic voice-conferencing applicalion)
Cisco ActivePhoncHook (click lo cali, hrowsable directory service)
Cisco Wch Atlendant Consol (software-only. Weh-browsable manual altcndanl consol)
Windows TAP1 Versin 2.1 service provider inierface
Microsoft Windows NT Server
Microsoft Windows NT Resource Kit
Microsoft Internet Information Server (IIS) (Web scrver for remle access lo Cisco CallManager dalabase)
Atamn TCP remole logon services
Carbon-copy host
Seprale Cisco uOne Hniry ridition Inslall CD ROM (North America only)
Ordering Information
Part Number
Description
MCS-7830 Cisco Meda Convergcnce Server 7830
For more in'ormation on Cisco producs, conlact:
United Siates and Canad: 800 55.VNKTS (6387)
Kurope: 32 2 778 4242
Ausiralia: 612 9935 4107
Other: 408 526-7209
World Wide Web URL: hup://www.cisc(i.i:om
Service and Support
ProductLiterature
CONTENTS
Data Sheet
Cisco
IP Phone 7940
The second-generation Cisco IP phones bring state-of-the-art technology to voice communicaton Solutions. Cisco
Systems, the worldwide leader in networking for the Internet, now delivers new opportunities for rapid
deployment of classic and New World voice applications by providing high-quality voice instruments that use IP
transport technology. This allows for the consolidation of data and voice into a single network infrastructure,
including a single cable plant, a single switched Ethernet fabric for campus or branch offices, and unified systems
for operations, administration, and management (OAM) for data and voice.
The Cisco IP Phone s a siandards-hased Communications appliancc. Tlie Cisco IP Phone 7940 is a second-gcncration, full-feaiured IP phone tbr low to mdium
iraffic uscrs whorequire a mnimum of dreciory numbcrs. It provides two programmahle line/feature bultons capahle of four simultaneous calis and four
inieraciive soft keys thal guide a user through cali fea tures and funclions. The Cisco IP Phone 7940 also has a large, pixcl-bascd LCD display. The display
provides featurcs such as dale and lime, calling parly ame, calling party number. and digits dialed. The graphic capability ol'thc display allows for ihe inclusin
of present and futuro fealures.
Figure 1: Cisco IP Phone 7940
Features
The Cisco 7940 is dynamic and designcd to grow with system capabililies. Heatures will kecp pace with ncw changes via software updales to Ihe phone's Hash
memory. The phone provides several difieran accessihility mcthos, according to user preference. Various mcihods or paths include huiions, softkeys,
a navigaiion key. anddireci access with the use of corrcsponding digits. F.uchof Ihe fe atures be low will have cxpanded capahilities in thefulure:
MessagesThe Cisco 7940 idcniifies incoming messages and caiogori/es thcm for users on the screen. This allows users to quickly and effectivcly
reium calis using dircci dialhack capabilly.
Directorio!The corporate directory intgralos wilh the Lightwcighi Direclory Access Proiocol 3 (L.DAP3) standard directory.
SftingsThe Sellings feature kcy allows users lo adjus display contras! and select a ringcr tone and volumc seitings for all audio such as ringer,
handsct, hcadset. and speaker. Network Configuraron preferences can also he sel up. Nclwork configuraiion is usually set up by ihe System
Administrator. Configuralion can either he auto or manually sel up Ibr Dynamic Host Configuralion Proioeol (I)HCP). Trivial File Transfcr Protocol
(TFTP). Cisco CallManager, and backup Cisco CallManagers.
Scn-icesThe Cisco 7940 allows uscrs lo quickly access diverso infomialion such as wcalher forccasts, stock prices. or any oiher Weh-hased
inlormiilion serviccs configured hy the sysiem administrator. Using siandards such as exlensible markup language (XML), the Cisco IP Phone 7940
provides u portal to an ever-growing world of fealures and inlbrmalion dcslinations, displayetl on ihe large screen.
HelpThe online help feature gives users informa [ion ahoui ihe phone's kcys, buttons. and fealures. The pixel display allows for grealcr flcxibility of
fealures and significanily expands the informal ion viewed whcn using features such as Services. Information, Messages. and Direelory. Ror example.
the Direclory button can show local and server-hased directory int'ormation.
Cisco IP Phones fe.ilure high-quality. Polycom, full-duplex, speakcrphone technology. Thcy also include an easy-io-use speaker on/off huiln and microphonc
mul huiln. These huttons are lit when active.
The Cisco iwo-pori Hiberne! swilch in each Cisco IP Phone allows tbr a direci connection to a 10/100BascT Hihernet network via an RJ-45 nter tuce with single
LAN conneclivily Ibr holh ihc phone and a co-loca le d PC. The sysiem administraior can desgnate seprale virtual LANs <VLANsM802. 1Q) for the PC and
Cisco IP phones.
A dedicated hcadset pon elimnales the nccd for a seprate amplifcr when using a heatlsei. This allows Ihe handsct lo remain in iis eradle, making headsct use
simpler. The Cisco IP Phone 7940 convenient volunte control bulln provides easy decibcl-lcvel odjustmenls for ihe speakerphonc, handset, headsc, and ringer.
The foolstand of thc Cisco 7940 is adjustable from fat to 60 degrccs lo prvido opiimuin display vicwin and comfortable use of all hutions and keys.
The Cisco 1P Phone 7940 can also receive power down ie LAN from any of thc new Cisco inline powcr-capable blades and boxus.
Masking ofdual-tone mullifrequency (DTMF) iones in speaker modc provide addcd sccurity.
Olher Cisco IP Phone 7940 fea tures include:
24 user-adjustable ring Iones
A hearing-aid-compatible handse (meis American Disahiliies Ac |ADA] requiremenis)
G.711 and G.729a audio compression
H.323 and Microsoft NetMeeting compatibility
An IP addrcss assignmentDHCP clieni or statically configured
Comfort noise gcneration and voicc activty dctixiion (VAD) programming on a sysiem basis
KIA/TIA RS-232 port for fulure udd-on options such as line expansin, securily aceess, and more
The plione also includes Ihe followng settings:
Display eonlrasl
Ring lype
Nclwork configuralion and nelwork status
Cali slatus
Service and Support
Cisco AVVID (Architecture for Voice, Video and Integrated Data) support soIutions are designcd for onc puniseUi ensure customer success by dclivering a
levcragmg
iDDort when nurchasins Cisco AVVID producs, custnmers can confidentlv deplov Cisco /
networks using Cisco gxpertise. experience, and resourees.
Specifications
Download firmwarc changes from Cisco CallManager
Dimcnsions: 81
x 10.5 x 6 in. (2032 x 26.67 x 15.24 cm) (H x W x D)
Phone weight: 3.5 Ib (1.6 kg)
Polycarbonate acrylonitrile hutadienc siyerene (ABS) pUisiic in lexiured dark gray color with silvcr be/el
48 VDC rcquired, supplied locally at the deskiop using an oplional AC to 1XT powcr supply (CP-PWR-CUBK=)
Also requires one of the following country cords:
CP-PWR-CORD-NA (North America)
CP-PWR-CORD-CH (Central Kurope)
CP-PWR-CORD-UK (United Kingdom)
CP-PWR-CORD-AU (Australia)
CP-PWR-CORD-JP (Japan)
CP-PWR-CORD-AP (Asia Pacific)
Temperatura
Operaling temperature: 32 lo 104 K (O" lo 40 C)
Rclaiivc humidity: 10% lo 95% (noncondensing)
Storage iL-mperalure: 14" lo 140" F( - I O" to60"C)
Regulatory Compliance
CH Marking
Safety
UL-i 950
HN 60950
CSA-C22.2 No. 950
1HC 60950
AS/N/S 3260
TS001
Electro-Magnetc Compatibility
47CFRPart 15 Class H
ICKS-003 Class B
HN55022 Class B
CISPR22 Class B
AS/NZ 3548 Class B
VCCI Class B
HN55024
CE Marking
Telecom
HCC CFR47, Pan 68 (HAC)
IC CS-03
For More Information on Cisco Products
U.S. and Canad: 800 553-NKTS (6387)
turopc:3227784242
Auslralia: 612 9935 4107
Olht'r: 408 526-7209
World Widc Web URL: hnp://www.cisco.com.
Thc footstand is adjusiahle I'rom flal lo a mximum anglc of 60 dcgrees. In ihe fat posilion (tor wall mounling) ihc heighi of Ihe phonc s 4.25 inchcs. In die
mximum uprighi posilion on a dcsk, ihc phone is 8 inches.