Calidad de Servicio en Redes Multiservicio. Ing. Victor Espinoza Support Engineer Andean Region

(1)

Calidad de Servicio en Redes

Multiservicio

Ing. Victor Espinoza

Support Engineer Andean Region

E-mail: [email protected]

(2)

Agenda

Antecedentes

Características de Aplicaciones o Servicios

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas prácticas de

(3)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas practicas de

(4)

Tecnologías Telefónicas

Centrales Telefónicas

Tonos Telefónicos

Troncales de Red y líneas (E1, fxs)

Codecs (Digitalización de Voz)

Señalización (DNIS y ANI-Caller ID)

- Señalización dentro de Banda

- Señalización fuera de Banda

(5)

(6)

Redes Telefónicas:

Network Trunks & Lines Central Office (Paoli) Central Office (Wayne) Local loop lines (2 or 4 copper wires) Inter-Office Trunks T1 digital Local loop lines (2 or 4 copper wires) 647-1234 647-1233 687-5556 687-5555

(7)

(8)

Digitalización de la Voz

= Sample

8 kHz (8,000 Samples/Sec)

Codec Technique

Sampling Stage Analog Audio Source

Pulse Code Modulation—Nyquist Theorem

Voice Bandwidth =

300 Hz to 3400 Hz

(9)

(10)

(11)

Central Office (Paoli) Central Office (Wayne) 610-647-1233 687-5556 48V DC Dial Tone DTMF “6875556” DNIS “6875556” ANI “1 Ringing voltage Ring tone Ring tone “Hello?”

Answer (off hook) Answer (off hook)

Lesson 1: Telephone Network Concepts: Signaling

MF ó SS7 DNIS “6875556” ANI “6471233”

(12)

(13)

Redes de Datos

Redes de Datos centralizadas (mainframes, SNA,

etc)

Redes de Datos de área Local (LAN)

Redes de Datos WAN (públicas y privadas)

Redes de datos Corporativas (combinación de

LAN y WAN)

Red de Redes: Internet

(14)

(15)

Redes Integradas

Por que Redes Integradas?

ISDN

ATM

IP

MetroEthernet

MPLS

(16)

Anillo NorEste Trinidad Hatillo Los Guayabitos Lomas de la Lagunita

Prados del Este

Valle Arriba Alto Prado Cafetal Las Mercedes Anilo Sur

Petare Palo Verde Tacaracuay

Chuao

Urbina Boleita

Los Palos Grdes Chacao Chacao CNT Alta Florida Florida La Salle Chaguaramos Bello Monte El Rosal Anillo CORE Boleita Cafetal Las Mercedes Maderero CNT Maderero CNT Caobos San Agustín Caracas Pastora Rómulo Gallegos Anillo Oeste Anillo Norte Maderero Jardines del valle Coche

Luís Hurtado El Junko

Caricuao Prado de

Maria

San Martín Fco Fajardo

(17)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas practicas de

(18)

Características del Tráfico

La siguientes características son modificadas por

Qos:

Bandwidth

(Ancho de Banda)

Delay

(Retardo o Latencia)

Jitter

(Variación del Retardo)

(19)

Características de aplicacion (VOZ)

Bajo ancho de Banda (de 90Kbps a 12Kps)

Flujo Constante

Admite hasta un 2% de perdidas de paquetes

Muy sensitiva al retardo (delay) (- 150 ms)

(20)

(21)

Características de aplicación (Video)

Requiere mayor ancho de Banda (384Kps-6Mbps)

Flujo Variable

Admite hasta un 2% de perdidas de paquetes

Sensitiva al retardo (delay) (- 150 ms)

(22)

Características de aplicación (Datos)

Ancho de Banda (depende de la aplicación)

Flujo Variable o constante (depende de la

aplicación)

Sensitiva a las perdidas de paquetes

Insensitiva al retardo

(23)

Aplicacion tipo transfer

SOFTWARE

Red TCP/IP

WAN (frameRelay) LAN

172.17.254.82 172.16.187.104 (ms-sql-s) Agencia 172.17.254.82 172.16.187.1 (netbion-ssn) 192.16.187.1 File&Print Server 172.16.187.104 SQL PLUS

(24)

Aplicación Transaccional

Servidor SNA

AS400

172.16.37.150 172.15.50.5 (TCP)

(25)

Aplicación Transaccional (cajero automático)

Red TCP/IP

172.16.39.82 172.77.7.7 (TCP)

Agencia

AS400 172.77.77

(26)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS

Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas practicas de

(27)

(28)

Mala Calidad de Servicio

Llamada telefónicas entrecortadas (celular, sobre

IP, etc)

Lentitud en aplicación de cajero bancario

Call Center, lo operadores no obtienen la

información que requiere el usuario de una

manera rápida, aumentando los tiempos de

espera.

Teleconferencia: Voz y video pueden llegar a no

estar sincronizados.

(29)

(30)

(31)

(32)

(33)

(34)

(35)

(36)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS

Ancho de Banda (Bandwitdh)

Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas practicas de

(37)

(38)

Digitalización de La Voz

Estándares Digitalización (Compansión)

- G.711 64kb/sg

- G.729 8 kb/sg

- Codificaciones de Almacenamiento

Voz Paquetizada

- Voz sobre IP

- Voz sobre Frame-Relay

(39)

(40)

Ingeniería de tráfico

(ancho de Banda Voz)

(41)

(42)

•El Ancho de Banda promedio está dado por la cantidad de bits transmitidos totales en un tiempo base.

•El tiempo base se refiere a los segundos diarios que se considera que una agencia se encuentra en operación.

•En consecuencia, la cantidad de bits transmitidos será igual a la sumatoria de los bits de todas las transacciones respectivas. •Gráficamente la relación está dada por el área cubierta que equivale a la cantidad de bits usados.

Tiempo base tiempo tiempo Bits/sg (Kps) Bits/sg (Kps) AB promedio AB Pico o Máximo t1 t2 t3

Bandwitdh (datos)

(43)

Bandwitdh (datos)

tiempo Bits/sg (Kps)

t1 t2 t3

(44)

Bits/sg (Kps) AB Pico o Máximo Tiempo base tiempo tiempo tr1 ta1 tr2 Bits/sg (Kps) AB promedio LIBRE LIBRE LIBRE LIBRE Aplicacion a(zul) Aplicacion r(oja)

Se tiene ta1 y el area(bits) se calcula AB pico

(45)

Bits/sg (Kps)

AB

Pico o Máximo Ancho de banda libre no usado o libre

Tiempo base tiempo tiempo >tr1 >ta1 >tr2 Bits/sg (Kps) AB promedio LIBRE LIBRE LIBRE LIBRE

(46)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh)

Delay, Jitter y Packet Loss

Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK Buenas practicas de

(47)

(48)

(49)

(50)

(51)

(52)

Agenda

Antecedentes

(53)

(54)

(55)

(56)

(57)

(58)

Agenda

Antecedentes

(59)

(60)

(61)

(62)

(63)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss

Modelo IntServ y DiffServ

Flujos y QOS FRAMEWORK Buenas practicas de

(64)

Calidad de Servicio en Internet e IP

Modelo IntServ y protocolo RSVP

Modelo DiffServ

(65)

Calidad de servicio en Internet

Se han desarrollado y estandarizado los dos mecanismos de QoS, reserva y prioridad:

• IntServ (Integrated Services) y protocolo RSVP. El usuario solicita

de antemano los recursos que necesita; cada router del trayecto ha de tomar nota y efectuar la reserva solicitada.

• DiffServ (Differentiated Services). El usuario marca los paquetes

con un determinado nivel de prioridad; los routers van agregando las demandas de los usuarios y propagándolas por el trayecto. Esto le da al usuario una confianza razonable de conseguir la QoS

solicitada.

(66)

Garantizado

Carga controlada

Best Effort

C

au

d

al

→→→→

Reparto de recursos en IntServ

(67)

Tipos de servicio en IntServ

UBR VBR-nrt CBR VBR-rt Equivalencia en ATM

Ninguna garantía (como antes sin QoS)

‘Best Effort’

Calidad similar a la de una red de datagramas poco cargada

Se supone que el retardo es bajo, pero no se dan garantías

Carga Controlada (‘Controlled Load’)

Garantiza un caudal mínimo y un retardo máximo

Cada router del trayecto debe dar garantías A veces no puede implementarse por

limitaciones del medio físico (Ej. Ethernet compartida

Garantizado

Características Servicio

(68)

IntServ y RSVP

Para ofrecer QoS IntServ se basa en la reserva previa de recursos en todo el trayecto y emplea el protocolo RSVP (Resource

ReserVation Protocol)

Se supone que la reserva permitirá asegurar la QoS solicitada

(siempre y cuando la red tenga aún recursos suficientes). Si no se pueden asegurar las condiciones pedidas se rechaza la llamada (control de admisión)

Normalmente la reserva se realiza para una secuencia de

datagramas relacionados entre sí, que es lo que llamamos un flujo. RSVP es un protocolo de señalización (como el utilizado para

establecer SVCs en ATM).

Reserva la capacidad solicitada por un flujo en todos los routers del camino. Requiere guardar información de estado en todos los

routers del trayecto.

Está pensado principalmente para tráfico multicast.No es un

(69)

(70)

(71)

Problemas de IntServ/RSVP

RSVP produjo una euforia inicial (1996-1997) que

luego dió paso a la decepción.

La razón principal fueron problemas de

escalabilidad

debidos a la necesidad de mantener

información de estado en cada router. Esto hace

inviable usar RSVP en grandes redes, por

(72)

(73)

Problema de escalabilidad de RSVP

Estos routers han de mantener información sobre muchos flujos y por

tanto mucha información de estado

‘Core’ de Internet

(74)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss

Modelo IntServ y DiffServ

Flujos y QOS FRAMEWORK Buenas practicas de

(75)

Modelo DiffServ (Differentiated Services)

Intenta evitar los problemas de escalabilidad que plantea IntServ/RSVP.

Se basa en el marcado de paquetes únicamente. No hay reserva de recursos por flujo, no hay protocolo de

señalización, no hay información de estado en los routers. Las garantías de calidad de servicio no son tan severas como en IntServ pero en muchos casos se consideran suficientes.

(76)

DiffServ

En vez de distinguir flujos individuales clasifica los paquetes en categorías (según el tipo de servicio solicitado).

A cada categoría le corresponde un SLA (Service Level Agreement). Los usuarios pueden contratar o solicitar un determinado caudal en la categoría que deseen.

Los routers tratan cada paquete según su categoría (que viene marcada en la cabecera del paquete). El Policy Control/Admission Control sólo se ha de efectuar en los routers de entrada a la red del proveedor y en los que atraviesan fronteras entre proveedores

diferentes (normalmente en las fronteras entre sistemas autónomos).

(77)

DiffServ

La información se puede sumarizar fácilmente ya que todos los flujos quedan clasificados en alguna de las categorías existentes.

El número de categorías posibles es limitado e independiente del número de flujos o usuarios; por tanto la complejidad es constante, no proporcional al número de usuarios (decimos que la arquitectura es ‘escalable’, o que ‘escala bien’).

La información de QoS no está en los routers sino que cabalga ‘montada’ en los datagramas.

(78)

Version Lon.Cab. TOS Longitud total Identificación X D F M F Desplazamiento fragmento Tiempo de vida Protocolo Checksum

Dirección de origen Dirección de destino

Opciones

Cabecera IPv4 antes de DiffServ

Version Lon.Cab. DS Longitud total Identificación X D F M F Desplazamiento fragmento Tiempo de vida Protocolo Checksum

Dirección de origen Dirección de destino

Opciones

(79)

Campo TOS (obsoleto)

Precedencia: prioridad (ocho niveles)

D,T,R,C: flags para indicar la ruta que se quiere utilizar:

• D: Delay (mínimo retardo)

• T: Throughput (máximo rendimiento)

• R: Reliability (máxima fiabilidad)

• C: Cost (mínimo costo)

X: bit reservado

Precedencia

Campo

TOS

D

T

R

C

X

(80)

Campo DS (RFC 2474)

DSCP: Differentiated Services CodePoint. Seis bits que indican el tratamiento que debe recibir este paquete en los routers

CU: Currently Unused (reservado). Este campo se utiliza actualmente para control de congestión

DSCP

CU

Campo DS

(81)

Campo DS en IPv6

El campo DS, con igual longitud y formato que en

IPv4, se coloca en IPv6 sustituyendo al campo

prioridad (de 4 bits) y a los cuatro primeros bits

del campo ‘etiqueta de flujo’ que se reduce de 24

a 20 bits.

Los cambios no produjeron problemas ya que

ninguno de los dos campos (prioridad ni etiqueta

de flujo) se había utilizado.

(82)

Versión Prior. Etiqueta de flujo

Longitud de carga útil Sig. Cabecera Límite saltos

Dirección de origen (16 bytes)

Dirección de destino (16 bytes)

Versión DS Etiqueta de flujo

Longitud de carga útil Sig. Cabecera Límite saltos

Dirección de origen (16 bytes)

Dirección de destino (16 bytes)

Cabecera IPv6 antes de DiffServ (RFC 1883)

(83)

DSCP

DSCP CUCU

Precedencia

Precedencia DD TT RR CC

X

Prioridad

Prioridad EtiqEtiq. de . de FlujoFlujo (1(1--4)4)

IPv4

Antes

IPv6

Antes

IPv4 e IPv6

Ahora

Aparición del campo DS en IPv4 e IPv6

Los tres primeros bits se interpretan como prioridad en todos los casos

(84)

Campo DSCP

6 bits = 64 ‘codepoints’ (categorías de tráfico) diferentes. De momento se han dividido en 3 grupos:

Uso Valores Codepoint 16 16 32 Reservado xxxx01 Local/experimental xxxx11 Estándar xxxyy0

En el grupo estándar los tres primeros bits (xxx) indican

la clase

(85)

Tipos de Servicio en DiffServ

ABR Sin garantías, pero obtendrá trato preferente frente

a ‘best effort sin prioridad’

‘Best Effort’ con prioridad UBR VBR-nrt CBR VBR-rt Equivalencia en ATM

Ninguna garantía, obtiene solo las migajas

‘Best Effort’ sin prioridad

Asegura un trato preferente, pero sin fijar garantías (no hay SLA)

Se definen cuatro clases y en cada una tres niveles de descarte de paquetes

‘Assured Forwarding’

Es el que da más garantías. Equivale a una línea dedicada

Garantiza Caudal, tasa de pérdidas, retardo y jitter Valor 101110 en DSCP ‘Expedited Forwarding’ o ‘Premium’ Características Servicio

(86)

Expedited Forwarding o Premium

Assured Forwarding

Best Effort sin prioridad

C

au

d

al

→→→→

Reparto de recursos en DiffServ

Tiempo →

→

(87)

Servicio EF (Expedited Forwarding, RFC2598)

Es el que da más seguridad (‘virtual leased line’).

Ofrece un SLA (Service Level Agreement) que garantiza:

• Un caudal mínimo

• Una tasa máxima de pérdida de paquetes

• Un retardo máximo

• Un jitter máximo

(88)

Servicio AF (Assured Forwarding, RFC2597)

Asegura un trato preferente, pero no garantiza

caudales, retardos, etc.

Se definen cuatro clases, pudiéndose asignar una

cantidad de recursos (ancho de banda y espacio

en buffers) diferente a cada una.

En cada clase se definen tres categorías de

descarte de paquetes (alta, media y baja).

DSCP: ‘cccdd0’ (ccc = clase, dd = descarte)

(89)

Codepoints del Servicio AF (RFC2597)

Precedencia de descarte ‘dd’ 00111 00110 00101 1 ‘001’ 01011 01010 01001 2 ‘010’ 01111 01110 01101 3 ‘011’ 10011 10010 10001 4 ‘100’ Alta ’11’ Media ’10’ Baja ’01’ Clase ‘ccc’ Mayor prioridad Menor prioridad Mayor probabilidad de descarte Menor probabilidad de descarte

(90)

Traffic Policing en Servicio AF

En el servicio AF el usuario puede contratar con el ISP un caudal para una clase determinada.

El ISP puede aplicar ‘traffic policing’ sobre el tráfico del

usuario y si se excede jugar con los bits de precedencia de descarte, usándolos de forma parecida al bit DE de Frame Relay o al CLP de ATM. En DiffServ se pueden fijar tres categorías, en función de lo ‘gorda’ que sea la infracción.

(91)

Otros ‘codepoints’

Las clases 111 y 110 están reservadas para

paquetes de control de la red y protocolos de

routing

El DSCP ‘000000’ es por defecto el servicio Best

Effort sin prioridad.

Otros DSCP de la clase 000 pueden usarse para

servicios Best Effort con prioridad.

(92)

Configurable por el usuario

100000

Assured Clase 4 Preced. Baja

100010

Assured Clase 4 Preced. Media

100100

Assured Clase 4 Preced. Alta

100110

101000

101010

101100

Expedited (Premium)

101110

Reservado (routing y control)

110000

110010

110100

110110

111000

111010

111100

111110

Best Effort (default)

000000

000010

000100

000110

001000

001010

001100

001110

010000

010010

010100

010110

011000

011010

011100

011110

(93)

Arquitectura DiffServ

Router periférico (controlar, marcar flujos)

Router fronterizo entrante (classificar, controlar, marcar aggregados) Router fronterizo saliente (dosificar agregados) Routers

‘core’ Routers‘core’

Bandwidth Brokers (control de admisión,

gestionar recursos de red, configurar routers periféricos y fronterizos)

BB BB

Origen _Destino

Controlar = traffic policing Dosificar = traffic shaping

AS

(94)

RFCs Modelo Diffserv

RFC 2430 (10/1998): A Provider Architecture for DiffServ and Traffic Eng.

RFC 2474 (12/1998): Definition of the DS field in the IPv4 and IPv6 Headers RFC 2475 (12/1998): An Architecture for Differentiated Service

RFC 2597 (6/1999): Servicio Expedited Forwarding RFC 2598 (6/1999): Servicio Assured Forwarding

RFC 2638 (7/1999): A Two-bit DiffServ Architecture for the Internet RFC 2963 (10/2000): A Rate Adaptive Shaper for Differentiated Services RFC 2983 (10/2000) Differentiated Services and Tunnels

RFC 3086 (4/2001): Def. of DiffServ Per Domain Behaviors & Rules for Spec. RFC 3270 (5/2002): MPLS Support of DiffServ

RFC 3287 (7/2002): Remote Monitoring MIB Extensions for DiffServ

(95)

IntServ vs DiffServ

IntServ fue desarrollado con anterioridad a DiffServ. Sin embargo DiffServ se ha extendido más que IntServ

DiffServ permite agregar flujos, el modelo es escalable. Debido a estas diferencias muchos fabricantes de routers implementan versiones eficientes de DiffServ, pero no de IntServ.

Actualmente muchos ISP implementan DiffServ.

Qbone (red expermiental de QoS en Internet 2) utiliza el modelo DiffServ.

(96)

RSVP/IntServ

RSVP/IntServ vs DiffServ

BB BB

•Información por flujo en cada router •Problemas de escalabilidad

•Énfasis en multicast

DiffServ

•Cada red tiene un BB que gestiona sus recursos •Recursos controlados en punto de acceso

•Paquetes clasificados por categorías •Enfocado a tráfico agregado, no a flujos

(97)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ

Flujos y QOS FRAMEWORK

Buenas practicas de Implementación

(98)

Concepto de flujo

Un flujo es una secuencia de datagramas que se produce como resultado de una acción del usuario y requiere la misma QoS

Un flujo es simplex (unidireccional)

Un flujo es la entidad más pequeña a la que los routers pueden aplicar una determinada QoS

Ejemplo: una videoconferencia estaría formada por cuatro flujos, dos en cada sentido, uno para el audio y otro para el vídeo.

Los flujos pueden agruparse en clases; todos los flujos dentro de una misma clase reciben la misma QoS.

(99)

Identificación de flujos

En IPv4 se hace por:

• Dirección IP de origen

• Puerto de origen

• Dirección IP de destino

• Puerto de destino

• Protocolo de transporte utilizado (TCP o UDP)

En IPv6 la identificación puede hacerse como en IPv4 o

alternativamente usando el campo ‘etiqueta de flujo’ en vez de los números de puertos. Aún no hay ninguna

(100)

A

147.156.135.22 158.42.35.13B

Flujo vídeo A->B: 147.156.135.22:2056 -> 158.42.35.13:4065 Flujo audio A->B: 147.156.135.22:3567 -> 158.42.35.13:2843 Flujo vídeo B->A: 158.42.35.13:1734 -> 147.156.135.22:6846 Flujo vídeo B->A: 158.42.35.13:2492 -> 147.156.135.22:5387

(101)

Vídeo 128 Kb/s IP: 147.156.21.20 Puerto UDP: 2038 Vídeo 256 Kb/s IP: 147.156. 47.12 Puerto UDP: 3124 IP: 158.26.36.97 Puerto UDP: 5753 IP: 158.26.112.76 Puerto UDP: 2127 Flujo ‘rojo’ (128 Kb/s): 147.156.21.20:2038→→→→158.26.112.76:2127 Flujo ‘verde’ (256 Kb/s): 147.156.47.12:3124→→→→158.26.36.97:5753

Reserva total flujos de vídeo: en sentido X →Y: 384 Kb/s

X Y

(102)

(103)

(104)

(105)

(106)

(107)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ

Flujos y QOS FRAMEWORK

(108)

(109)

(110)

(111)

Implementación de DiffServ en los routers

Identificar y separar tráfico en las diferentes clases Descartar tráfico que se comporta mal para garantizar

la integridad de la red Marcar tráfico, si es necesario. Asigna al DSCP el valor que corresponde Priorizar, proteger y aislar tráfico Controlar ráfagas y conformar tráfico

(112)

(113)

(114)

(115)

R en d im ie n to Sin

Congestión CongestiónModerada CongestiónFuerte

Efectos de la congestión en el tiempo

de servicio y el rendimiento

Sin Congestión Congestión Fuerte Congestión Moderada T ie m p o d e S er vi ci o Carga QoS útil y viable

QoS inútil QoS inviable QoS útil

y viable

(116)

Encolamiento de paquetes en los routers

Cola ‘Expedited’ Cola ‘Assured 4’ Cola ‘Assured 3’ Cola ‘Assured 2’ Cola ‘Assured 1’ Cola ‘Best Effort’

PQ

WFQ

FWFQ

(117)

(118)

(119)

(120)

(121)

Evitando La Congestión

Average Queue Drop Probability 100 % 80 %

No Drop Randon Drop Tail Drop

Minimum Threshold Low Priority Maximum Threshold Low Priority Modelo de WRED 50% 70% 75% 90% Maximun Threshold High Priority Minumun Threshold High Priority 60 % Maximun drop probability high priority Maximun drop probability low priority

(122)

(123)

(124)

(125)

(126)

(127)

(128)

Agenda

Antecedentes

Como manejar diferentes servicios en una red : QOS Ancho de Banda (Bandwitdh) Delay, Jitter y Packet Loss Modelo IntServ y DiffServ Flujos y QOS FRAMEWORK

(129)

(130)

(131)

(132)

(133)

(134)

(135)