Documentos de Académico
Documentos de Profesional
Documentos de Cultura
01-DOCUMENTO-FD-TdG-MGIT-07-Version15A-QoS en Capa de Acceso en Redes de NGN-voz PDF
01-DOCUMENTO-FD-TdG-MGIT-07-Version15A-QoS en Capa de Acceso en Redes de NGN-voz PDF
PROYECTO DE GRADO
Asesor
Juan Carlos Cuéllar Quiñones
Magister
FACULTAD DE INGENIERÍA
DEPARTAMENTO ACADÉMICO DE TECNOLOGÍAS DE INFORMACIÓN Y
COMUNICACIONES
MAESTRÍA EN GESTIÓNINFORMÁTICA Y TELECOMUNICACIONES
SANTIAGO DE CALI
2012
1
Metodología para implementar calidad de servicio (QoS) en la capa de
acceso aplicado a redes de nueva generación (NGN) enfocado en el servicio
de Voz
Asesor
Juan Carlos Cuéllar Quiñones
Magister
FACULTAD DE INGENIERÍA
DEPARTAMENTO ACADÉMICO DE TECNOLOGÍAS DE INFORMACIÓN Y
COMUNICACIONES
MAESTRÍAEN GESTIÓNINFORMÁTICA Y TELECOMUNICACIONES
SANTIAGO DE CALI
2012
2
Nota de aceptación
____________________________
____________________________
____________________________
____________________________
____________________________
____________________________
_________________________
Firma del Presidente del Jurado
_________________________
Firma del Jurado
_________________________
Firma del Jurado
3
CONTENIDO
pág.
1. INTRODUCCIÓN 15
1.2. OBJETIVOS 18
1.2.1. Objetivo General. 18
1.2.2. Objetivos Específicos: 18
2. MARCO TEÓRICO 19
4
2.4.2.5. E-Model (ITU-G.107) 25
5
2.6.3.3. Parámetros de Tráfico. 43
2.6.3.4. Categorías de Servicio. 44
2.6.3.4.1. Velocidad de bits constante (Constant Bit RateCBR). 45
2.6.3.4.2. Velocidad de bit variable (variable bit rate VBR) 45
2.6.3.4.3. Velocidad de bit variable para tiempo Real (Real-Time Variable Bit Rate
rt-VBR) 45
2.6.3.4.4. Velocidad de bit variable no en tiempo Real (Non-Real-Time Variable Bit
Rate nrt-VBR) 45
2.6.3.4.5. Tasa de bits no especificado (Unspecified Bit Rate UBR). 46
2.6.3.4.6. Tasa de bits disponible (Available Bit Rate ABR). 46
2.6.4. Categoría de Servicios y Atributos de Parámetros ATM. 47
2.6.5. Control de Admisión de Conexión (Connection Admission Control o
CAC) 49
2.6.6. Conformidad del perfil de Tráfico (Usage/Network Parameter Control
o UPC/NPC). 49
2.6.7. Prioridad de pérdida de celda (CLP: Cell loss priority). 50
2.6.7.1. Tagging basado en CLP. 50
2.6.7.2. Descripción del Contrato de Tráfico. 51
6
3.4.2. Definición de las interfaces funcionales del modelo de referencia de
Voz sobre xDSL. 59
3.4.2.1. V Interface 59
3.4.2.2. U Interface 59
3.4.2.3. Ta Interface 60
3.4.2.4. T Interface 60
3.4.2.5. R Interface 60
3.5. VoIP 60
3.5.1. Protocolos 60
3.5.2. Protocolo UDP 61
3.5.3. Protocolo TCP 61
3.5.4. RTP 62
3.5.4.1. Arquitectura 62
3.5.5. Protocolo SIP. 63
3.5.5.1. Funcionamiento. 63
3.5.6. SIP-T (SIP Trunk). 63
3.5.7. H.248. 64
3.6. MODELO DE VoIP EN xDSL. 64
3.6.1. Modelo. 64
3.7. ARQUITECTURA DE RED BASADA EN ETHERNET PARA
LA AGREGACIÓN DE xDSL. 65
3.7.1. Nodo de acceso. 66
3.8. ARQUITECTURAS DE QoS EN IP UTILIZADOS EN xDSL. 68
3.8.1. IP Best Effort 68
3.8.2. IntServ 69
3.8.2.1. Funcionamiento. 69
3.8.3. DiffServ 70
3.8.3.1. Funcionamiento. 70
7
4.1. DSLAM MA5600 71
8
6.1.1. Pruebas sin calidad de servicio (Escenario No. 1). 93
6.1.2. Pruebas con políticas (CAR) y sin calidad de servicio (Escenario No.
2). 93
6.1.3. Pruebas con calidad de servicio (Escenario No. 3). 93
9. CONCLUSIONES 119
9
LISTA DE TABLAS
pág.
10
LISTA DE FIGURAS
pág.
11
Figura 37.Parámetro de línea del acceso ADSL en el lado transmisor. 86
Figura 38. Parámetro de flujo de VoIP en D-ITG. 91
Figura 39. Parámetro de Multiflujo de VoIP en D-ITG. 92
Figura 40.Análisis Bitrate de 5 llamadas con canal básico (IPTV) e Internet en D-ITG. 103
Figura 41.Análisis Bitrate de 5 llamadas con parrilla (IPTV) e Internet en D-ITG. 103
Figura 42.Análisis delay de 5 llamadas con canal básico (IPTV) e Internet en D-ITG. 105
Figura 43.Análisis delay de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG. 105
Figura 44. Análisis jitter de 5 llamadas con canal básico (IPTV) e Internet en D-ITG. 106
Figura 45. Análisis jitter de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG. 107
Figura 46.Análisis packet loss de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG. 108
Figura 47.Análisis packet loss de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG. 108
Figura 48. Bitrate de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 111
Figura 49. Delay de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 111
Figura 50.Jitter de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 112
Figura 51.Pérdida de paquetes de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
113
Figura 52.Bitrate de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 116
Figura 53.Delay de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 116
Figura 54. Jitter de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG. 117
Figura 55. Perdidas de paquetes de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
117
12
RESUMEN
13
casos en orden de complejidad, de forma que se pueda comprobar el correcto
funcionamiento del sistema y los beneficios alcanzados.
14
1. INTRODUCCIÓN
En las Redes NGN convergen las tecnologías, los servicios, los contenidos de
audio, voz y video, datos los cuales, crecen exponencialmente exigiendo cada vez
más capacidad de canal, en consecuencia más demanda de recursos de red, y
paralelamente los usuarios finales exigen que los servicios funcionen de manera
adecuada.
Teniendo en cuenta el comportamiento de uso de los servicios, los operadores en
Colombia ven la necesidad de establecer metodologías para ofrecer Calidad de
Servicio, esto con el fin, de lograr que el ancho de banda en el bucle de acceso se
asigne de manera eficiente, para así garantizar y cumplir con compromisos reales
de calidad de servicio que lleve al usuario a sentir satisfacción plena por los
servicios contratados.
15
QoS, permitiendo así que el operador tenga un factor diferenciador dentro del
mercado competitivo, principalmente entre las empresas operadoras de servicios
de telecomunicaciones.
16
1.1. PLANTEAMIENTO DEL PROBLEMA
Para este proceso de convergencia, las redes NGN con bucle de acceso xDSL
son bastante ambiciosas en cuanto a la variedad de servicios a ofrecer, por la
flexibilidad de los protocolos y los mecanismos de brindar varios servicios a través
del mismo medio. Sin embargo, es la satisfacción del usuario, uno de los puntos
más complejos e importantes a analizar y resolver que refleje un nivel de Calidad
de Servicio (QoS), vista como un factor que debe ser inherente a la red y qué ha
sido la respuesta a las nuevas exigencias que se derivaron del crecimiento de los
accesos xDSL.
17
1.2. OBJETIVOS
Formular una metodología para ofrecer QoS en una red NGN para accesos xDSL
enfocado en el servicio de VoIP.
4. Realizar pruebas de laboratorio que permitan obtener datos para verificar los
parámetros de QoS.
18
2. MARCO TEÓRICO
The Internet Architecture Board (IAB) como encargado del desarrollo técnico y de
la ingeniería de la Internet supervisa grupos de trabajo entre ellos el Internet
Engineering Task Force (IETF) que es uno de los grupos que participa en el
desarrollo de los estándares de Internet.
Aplicaciones
Administración de Redes
Futuras Generaciones de Protocolo IP
Internet
Requerimientos Operacionales u operación y mantenimiento
Rutas ó encaminamiento
Seguridad
19
Transporte
Servicios de Usuario
General
Los documentos RFCs que son fuentes de información están disponibles para el
público en general, en múltiples sitios en Internet, y se pueden obtener a través de
FTP Anónimo, ó vía correo electrónico.
El marco de trabajo del grupo IPPM definió las métricas que se pueden tomar
como referencia para definir parámetros que permitan a usuarios y proveedores de
red conocer el estado de sus servicios de red y el rendimiento de la red IP, los
conceptos están consignados en el RFC2330 documento en el cual se establecen
conceptos y definiciones generales y sienta las bases para las especificaciones de
las distintas métricas.
20
2.3.1.1. Métricas
Teniendo en cuenta que la percepción del usuario del rendimiento de los servicios
de comunicaciones se ve afectada por factores o variables que se traducen a
degradación de los servicios el grupo de trabajo IPPM definió los estándares
ajustados a métricas en los RFC:
Métrica de retardo en un sentido - RFC 2679 (One way Delay Metric). [2]
Métrica de pérdida de paquetes en un sentido - RFC 2680 (One way Packet
Loss Metric). [3]
Métrica de la variación del retardo de paquetes - RFC 3393 (IP - Packet
Delay Variation Metric). [4]
Métrica para medir conectividad - RFC 2678 (IPPM Metric for Measuring
Connectivity). [5]
Métrica del retardo de ida y vuelta - RFC 2681 (Round Trip Delay Metric).
[6]
Métrica de la capacidad de transferencia - RFC 3148 (Bulk Transfer
Capacity Metric. [7]
Métrica de muestreo de patrones de pérdidas en un sentido - RFC 3357
(One way Loss Pattern Sample Metric). [8]
RFC 3432 (Network Performance Measurement for Periodic Streams). [9]
Métrica individual.
Métrica muestral.
Métrica estadística.
Como los dispositivos de red pueden dar un tratamiento diferente a los paquetes
de los distintos protocolos se requiere especificar el tipo de tráfico (¨Packet of Type
P¨) a que se refiere la métrica.
21
paquetes de datos en un punto de observación, opcionalmente, los filtra y agrega
información acerca de estos paquetes.
Para el estudio del estado actual en materia de Calidad de Servicio expuestos por
la CRC se han considerado aquellos criterios que se mantienen y que enuncian de
alguna manera la importancia relevante que representa para la CRC la Calidad de
Servicio (QoS), referencias que se reflejan en los documentos y resoluciones que
expide en ejercicio de sus facultades legales y en especial las que le confiere la
Ley 1341 de 2009, como el órgano encargado de promover la competencia, evitar
el abuso de posición dominante y regular los mercados de las redes y los servicios
de comunicaciones, con el fin de que la prestación de los servicios sea
económicamente eficiente y refleje altos niveles de calidad.
La CRC expone que (…) Para el caso de redes IP, las metas están claramente
establecidas para los diferentes tipos de clases de servicio en la recomendación
UIT-T Y.1541 y con el establecimiento de un índice R mayor a 80.(…) sobre el uso
del índice R, la propuesta es que el mismo esté enfocado en redes IP.
La CRC tiene en cuenta para el cálculo del índice R con base en el modelo E, la
fórmula: R= Ro – Is – Id – I e-eff – A. Donde la recomendación UIT utiliza A=0 por
defecto. Y según el caso se plantea la utilización de los contornos del factor de
determinación de índices R adoptados por la enmienda 1 de la recomendación
G.109, los cuales establecen en redes conmutadas de paquetes y para diferentes
tipos de códec, la relación entre el factor R, el retardo absoluto y la probabilidad de
pérdida de paquetes.(…).
La CRC es clara que para los requerimientos de calidad de servicio sobre redes
conmutadas de paquetes IP deben mantenerse sobre la base de las
recomendaciones UIT-T Y.1540 y UIT-T Y.1541.
22
La CRC entiende que: (…) mediciones de PESQ son técnicamente medibles
pudiendo atenerse a la realidad de la red nacional y que PESQ se basa en el
estándar UIT-T P.862. Sin embargo, el índice R también puede medirse sin
dificultad y tiene una clara aplicación en el problema más relevante de la
paquetización de la voz, esto es la calidad de la misma tal y como sería percibida
por un usuario humano.
23
La conformidad con todos los requisitos reglamentarios, por ejemplo en
cuanto a comunicaciones de emergencia, seguridad, privacidad,
interceptación legal, etc.”
De las anteriores características enunciadas en las Características fundamentales
de la NGN para el marco de la Calidad se servicio se resaltan aquellas que
protegen al usuario en la prestación del servicio, esto es preservar la percepción
por el usuario de características unificadas para el mismo servicio y la
característica: capacidades de banda ancha con QoS extremo a extremo;
Teniendo en cuenta que los tipos de acceso son variados (DSL, cable, etc.) se
precisa que no se puede medir el desempeño y la Calidad QoS con un mismo
criterio porque las condiciones y las limitantes de las tecnologías de acceso tienen
particularidades propias de cada tecnología.
Velocidad
Exactitud
Seguridad de funcionamiento
Disponibilidad de transferencia
24
2.4.2.3. ITU-T P.862 (PESQ)
Hoy día los operadores de telecomunicaciones han migrado los servicios que
funcionan en las redes de conmutación de circuitos a redes de conmutación de
paquetes o NGN. Esta estructura lleva consigo servicios de la PSTN, tráfico de
aplicaciones de Internet y todos todo tipo de servicio de protocolo IP. Por lo tanto
esta “convergencia” cuyo escenario fue el gran atractivo en los bajos costos
mediante la consolidación de la tecnología y el crecimiento de la industria de la
telecomunicaciones a través del empaquetamiento de los servicios.
25
Pese a las grandes inversiones en redes NGN la convergencia ha
sido lenta. Desde un punto de vista técnico, el principal obstáculo ha sido la
calidad de servicio (QoS) debido a que el mecanismo más utilizado en la redes
NGN es Best Effort, cuya funcionalidad es asignar una cierta capacidad de canal
a todos los usuarios de la mejor manera posible, sin hacer verdaderos
compromisos en cuanto a la tasa de transferencia o el retardo de los paquetes, Sin
embargo, como esto no es realmente eficaz, ni mucho menos significativo, las
empresas de telecomunicaciones que estén implementando o tengan una red
NGN deben desarrollar mecanismos más especializados de QoS, para enfatizar
más la mejora de los parámetros que influyen en una buena prestación de un
servicio calificado, sobre todo, la voz sobre IP (VoIP). No obstante, aún y cuando
alcanzan a dar solución a los problemas de QoS en la red, su progreso se denota
insuficiente en relación con el de la infraestructura y el crecimiento de la misma.
26
Cada función se considera con respecto a tres aspectos del funcionamiento en
general (o “criterios de calidad de funcionamiento”): velocidad, exactitud y
seguridad de funcionamiento. Un modelo de dos etapas asociado proporciona la
base para la descripción de la disponibilidad del servicio IP [16].
Los puntos de medición (MP, measurement point): es una frontera entre un com-
putador principal y un enlace adyacente en donde pueden observarse y medirse
eventos de referencia de calidad de funcionamiento. De conformidad con la
recomendación de la UIT-T I.356 [18], los protocolos Internet normalizados se
pueden observar en puntos de medición IP. La recomendación UIT-T I.356
contiene más información sobre los MP para servicios digitales. Por lo tanto la
sección o una combinación de secciones son medibles si está limitada por un
27
conjunto de puntos de medición (MP). En esta Recomendación son medibles las
siguientes secciones:
Sección básica: Puede ser un EL (Exchange link, N. del E.), una NS (network
section, N. del E.), un SRC (source host) o un DST (destination host). Las
secciones básicas están delimitadas por puntos de medición (MP).
28
2.5.1.2. Eventos de referencia de transferencia de paquetes IP (IPRE, IP
packet transfer reference events).
29
2.5.1.3.1. Retardo de transferencia de paquetes IP (IPTD, IP packet transfer
delay)
Se define para todos los resultados paquetes satisfactorios y con errores a través
de una sección básica o un NSE. El IPTD es el tiempo (t2 – t1) que transcurre
entre la ocurrencia de dos eventos de referencia de paquetes IP correspondientes,
evento de ingreso IPRE1 en el momento t1 y evento de egreso IPRE2 en el
momento t2, siendo (t2 > t1) y (t2 – t1) ≤ Tmáx. Si el paquete se fragmenta dentro
del NSE, t2 es el momento en que se produce el evento de egreso
correspondiente final. El retardo de la transferencia de paquetes IP de extremo a
extremo es un retardo unidireccional entre el MP del SRC y el DST, como se
ilustra en la figura 3. [16]
30
observaciones caracterizan la variabilidad del esquema de eventos de referencia
de llegada de paquetes IP en el MP de egreso con referencia al esquema de
eventos de referencia correspondientes en el MP de ingreso. [16]
La variación del retardo de paquetes entre dos puntos (vk) para un paquete IP k
entre el SRC (source host) y el DST (destination host) es la diferencia entre el
retardo de transferencia de paquetes IP absoluto (xk) del paquete y un retardo de
transferencia de paquetes IP de referencia definido, d1, 2, entre esos mismos MP:
vk = xk – d1, 2. [16]
Valores positivos de la IPDV (IP Packet Delay Varation) entre dos puntos
corresponden a retardos de transferencia de paquetes IP superiores a los que
tiene el paquete IP de referencia; valores negativos de la IPDV (IP Packet Delay
Varation) entre dos puntos corresponden a retardos de transferencia de paquetes
IP inferiores a los que tiene el paquete IP de referencia. La distribución de las
IPDV (IP Packet Delay Varation) entre dos puntos es idéntica a la distribución de
los retardos de transferencia de paquetes IP absolutos desplazados en un valor
constante igual a d1, 2. [16]
31
2.5.1.3.3. Tasa de errores en los paquetes de protocolo Internet (IPER, IP
packet error ratio).
32
soportar las aplicaciones de usuario dadas en la recomendación UIT-T G.1010
[15]. [17]
33
Figura 5.Trayecto de referencia UNI a UNI para los objetivos QoS de la red.
Tomada de [41]
2.5.2.3. Clases de QoS de red.
34
Tabla 1.Parámetros de Calidad de funcionamiento que determinan la QoS en NGN.
Tomada de [43]
Para garantizar un óptimo servicio de VoIP se debe trabajar con las siguientes
clases:
35
Tabla 2. Guía para las clases de QoS sobre protocolo IP.
Tomada de [44]
La voz sobre acceso xDSL permite transportar datos y voz sobre el mismo par
de cobre. Esta tecnología emplea la paquetización de la voz a diferencia de la
telefonía análoga o digital (BRI, PRI y E1) que utilizan conmutación de circuitos.
Los accesos xDSL tienen dos alternativas para la trasmisión de los paquetes voz
como VoATM y VoIP. ATM tiene unas ventajas debido a mecanismos propios del
protocolo que garantiza calidad de servicio (QoS). En el caso del protocolo IP no
proporciona garantía de QoS en su forma tradicional obligando a los operadores
de telecomunicaciones emplear mecanismos para garantizar la eficiencia del
servicio de voz.
Queda por aclarar que en los últimos años todos los servicios como datos, video y
voz se prestan sobre el mismo acceso obligando a emplear mecanismos de QoS
entre el DSLAM y el CPE obligando que los circuitos virtuales de ATM no compitan
entre sí.
36
Por lo tanto en éste documento se propone una metodología para implementar
QoS sobre accesos xDSL enfocado en los servicios de voz. Lo cierto es que no
existen recomendaciones enfocadas directamente a los servicios de voz sobre
xDSL, sino reportes técnicos de broadband forum y artículos que comentan el
manejo de la voz en estos dispositivos.
37
2.6.2.1. Capa de Adaptación ATM
Tiene como principal función compatibilizar y ofrecer los servicios deseados por
las capas superiores. De forma general, las funciones de la capa AAL son:
Debido a los diferentes requisitos exigidos por las aplicaciones (datos, voz y video)
no es posible dar a todas un tratamiento específico a través de una AAL única. Por
esa razón ITU-T definió grupos de aplicaciones, con requisitos semejantes,
basados en tres criterios:
Relación de tiempo entre fuente y destino (puede ser una exigencia o no).
De esta manera ITU-T clasificó diferentes servicios y definió, de acuerdo con las
clases de servicios, cinco tipos de AAL (ver Figura 7).
38
AAL 0: Representa la ausencia de funciones de la capa AAL; se utiliza para
que las aplicaciones posean acceso directo a la capa ATM al nivel de celda.
AAL 2: Se utiliza para transporte de tráfico VBR (clase B). Según ITU-T
I.363.2, este tipo permite la transmisión eficiente de secuencias de
paquetes de corta longitud en aplicaciones sensibles al retardo.
AAL 3/4: Según la ITU-T 363.3 efectúa los procedimientos necesarios para
suministrar servicios de clases C y D. Los tipos AAL 3 y AAL 4 fueron
combinados cuando se concluyó que los mismos procedimientos podrían
ser ejecutados para ambas clases de servicios.
39
Subcapa de Convergencia Específica de Servicio (SSCS); y
Subcapa Parte Común de Convergencia (CPCS).[20]
40
Tabla 3. Servicios ofrecidos por la capa de adaptación.
Tomada de [53]
41
Tráfico no en tiempo real: Las categorías nrt -VBR, UBR, ABR y GFR
difieren sobre la naturaleza de las garantías de servicio proporcionado por
la red y los mecanismos que se implementan en sistemas finales y redes
llevadas a cabo [22].Por lo tanto una selección de categoría de servicio
adecuado es de acuerdo a la aplicación específica. De esta manera se
comparara estas categorías en la sección 5.1.2.4.
2.6.3.2. Parámetros de QoS.
En esta sección se definen las categorías de servicio ATM utilizando los siguientes
parámetros de calidad de servicio como:
42
Los valores obtenidos para el CDT deben ser interpretados en un contexto
estadístico. La figura 6 sirve de referencia para definir el CDV del pico a pico y el
MaxCTD. El retardo fijo incluye los tiempos de propagación, los tiempos de
transmisión y los componentes de retardo fijos introducidos por los conmutadores.
El CDV en cambio aparece como consecuencia de la multiplexación de
conexiones sobre el mismo puerto de salida, lo cual provoca que algunas celdas
tengan que esperar mientras que otras son transmitidas.
𝑁𝑜. 𝑑𝑒𝐶𝑒𝑙𝑑𝑎𝑠𝑃𝑒𝑟𝑑𝑖𝑑𝑎𝑠
𝐶𝐿𝑅 =
𝑁𝑜. 𝑡𝑜𝑡𝑎𝑙𝑑𝑒𝐶𝑒𝑙𝑑𝑎𝑠𝑇𝑟𝑎𝑛𝑠𝑚𝑖𝑡𝑖𝑑𝑎𝑠
El tráfico enviado por el usuario a través de las conexiones es definido por los
siguientes parámetros: [22]
43
MFS (Maximum Frame Size o Tamaño Máximo de Trama): Es el número
máximo de celdas que pueden formar una trama.
Una categoría de servicio ATM tiene como objetivo traducir un modelo de servicio
en un conjunto de procedimientos de caracterización de tráfico y gestión de
recursos que sean adecuados para un tipo de servicio, permitiendo de esta forma
la asignación eficaz de recursos por la red.
A una determinada categoría de servicio debe estar asociada una clase de QoS,
de forma que pueda ser perfectamente caracterizado el tipo de conexión que está
siendo solicitada por el usuario. Se debe resaltar, no obstante, que requisitos de
QoS específicos de un determinado servicio, son atendidos sólo en parte por la
categoría de servicio.
44
2.6.3.4.1. Velocidad de bits constante (Constant Bit RateCBR).
2.6.3.4.3. Velocidad de bit variable para tiempo Real (Real-Time Variable Bit
Rate rt-VBR)
45
asociado (CTD o CDV). El servicio nrt-VBR puede soportar multiplexación
estadística de conexiones. [21]
2.6.3.4.5. Tasa de bits no especificado (Unspecified Bit Rate UBR).
46
El sistema final, durante el establecimiento de la conexión ABR, debe especificar a
la red dos valores:
47
Tabla 4. Servicios de red ATM.
Tomada de [46]
48
Tabla 5. Parámetros de tráfico ATM y parámetros de calidad de servicio según la
categoría de servicio.
Tomada de [46]
49
otra red. De esta manera el objetivo es verificar que el perfil de tráfico es conforme
al contrato de servicio y tomar las acciones pertinentes en caso de violación del
contrato, evitando así el deterioro del QoS ofrecido al resto de conexiones. [23]
50
2.6.7.2. Descripción del Contrato de Tráfico.
Cada circuito virtual ya sea un “Virtual Path Connection” o un “Virtual Channel
Connection” tiene un contrato de tráfico definido. Este contrato de tráfico incluye
una descripción del tipo de tráfico que utilizará el circuito, la clase de servicio
esperado en ese circuito y un descriptor de tráfico que cuantifica la tasa de celdas
permitidas.
Por lo tanto los parámetros PCR, SCR y MBS son combinados en 6 descriptores
de tráfico que incluyen información de los modos de ejecución y políticas.
La tabla 7 muestra el flujo de celda (s) marcadas o vigiladas por los parámetros
PCR, SCR y MBS para cada descriptor de tráfico. [24]
51
3. ESTUDIO DE LAS REDES XDSL
Aprovechando frecuencias que están por encima de las utilizadas para la telefonía
(400Hz−4KHz), xDSL puede codificar más datos alcanzando tasas de transmisión
muy altas, cosa que es imposible en el rango de frecuencias restringido para la red
telefónica. Para lograr el uso de frecuencias por arriba del espectro de la voz, el
equipo de xDSL debe ser instalado en ambos extremos del cable de cobre así
como a lo largo de toda la ruta del cable. Esto significa que, dispositivos que
limiten el ancho de banda deben ser removidos o evitados.
Una de las grandes limitantes de estas tecnologías es que por el uso del cableado
telefónico, este impone limitaciones de distancia para las transmisiones de datos
sobre esas frecuencias. A medida que la localización del cliente se aleja de la
central telefónica, la calidad de las transmisiones baja. En la actualidad, para
mantener la calidad en los servicios, se propone en los estándares una distancia
máxima de 5000 metros de distancia entre el cliente y la central telefónica.
52
Tabla 8. Comparación entres XDSL
Tomada de [37].
Las tecnologías DSL (Digital Subscriber Line) utilizan diferentes frecuencias para
dividir los servicios de voz y datos a través de una línea de par de
cobre. Anteriormente, las redes telefónicas utilizan un ancho de banda
determinado para el tráfico de voz.
53
compartidos. Esto hace que DSL sea ideal para el uso doméstico y empresarial
brindando un ancho de banda dedicado para los servicios de voz, datos y video.
3.2. CONEXIÓN BÁSICA xDSL.
54
datos. Este gateway o IAD tiene la posibilidad de manejar tráfico de voz y de
datos.
En el lado ATM se separa por circuitos virtuales VC´s (Virtuals Circuits) desde el
DSLAM y el CPE. La voz se maneja directamente sobre Adaptation Layer 2 o
AAL2 (ITU-T 363.2) con velocidad de bits constante (CBR) de servicio.
…………………………….. PSTN
E1 7
v
´s
v
SS
TRUNK GATEWAY o
IAD SIGNAL GATEWAY
SIG
IP
RAT
CENTRAL OFFICES
Modem xDSL
N
RED IP
CORE
VC 1: Voz over AAL1 (CBR) o
Voz over AAL2 (VBR)
DSLAM Softswitch
VC 2: Datos over AAL5 (UBR)
SWITCH AGREGATION
IPPBX
Softphone Telefono IP
55
VOICE
IP
AAL1/AAL2
ATM
xDSL
En el caso de AAL2 impone al protocolo una sobrecarga muy baja en los paquetes
de voz y también soporta la multiplexación de los diferentes flujos de voz en
un único VC (Virtual Circuit). Para los paquetes de voz, el protocolo AAL2 define
un encabezado que contiene un identificador que indica que el flujo al que
pertenece. De esta manera los flujos de voz se les garantizan un ancho de
banda determinado y al mismo tiempo experimentara bajos retrasos en el acceso
xDSL.
Además AAL2 se utiliza para las conexiones que se requieran trasmitir en tiempo
real, servicios de tasa de bits variables (VBR), tales como tráfico de voz con
supresión de silencio. Un paquete de voz es generalmente menor al
tamaño máximo de carga útil de una celda ATM, por lo que es ineficiente
tener una celda ATM solo para llevar un paquete de voz. Por lo tanto al trasportar
varios paquetes de voz en una misma celda ATM sería aumentar el retardo de
56
paquetización. AAL2 facilita el intercambio de una sola celda ATM entre varias
llamadas de voz. [26]
De esta manera el foro ATM identifica cuatro tipos de AAL (AAL3 y AAL4 se han
combinado), que corresponden a los diferentes tipos de tráfico que soportado. Por
lo tanto la tabla 9 muestra la relación de tipos de AAL a las categorías de servicio
ATM mostrando la donde la voz tiene el mejor uso.
57
Tabla 9. Relación de tipos de AAL a las categorías de servicios ATM.
Tomada de [46]
58
3.4.1. Definición de los bloques Funcionales del modelo de referencia de Voz
sobre xDSL.
La terminación de red tiene como función de terminal la señal xDSL y entrar en las
instalaciones del cliente. [29]
3.4.1.3. Customer Premises Interworking Function.
3.4.2.1. V Interface
Esta interfaz es la que conecta el tráfico de voz al Core con protocolo IP. [29]
3.4.2.2. U Interface
Esta interfaz se conecta al Access Node con el Network Termination en cada uno
de los locales del cliente. Un ejemplo de ello es ADSL sobre ATM. [29]
59
3.4.2.3. Ta Interface
3.4.2.4. T Interface
3.4.2.5. R Interface
3.5. VoIP
3.5.1. Protocolos
60
El campo hLen específica la longitud de la cabecera en palabras de 32 bits.
El tipo de servicio (TOS) permite que los paquetes se clasifican y se
tratan según la clase a la que pertenecen.
El campo de Length especifica el tamaño de la carga útil en octetos.
El tiempo de vida (TTL) es en realidad un contador que cuenta el número
de saltos que atraviesa el paquete.
El campo protocol identifica el protocolo de capa superior, cuyo paquete se
encapsula dentro de este paquete.
El campo Checksum proporciona una suma de comprobación en el
encabezado.
Los campos que contienen las direcciones origen y destino del paquete se
incluyen también en la cabecera.
El campo de Options se utiliza para proporcionar algunas opciones
adicionales y el campo del Pad se usa para hacer el tamaño del
encabezado igual a un número entero de palabras de 32 bits.
61
Fiable: La información que envía el emisor llega de forma correcta al
destino.
3.5.4. RTP
RTP es un protocolo modular definido por la RFC 1889 [36]. RFC 1889 define los
campos básicos para el transporte de datos en tiempo real. Se define también
RTCP (Real-time Transport Control Protocol), cuyo propósito es proporcionar
información sobre la calidad de transmisión, información de los participantes de
sesiones RTP y permitir los servicios mínimos de control de sesión.
62
Figura 16. RTP en la pila de protocolos.
Tomada de [49]
63
3.5.7. H.248.
3.6.1. Modelo.
64
Figura 17. Modelo de VoIP.
Tomada de [45]
Las actuales arquitecturas xDSL están son capaces de soportar altas velocidades
de bit/s para servicios que requieren QoS, multicast u otros servicios que
limitantes en el ambiente del core ATM. Con tecnología Ethernet en la agregación
de xDSL genera un mecanismo de transporte que soporta altas velocidades de
conexión basada en paquetes IP con QoS, simplificación de aprovisionamiento,
multicast y redundancias de manera eficiente.
65
Figura 18. Arquitectura de red Ethernet basada en xDSL.
Tomada de [45]
Debe ser capaz de poner fin a la capa ATM que viene del usuario.
Debe ser capaz de soporta QoS para los servicios de voz, datos y video.
66
Figura 19. Interfuncionamiento de ATM a Ethernet.
Tomada de [48]
67
Figura 20.Arquitectura de múltiples VC´s.
Tomada de [45]
Arreglos de S-Tag:
Es el tipo de arquitectura que trabaja bajo el modelo del mejor esfuerzo, es decir,
se realiza la transmisión de datos utilizando los recursos disponibles y sin ofrecer
ningún tipo de prioridad o QoS. En este escenario, los distintos tipos de tráfico son
68
tratados de la misma forma en los diferentes nodos de la red empleando colas del
tipo FIFO, donde el paquete que llega primero a la cola es el primero en ser
atendido. Es por este motivo, que este modelo no es el adecuado para
aplicaciones multimedia sensibles al retardo y al jitter, como la voz o video que son
servicios de tiempo real.
3.8.2. IntServ
3.8.2.1. Funcionamiento.
En este modelo de QoS, se tienen dos tipos de servicio según los recursos que se
necesiten: Guaranteed Rate Service, donde los recursos se comportan como un
circuito virtual, o Controled Load Service, donde lo recursos solicitados se asignan
de manera dinámica [31].
69
3.8.3. DiffServ
Para su funcionamiento, los routers, marcan los paquetes que pertenecen a una
determinada clase, según sus características como direcciones y/o puertos de
origen o destino, modificando el subcampo DSCP (Differentiated Service Code
Point) que se encuentra en el campo DS (Differentiated Services) de la cabecera
IP.
70
4. ANÁLISIS DE LAS CARACTERÍSTICAS DEL DISPOSITIVO DE ACCESO
XDSL REFERENTE A LOS PARÁMETROS DE QOS.
En el análisis de cada dispositivo xDSL, los parámetros de QoS son una serie de
requisitos de servicio de red que se deben cumplir para topologías NGN con el fin
de garantizar un nivel de servicio adecuado para la transmisión de datos. Sin
embargo la calidad de servicio (QoS) permite establecer una conexión virtual
dedicada para la transmisión de voz, datos y videos a una velocidad específica y
entregarlo dentro de un marco de tiempo específico.
Este dispositivo DSLAM (Multiplexor de línea de acceso digital del abonado) tiene
la capacidad de manejar diferentes tarjetas xDSL y POTS (Plain Old Telephone
Service o Servicio de Telefonía Tradicional). Este equipo se encuentra ubicado en
la oficina central como indoor o en un barrio como outdoor.
71
Como un módulo de acceso multiservicio, proporciona acceso integral para
enfrentar los requerimientos de servicios diversificados de con accesos
xDSL.
Proporciona una calidad garantizada del servicio (QoS) enfocados a la
evolución de redes de nueva generación (NGN). [32]
72
Tabla10. Interfaces del MA5600.
Tomada de [33]
73
4.1.3. Característica y funcionalidad.
Congestion Congestion
Classfication and Marking Avoidance Management
Classifier
WRED Scheduling
SCU
Backeplane bus
Congestion Point
Port
PVC
Modem
C
A Lookup
Port R
PVC
Modem
ADSL
Congestion Policing
Management
74
Congestion Congestion Classfication and Marking
Management Avoidance
DSCP written
PVC
Modem
C Lookup
A
R
PVC
Modem
ADSL
Policing
75
marcar y degradar las operaciones de nivel de prioridad de los paquetes de
diferentes niveles.
1 2 3 4 5 6 7 8
4 Byte
Exclusive
76
La ACL es tomada por el filtro rápido de hardware FFP en el chip LANSWITCH de
la tarjeta SCU; por lo tanto, el rendimiento de re-envío de hardware no se reducirá.
La ACL del MA5600 soporta la clasificación de tráfico según el paquete
Ethernet/IP de 80 bytes. [34]
Token
Classification
Traffic Traffic
Token Bucket
Drop
El token bucket pone los tokens en el bucket de acuerdo a la tasa establecida por
el usuario; además, la capacidad del tokens buckets se pueden establecer.
Cuando los tokens en el buckets exceden su capacidad, la cantidad de tokens no
77
aumentan. Cuando los paquetes son procesados por el tokens buckets y si hay
tokens suficientes para transmitir paquetes, rápidamente pueden ser transmitidos.
Sin embargo los tokens en el buckets no son suficientes los paquetes serán
descartados. [34]
Queue
High_1
High_0
Classification
Medium_1
Medium_0
Normal_0
Low_1
Low_0
78
Queue
Classification
CBR / 802.1p 6,7
En este modo se establece un valor de ponderación para cada cola (de mayor a
menor que son w7, w6, w5, w4, w3, w2, w1, w0). Valor de ponderación indica la
proporción de recursos. Así, la cola de prioridad baja obtiene un ancho de banda
determinado con la desventaja de obtener un servicio en un tiempo largo.
79
5. PLANTEAMIENTO DE LA METODOLOGÍA DE QoS A USARSE EN UNA
RED NGN PARA ACCESOS XDSL.
Por lo tanto estos escenarios están integrados por los siguientes dispositivos:
DSLAM Huawei MA5600 (Ver Anexo H): Equipo DSLAM equipado con
puertos ADSL y VDSL cuya funcionalidad es interconectar los usuarios
directamente para la prestación de los diferentes servicio y se conecta
directamente al agregador ZXR10 T64G.
MSAG ZXMSG 5200 (Ver Anexo C):Equipo DSLAM equipado con puertos
ADSL, VDSL, G.SHDSL y POTS cuya funcionalidad es interconectar los
usuarios directamente para la prestación de los diferentes servicio y se
conecta directamente al agregador ZXR10 T64G.
2 Modem ADSL Echo Life HG520c (Ver Anexo D): Equipo Modem CPE
cuya funcionalidad es originar, encaminar y terminar una comunicación
como la voz, datos y video. Este equipo se conecta directamente a los
DSLAM ZXMSG 5200 y MA5600 a través de un puerto ADSL.
80
Set-top-box ZXV10 B700 de ZTE. (Ver Anexo E): Equipo Modem CPE
cuya funcionalidad es terminar la comunicación de televisión (IPTV) y se
conecta directamente al Modem ADSL Echo Life HG520c.
81
5.1.1. Configuración de los equipos.
La configuración que se utiliza en la red de acceso xDSL con servicios triple play
son los siguientes de acuerdo con la figura 35:
MSAG 020113/12
Computador de mesa
Vlan: 4000
T64G_2_PEÑON
Portatil Receptor ITGRec
Vlan:
RED IP
491
CORE
VC Voz: vpi 8 y vci 36
VC internet: vpi 2 y vci 35
VC IPTV: vpi 4 y vci 36 T64G_1_PEÑON Enrutamiento Dinámico
OSPF
T160G_SFD
Set-Top-Box
ZXV10 B700
Para el lado del Core el operador tiene rutas que entienden los rangos de IP
que se configuraron en el portátil (ITGSend/ITGRec).
82
El switch capa 4 ZXR10 T64G de ZTE es un equipo que tiene la función de
agregador de servicios y también trabaja en la capa de acceso. La conexión
física que tiene con el DSLAM MA5600 y el MSAG ZXMSG 5200 es giga
ethernet.
El Modem ADSL Echo Life HG520c que está instalado en el lado receptor
se configura en bridge para los tres pvc´s de servicio correspondientes al
anillo 1 del proveedor de telecomunicaciones, también se mapean los
puertos para discriminar tráfico; es decir, en un puerto Ethernet especifico
quedara habilitado el IPTV, VoIP y Internet.
Hay casos donde el pvc de internet queda en modo router debido a que hay
clientes que no tienen forma de levantar la sección PPPoE y necesita que el
modem ADSL haga esa función.
Cabe aclarar que se requirió configurar la VLAN de voz del trasmisor como
el receptor hacia el BRAS con el objetivo de que los PC´s levantarán una
sesión PPPoE y poder sincronizarse a través de Internet con el servidor de
obuntu a través del comando:
83
sudo ntpdate -u ntp.ubuntu.com
Este comando permitió que el reloj de cada PC quedara sincronizado para
la fidelización de los datos que nos arrojaba el receptor (ITGRec), aunque
en la sección 5.1.3 se explica lo relacionado con la sincronización.
Para que las medidas de retardo y jitter que se toman en las pruebas sean válidas
y no se encontré con resultados erróneos, por ejemplo tiempos negativos en las
mediciones, es necesario que los equipos que inyectan y reciben el tráfico con el
D-ITG versión 2.8.0-rc1 estén sincronizados. Para llevar a cabo esta
sincronización se configuro la misma VLAN de voz hasta los BRAS de cada anillo,
de esta manera cada equipo de computo se autentico con una sección PPPoE.
Los computadores conectados directamente al Modem ADSL Echo Life HG520c
se sincronizaban automáticamente con este servidor mediante las utilidades
ntpdate de Linux; de esta forma nos aseguramos que en cada instante de tiempo
los equipos estén sincronizados.
84
5.1.4. Configuración de direccionamiento.
Teniendo en cuenta que la distancia de conexión por cobre entre el Modem ADSL
Echo Life HG520c al DSLAM MA5600 lado receptor y la MSAG ZXMSG 5200
lado transmisor es muy corta. De esta manera se reduce considerablemente los
problemas de señal ruido S/N y atenuación.
85
para el DSLAM MA5600 (ver figura 36) y el enlace ADSL de downstream es de
27Mbps y el de upstream es 1,2 Mbps para la MSAG ZXMSG 5200 (ver figura 37).
86
manera se puede calcular que se necesita 500Kbps de downstream en el
momento de una ocupación del 100 % de llamadas.
Por esta razón, se ha elegido una tasa de 4,6 Mbps como la máxima de
downstream y 1 Mbps de upstream estándar que maneja el operador de
telecomunicaciones, de manera que se tiene un rendimiento estable que nos
permitirá observar el impacto de los servicios en el momento que se empiece a
operar.
87
6. CONFIGURACION DE EQUIPOS PARA VALIDACIÓN DE LA
METODOLOGÍA DE QoS A USARSE EN UNA RED NGN PARA ACCESOS
XDSL.
88
servicio lo visualizamos en la tabla 11 y las tablas de tráfico configuradas en el
anexo F.
Tabla 11. Propuesta de Best Effort para el tráfico del escenario No. 1.
Tabla 12. Propuesta de políticas de ancho de banda CAR del escenario No. 2.
Categoría
Descriptor de CAR PCR SCR MBS Tipo de
de VPI/VCI VLAN
Tráfico (Kbps) (Kbps) (Kbps) (Kbps) tráfico
Servicio
89
comentado en la sección 3.3 donde los protocolos de encapsulamiento
AAL1/AAL2 son apropiados para el manejo adecuado de la voz en una red ATM,
aunque para los accesos xDSL es recomendable utilizar AAL1 que es su defecto
utiliza la categoría de servicio Constant Bit Rate(CBR).
Categoría
Descriptor de CAR PCR SCR MBS Tipo de
de VPI/VCI VLAN
Tráfico (Kbps) (Kbps) (Kbps) (Kbps) tráfico
Servicio
90
Figura 31. Parámetro de flujo de VoIP en D-ITG.
En la ventana de editar flujo (Edit Flow) se describe que tipo de flujo se va trabajar
y también que tipo de medida (Meter) se realiza en este caso (One-Way-Delay),
Esto indica que el tráfico va en un solo sentido, aunque para la voz este sistema
solo deja paramé trizar de esta manera. En las opciones de cabecera (Header
Option) se indica la IP destino y que tipo de protocolo de transporte se utilizará. El
sistema asigna el puerto lógico consecutivamente de acuerdo a los cinco flujos de
voz.
Sin embargo las características de cada uno de los flujos se simulan de acuerdo al
ejemplo que se visualiza en la figura 39.
91
Figura 32. Parámetro de Multiflujo de VoIP en D-ITG.
92
6.1.1. Pruebas sin calidad de servicio (Escenario No. 1).
La finalidad de las pruebas sin QoS en la red de acceso xDSL es tomar una
referencia con la que compara los diferentes flujos y cuáles de estos tiene mayor
peso en el momento de alto tráfico.
Para lograr que la red xDSL funcione sin ningún mecanismo de QoS, se realizó la
siguiente acción: aumentar el ancho de banda entre el puerto ADSL y el modem
CPE. Sin embargo, esta acción no es la ideal ya que depende de la calidad del par
telefónico.
6.1.2. Pruebas con políticas (CAR) y sin calidad de servicio (Escenario No.
2).
Todas las pruebas se realizarán con ayuda del D-ITG, el cual se encargará de
transmitir y recibir el tráfico generado, y realizar y almacenar las medidas que
guardará en los archivos de logs, para posteriormente procesarlos y obtener los
resultados correspondientes.
93
7. METODOLOGÍA SUGERIDA PARA EL OPERADOR DE
TELECOMUNICACIONES.
Lo que muestra la tabla 18 son los resultados comparativos entre los diferentes
escenarios implementados que permiten desarrollar la metodología, dado que se
visualiza los principales elementos para la implementación de QoS en una red
xDSL para el servicio de VoIP.
94
Paso # 1:
Paso # 2:
Paso # 3:
Este paso es de gran importancia para las capacidades de ancho de banda del
acceso xDSL. El operador de telecomunicaciones antes de crear el profile debe
analizar que tipo de servicio contrato del usuario, por ejemplo: cantidad de líneas,
ancho de banda del internet y el tipo plan de televisión (básico/estándar o
Premium (High Definition). Teniendo en cuenta lo anterior se procede con la
creación del profile para el puerto xDSL, aunque esta configuración varía de
acuerdo al tipo de xDSL como ADSL 2 plus, VDSL y VDSL 2 plus, dado que esta
familia de accesos xDSL maneja anchos de bandas distintos.
Paso # 4:
95
Paso # 5:
En este paso se debe configurar las tablas de tráfico para el servicio de VoIP. El
operador de telecomunicaciones debe tener en cuenta que ancho de banda va
asignar para la VoIP, esto de acuerdo a la cantidad de líneas que el usuario
contrato. Paralelamente se fijan la categoría de servicio como CBR (Constant Bit
Rate) y rt-VBR (Real-Time Variable Bit Rate) de acuerdo a la necesidad del
cliente. De igual modo se configura los descriptores de tráfico con una categoría
de servicio específica y el tipo de prioridad de 0 a 7.
Paso # 6:
96
0-fixed 1-adaptAtStartup (0~1) [1]:
Will you set SNR margin for modem? (y/n)[n]:y
Target SNR margin in downstream(0~15 dB) [14]:
Minimum SNR margin in downstream (0~6 dB) [0]:
Maximum SNR margin in downstream (6~31 dB) [41]:
Target SNR margin in upstream (0~15 dB) [14]:
Minimum SNR margin in upstream (0~6 dB) [0]:
Maximum SNR margin in upstream (6~31 dB) [41]:
Will you set parameters for rate? (y/n)[n]:y
Minimum transmit rate in downstream (32~8160 Kbps) [18]:18
Maximum transmit rate in downstream (32~32000 Kbps) [24544]:4608
Minimum transmit rate in upstream (32~896 Kbps) [18]:
Maximum transmit rate in upstream (32~896 Kbps) [600]:1024
97
PENO_5600_0701(config)#interface adsl 0/5
PENO_5600_0701(config-if-adsl-0/5)#activate 58 profile-index 4
Internet:
En esta tabla de tráfico por defecto se asigna la categoría de servicio
UBR (ver anexo F) y se configura con prioridad 1.
IPTV:
En esta tabla de tráfico por defecto se asigna la categoría de servicio
UBR (ver anexo F) y se configura con prioridad 3.
VoIP:
En esta tabla se configura el descriptor de tráfico
clpnoTaggingNoScrque indica CLP = 0 + 1 y CLP = 0. Sin embargo
𝑃𝐶𝑅0 no tagging ningún paquete a baja prioridad, sino que su flujo pasa
inmediatamente al sumador de CLP = 1 y CLP = 0 (ver anexo A).
98
Después de haber configurado las tablas de tráfico para cada servicio se
procede en hacer las agregaciones en el circuito virtual (Paso 6):
Internet:
IPTV
VoIP:
Priority: Usada para configurar la prioridad, con rangos que van desde 0 a
6. Cuanto mayor sea el valor de la prioridad, mayor es la prioridad.
99
Priority-policy: Indica la política de la prioridad, esta incluye: Pvc-Setting y
Tag-in-Package.
VLAN: hace relación a la VLAN de servicio que cada tarjeta tiene asignada.
ADSL: es el tipo de puerto desde ADSL hasta SHDSL pasando por VDSL,
ATM, E3, etc…
100
8. ANÁLISIS DE RESULTADOS DE LA IMPLEMENTACIÓN DEL
LABORATORIO.
En esta sección se presentan y se analizan los resultados derivados del uso de la
red de acceso xDSL propuesta sobre los diferentes escenarios que se han
descrito en el apartado anterior.
101
La prueba propuesta para este escenario se muestra en la tabla 14 y anexo G.
Cabe mencionar, que esta propuesta de reparto entre los flujos de voz, Internet y
televisión, es simplemente para realizar las pruebas y ver el efecto que causa el
tráfico de voz en el momento que entra a competir por el canal. Esta simulación se
realizó teniendo en cuenta que el proveedor de telecomunicaciones no ha
empleado métodos más prácticos para atender las necesidades de los usuarios y
la capacidad medida en la red de acceso xDSL.
Por lo tanto se puede observar que ninguna llamada cumplió con los parámetros
establecidos por la recomendación Y.1541 en la que se dice que la clase 0 y 1 son
los datos más apropiados para el cumplimiento de calidad del servicio de voz.
Uno de los parámetros importantes que debemos tener en cuenta en esta tabla 14
es que se probó 2 veces las 5 llamadas simultáneas con el generador de tráfico D-
ITG y se observó que la primera tiene igual de pérdidas de paquetes, pero la
diferencia en que la segunda se sobrepasa del estándar, esto a causa que se
utilice un canal básico de televisión de 3,5 Mbps y el otro con la parrilla de canales
de 4,2 Mbps. De esta manera observamos que las diferentes peticiones del
usuario de IPTV pueden variar las medidas y el servicio de voz de manera
extrema.
De igual modo podemos detallar un poco más este tráfico con las siguientes
graficas 40 y 41:
102
Figura 33.Análisis Bitrate de 5 llamadas con canal básico (IPTV) e Internet en D-ITG.
103
En la figura 40 y 41 se observa el Bitrate (ancho de banda) de cada llamada con
su color correspondiente, es decir; que cada línea de color significa un ancho de
banda de ocupación de una llamada especifica. Sin embargo el color amarillo
representa la suma total de los anchos de banda, la cual puede visualizarse en la
decodificación del .log del anexo G. El ancho de banda de la figura 40 a diferencia
de la figura 41 muestra que los flujos tuvieron un comportamiento paralelo en todo
el tiempo que duraron las 5 llamadas simultáneas, pero en la figura 41 se puede
observar que el Bitrate de cada llamada empieza en tiempos diferentes y finaliza
por fuera del rango de los 60 segundos. Por lo tanto esto representaría perdidas
de paquetes como sucede en la figura 47.
104
Figura 35.Análisis delay de 5 llamadas con canal básico (IPTV) e Internet en D-ITG.
Figura 36.Análisis delay de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG.
105
Con respecto al jitter no se obtuvo ninguna variación de retardo por encima de los
5 ms debido a que la topología del core y de los anillos de acceso del operador de
telecomunicaciones maneja solamente el 10% de su capacidad. De manera que
ningún paquete sufrió ninguna variación en la comunicación de extremo a
extremo. Entre tanto la figura 44 y 45 si presenta una diferencia en el
comportamiento en el tiempo de la misma manera como se presentó en las
graficas de Bitrate y el delay.
Cabe concluir que el IPDV o Jitter del escenario No. 1 no tendría consecuencias
en la prestación del servicio de VoIP.
Figura 37. Análisis jitter de 5 llamadas con canal básico (IPTV) e Internet en D-ITG.
106
Figura 38. Análisis jitter de 5 llamadas con canal parrilla (IPTV) e Internet en D-ITG.
Por lo tanto se puede decir que el servicio de voz empezó a tener efectos de
retardo y pérdidas de paquetes en el momento de saturación extrema en el puerto
ADSL del DSLAM MA5600.
107
Figura 39.Análisis packet loss de 5 llamadas con canal parrilla (IPTV) e Internet en D-
ITG.
Figura 40.Análisis packet loss de 5 llamadas con canal parrilla (IPTV) e Internet en D-
ITG.
108
Lo analizado es que la prueba en modo de Best Effort en el acceso ADSL del
DSLAM MA5600 demostró que el servicio de VoIP se vio muy afectado en el
momento que se utilizo IPTV e Internet, dado que el caudal ATM con múltiples
flujos en diferentes circuitos virtuales tiende a competir por el canal. Por lo tanto es
de gran importancia activar mecanismos fiables que garantice que los paquetes de
voz sean bien manejados en el acceso xDSL.
service-port vlan 4002 ADSL 0/5/58 vpi 8 vci 36 rx-cttr 92 tx-cttr 92.
service-port vlan 1723 ADSL 0/5/58 vpi 2 vci 35 rx-cttr 90 tx-cttr 90
service-port vlan 1001 ADSL 0/5/58 vpi 4 vci 36 rx-cttr 91 tx-cttr 91
109
Tabla 15.Análisis de tráfico de voz en el acceso xDSL con CAR.
Con este análisis el caudal de voz aplicando políticas de tráfico CAR se nota la
mejoría en el delay que fue sensible en el escenario No. 1 con respecto al jitter y la
pérdida de paquetes. De este modo el delay, jitter y las pérdidas de paquetes
están por debajo de los parámetros de clase 1 de acuerdo los límites superiores
de la tabla 15.
De este modo el ancho de banda que se muestra en las líneas que se representan
en las diferentes llamadas de VoIP presentan una medida constante en el tiempo
(S) durante la 5 llamadas simultáneas con un promedio de ancho de banda de 367
Kbps (anexo G) y un delay 0,98 ms como se observa en la línea amarilla de la
figura 48 y 49.
110
Figura 41. Bitrate de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
Figura 42. Delay de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
111
De la misma manera el jitter presentó un comportamiento muy parecido al
escenario No.1 donde la variación de retardo de extremo a extremo no sufrió
ningún aumento. Aunque analizando un poco más la figura 50 se visualiza que la
líneas de la 2 y la 3 llamada tuvieron en el tiempo un leve aumento en el jitter pero
no significó un problema alguno para el servicio de voz.
112
Figura 44.Pérdida de paquetes de 5 llamadas con parrilla de canales (IPTV) e
Internet en D-ITG.
De este modo el escenario No. 2 sin QoS puede ser parte de un contrato de VoIP
hacia el usuario final dado que los SLA´s pueden indicarse la política de ancho de
banda con la condición de que ese mismo tráfico no maneja prioridad de flujo CLP.
113
service-port vlan 4002 ADSL 0/5/58 vpi 8 vci 36 rx-cttr 43 tx-cttr 43 o
service-port vlan 4002 ADSL 0/5/58 vpi 8 vci 36 rx-cttr 45 tx-cttr 45
service-port vlan 1723 ADSL 0/5/58 vpi 2 vci 35 rx-cttr 90 tx-cttr 90
service-port vlan 1001 ADSL 0/5/58 vpi 4 vci 36 rx-cttr 91 tx-cttr 91
114
El caso de tagging en el descriptor de tráfico CLPTaggingNoSCR simplemente es
igual al otro con la única diferencia es el balde de PCR 0 (ver anexo A) donde
tiene la posibilidad de cambiar algún flujo de alta prioridad a baja prioridad
sumándose con el flujo que venía con CLP = 1 (ver anexo A). Aunque en
comparación con el descriptor de tráfico CLPNoTaggingNoSCR fue realmente
igual y el flujo de voz se sostuvo en los parámetros establecidos de la clase 0 de la
recomendación ITU Y.1541. De esta manera en la tabla 17 se observa los
siguientes resultados:
En la figura 54 se observa que los datos del jitter de cada llamada estuvieron
constantes en el tiempo y por último la figura 55 se observa cero paquetes
perdidos, es decir; que la parrilla de canales de IPTV e Internet nunca afecto las
llamadas que a través del tiempo que dura las llamadas.
115
Figura 45.Bitrate de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
116
Figura 47. Jitter de 5 llamadas con parrilla de canales (IPTV) e Internet en D-ITG.
Figura 48. Perdidas de paquetes de 5 llamadas con parrilla de canales (IPTV) e Internet
en D-ITG.
117
Finalmente los datos de la tabla 16, 17 y las figuras del escenario No.3 muestran
como esta implementación de calidad de servicio con prioridad de cola (PQ)
presenta unos parámetros de certificación de alta calidad en el ofrecimiento del
flujo de VoIP hacia el usuario. Sin embargo esto mejora notablemente las medidas
de extremo a extremo de un acceso xDSL sin perder paquetes por los multiplex
servicios que se pueden prestar a un usuario final. Además, al proporcionar un
ancho de banda reservado con políticas (CAR) al tráfico voz logra que este
servicio tenga un caudal fijo para trasmisión el lado ATM entre la interfaz ADSL y
el CPE.
118
9. CONCLUSIONES
-Es importante aplicar técnicas de QoS debido a que los usuarios son el objetivo
primordial del operador de telecomunicaciones para competir en la convergencia
de productos y al mismo tiempo brindar una alta confiabilidad del servicio hacia el
cliente. Sin embargo la CRC busca definir regulaciones enfocadas hacia la
protección de los usuarios independientemente si son redes de conmutación de
paquetes o circuitos. Por consiguiente este tema adquiere relevancia en vista que
la Ley 142 de 1994 consideró al servicio de TPBC ó Telefonía Pública Básica
Conmutada (servicio básico de telecomunicaciones cuyo objeto es la transmisión
conmutada de voz a través de la Red Telefónica Pública Conmutada -RTPC- con
acceso generalizado al público), como un servicio público esencial y lo enmarcó
dentro de los Servicios Públicos Domiciliarios, junto con los servicios de
acueducto, alcantarillado, aseo, energía eléctrica y distribución de gas
combustible.(Ver: Ley 142 de 1994, Resolución 087 de 1.997 de la CRT) .
-Los servicios de voz tradicionales o POTS (Plain Old Telephone Service) que
usan redes de conmutación de circuitos son plataformas que garantizan una alta
calidad de servicio (QoS) en comparación con las redes NGN o IP. Sin embargo
los avances tecnológicos permitieron que la prestación del servicio de voz se
hicieran sobre redes IP lo cual se ajusto a la necesidades futuras sobre la
convergencia de los servicios. Por lo tanto es importante que estas plataformas
sigan dentro del marco de los indicadores de calidad de servicio de TPBC
(Telefonía Publica Básica Conmutada) que regula la CRC (Comisión Reguladora
de Comunicaciones). Por lo tanto los operadores de telecomunicaciones que han
migrado sus redes de voz a redes de próxima generación (NGN) no deben aplicar
arquitecturas basadas en mejor esfuerzo (Best effort), sino ajustarse a los
parámetros de QoS que brindan las redes NGN, de tal manera que se siga
cumpliendo con los parámetros regulatorios establecidos por la CRC entre otras
como en las Resoluciones CRC 2353 de 2010.
-Con las políticas de ancho de banda CAR, se obtiene valores adecuados de jitter
y de delay en la operación del servicio de VoIP, pero el mecanismo de QoS
propuesto mejoró totalmente los resultados con la implementación de prioridad de
119
flujo con CLP = 0. Esto permite que los parámetros del flujo de VoIP sean
priorizados en las colas que se presentan en la interfaz xDSL, lo cual hace que se
mantengan los requerimientos de calidad de servicio establecidos en la clase 0 de
la recomendación de la ITU-T Y.1541, así optimizando el ancho de banda entre el
DSLAM y el CPE en la medida que el par telefónico presente las mejores
condiciones.
120
10. BIBLIOGRAFIA
[1]. ITU–T. Recomendación Y.2001. [aut. libro] Grupo de Estudio 13 del Sector de
Normalización de la Unión Internacional de Telecomunicaciones.
[2] G.Almes, S. Kalidindi, M. Zekauskas, “A one-way Delay metric for IPPM”, IETF
RFC 2679, septiembre de 1999.
[5] J.Mahdavi, V.Paxson, “IPPM Metrics for Measuring Connectivity”, IETF RFC
2678, septiembre de 1999.
[7] M. Mathis, M. Allman, “A Framework for Defining Empirical BTC”, IETF RFC
3148, julio de 2001.
[8] R.Koodli, R. Ravikanth “One-way Loss Pattern Sample Metrics”, IETF RFC
3357, agosto de 2002.
[12] ITU-T G.107 The E-model, a computational model for use in transmission
planning, March 2005, http://www.itu.int/rec/T-REC-G.107/e
121
[13]. ITU–T. Recomendación Y.1540 (03/2011). Internet protocol aspects – Quality
of service and network performance. Internet protocol data communication service
– IP packet transfer and availability performance parameters.
[20] Technical Report DSL Forum TR-042. ATM Transport over ADSL
Recommendation (Update to TR-017). August 2001, Issue 0.1,
http://www.broadband-forum.org
122
6_C8ZbKZjntMf8TCX9Eg&hl=es&sa=X&ei=VxUoUL2fLYb28gSy5oDQCg&ved=0C
EcQ6AEwAg#v=onepage&q=redes%20de%20comunicaciones%20jorge%20marti
nez&f=false
[25] RFC 2514 Definitions of Textual Conventions and object-identities for ATM
Management, M. Noto, 3Com, E. Spiegel, Cisco Systems, K. Tesink, Bellcore.
February 1999.
[26] Adapting Voice For ATM Networks, An AAL2 Tutorial. Mike McLoughlin and
John O’Neil, General Datacomn, 1997.
[27] Technical Report DSL Forum TR-001. System Reference Model, May 1996.
[28] Technical Report DSL Forum TR-012. Broadband Service Architecture for
Access to Legacy Data Networks over ADSL, Issue 1, June 1998.
[29] Technical Report DSL Forum TR-039. Requirements for Voice over DSL,
March 2001,
[31] García Girón, Giancarlo. Tesis “Propuesta de migración de la red NGN de una
operadora implementada en IP hacia MPLS”. Lima, Noviembre de 2009.
[34] MA5600 ACL & QoS Technology, Huawei Technologies Co Ltd, Agosto 27
2005, Version 1.00, Chen Jiawei 36034
123
[37] Tomada documento de http://www.broadband-
forum.org/downloads/About_DSL.pdf. DSL Technology Evolution.
[38] Tomada MA5600 ACL & QoS Technology, Huawei Technologies Co Ltd,
Agosto 27 2005.
[41] Tomada de la ITU-T Y.1541 (02/2006). Trayecto de referencia UNI a UNI para
los objetivos QoS de la red.
[42] Diseño basado Tomada de la “Thesis submitted to the Faculty of the Virginia
Polytechnic Institute and State University”. Assessment of Voice over IP as a
Solution for Voice over ADSL. Abhishek Ram (2002).
[44] . Tomada de la ITU-T. Directriz para las clases QoS IP. Recomendación ITU-T
Y.1541.
[45] Tomada de DSL Forum TR-101 (April 2006). Migration to Ethernet Based DSL
Aggregation.
[46] Tomada Cisco 7200 Series Design Library: ATM Traffic Management, Cisco
Systems, December 2005.
[48] Tomada Technical Report DSL Forum TR-039 Requirements for Voice over
DSL.
124
[50] Tomada del sistema de gestión N2000, Huawei Technologies Co Ltd.
125
11. LISTA DE ANEXOS
126
ANEXO A. Descriptores de Tráfico
(ATM Forum ATM Traffic Management - EE6364)
127
ANEXO B. Especificaciones Técnicas ZXR10 T64G-LE
(Manual de especificaciones del proveedor ZTE)
128
129
ANEXO C. Especificaciones Técnicas ZXMSG 5200
(Manual de especificaciones del proveedor Huawei)
Gabinete 19D06H20
130
Variedad de Tarjetas
131
132
ANEXO D. Especificaciones Técnicas Echo Life HG520c
(Manual de especificaciones del proveedor Huawei)
133
ANEXOE.Especificaciones Técnicas ZXV10 B700
(Manual de especificaciones del proveedor ZTE)
134
F. Tablas de Tráfico
(Resultados de las tablas de trafico en el DSLAM MA5600 de Huawei)
135
Tabla de tráfico implementada para prioridad de colas.
136
ANEXO G.Tablas .log Decodificados en D-ITG con ITGDec
(Resultados de las medidas de laboratorio con el software D-ITG)
137
Resumen decodificados de los tráficos del Escenario No. 2 en el DSLAM MA5600.
138
Resumen decodificados de los tráficos CLPNoTaggingNoScr del Escenario No. 3 con en el
DSLAM MA5600.
139
Resumen decodificados de los tráficos CLPTaggingNoScr del Escenario No. 3 con en el
DSLAM MA5600.
140
ANEXO H.Arquitectura de hardware del MA5600.
(Manual de especificaciones del proveedor Huawei)
141
Configuración de hardware y capacidad de los gabinetes de MA5600.
142
Parámetros de fuente de alimentación del MA5600.
143