Calidad de servicio

El concepto de calidad de servicio (o QoS) en telecomunicaciones puede tener, al menos, dos

interpretaciones habituales. En primer lugar, se refiere a la capacidad de determinadas redes y servicios
para admitir que se fije de antemano las condiciones en que se desarrollarn las comunicaciones
(dedicacin de recursos, capacidades de transmisin, etc.). En segundo lugar, se habla calidad de servicio
como una serie de cualidades medibles de las redes y servicios de telecomunicaciones, como el tiempo
que se tarda en realizar una llamada telefnica (desde que el usuario marca hasta que suena el telfono
en el otro extremo).

Calidad de servicio en redes de conmutacin de paquetes

En la primera acepcin, la calidad de servicio se opone al best effort, cuyas prestaciones dependen de las
condiciones de la red en cada momento. Tpicamente, las redes y protocolos digitales que admiten QoS
(Frame Relay, ATM, etc.) permiten controlar algunas de las perturbaciones ms comunes en
comunicaciones sobre redes de conmutacin de paquetes:

La prdida de paquetes, debido a la imposibilidad de entregarlos a un receptor que tiene un buffer

(cola de entrada) lleno, lo que puede obligar a la retransmisin de los paquetes perdidos.
Retardo, debido a las esperas de los paquetes en distintos nodos de la red (colas) o,

simplemente, al rutado a travs de un camino ms largo que el directo para evitar congestiones.
Jitter, que no es ms que la llegada de una secuencia de paquetes con retardos dispares para

cada uno de ellos, lo que perjudica gravemente a las comunicaciones ordenadas, como las
secuencias de audio, por ejemplo.
Llegada en desorden, causada por el rutado por distintos caminos de los paquetes de una

secuencia, que slo puede ser corregido por determinados protocolos de transmisin.
Errores en la transmisin, que provocan la corrupcin de los datos o la combinacin errnea de
paquetes.

En general, los distintos mecanismos de calidad de servicio se basan en la asignacin de recursos

mediante la priorizacin de los paquetes a enviar, siguiendo una jerarqua que podra ser como esta:

Prioridad Tipo de trfico

0 Best effort

1 Tareas de fondo

2 Estndar

3 Carga excelente (Crtico para el negocio)

4 Carga controlada (streams multimedia)

5 Video (medios interactivos que requieren menos de 100ms de latencia y de jitter)

6 Voz (voz interactiva, que requiere menos de 10ms de latencia y de jitter)

7 Trfico reservado para el control de red

Medida de la calidad de servicio
La medida de la calidad de servicio en las telecomunicaciones se asocia generalmente a la satisfaccin
del cliente, a la percepcin que ste tiene del servicio que se le presta. Sin embargo, se suele hablar de
cuatro perspectivas de medicin de la QoS, dos desde la perspectiva del operador (calidad ofertada y
calidad proporcionada) y del usuario (calidad recibida y calidad percibida). Tcnicamente, las medidas ms
relevantes son las de calidad proporcionada, ya que se pueden obtener a partir de las datos obtenidos en
los equipos de los propios operadores. En este contexto se desarrollan las medidas de calidad de servicio
propuestas por el ETSI en la gua EG 202 057.

Entre las medidas habituales de calidad proporcionada se incluyen cuestiones como la disponibilidad de
las redes, los tiempos que se tarda en realizar la comunicacin o la velocidad y la tasa de errores en la
descarga de un archivo con una conexin a Internet comercial. Adems de stas, tambin se consideran
como aspectos clave para los usuarios los parmetros de calidad de servicio relacionados con la atencin
al cliente (tiempo de atencin, existencia de sistemas automticos de reconocimiento de voz en los centros
de atencin, etc.).

Desde el lado de la demanda, la medida de la calidad percibida resulta complicada por la componente
subjetiva que tiene y requiere la elaboracin de encuestas. Sin embargo, la medida de la calidad recibida
s que puede ser constatada mediante la instalacin de equipos de medida en un nmero significativo de
hogares o, como se ha hecho en ocasiones (como en la primera medida de la calidad del servicio
telefnico mvil en Espaa, con llamadas y transmisiones de pruebas desde ubicaciones reales de
usuarios, con el principal inconveniente de requerir un nmero de pruebas desde distintas ubicaciones
para lograr representatividad geogrfica y estadstica.

La QoS vista desde el usuario

"Generalmente, los usuarios solamente se procupan por los asuntos que para ellos son visibles. La
participacin de usuario conduce generalmente a las conclusiones siguientes. Desde la perspectiva del
usuario:"[1]

solamente interesa la QoS que perciba el usuario final;

la cantidad de atributos (de QoS) que defina o controle el usuario ha de ser la menor posible;

la derivacin o atribucin de caractersticas de QoS que precisan las aplicaciones ha de ser

sencilla;
los atributos de QoS deben poder soportar todas las aplicaciones que se utilicen, teniendo en

cuenta que algunas aplicaciones tienen caractersticas asimtricas en cuanto a las direcciones de
subida/bajada;
las definiciones de QoS han de servir en el futuro;

la QoS se proporciona extremo a extremo.

QoS en Internet
Ejemplo de cuadro con los parmetros de QoS aplicables en Brasil.
 Parmetros de Calidad en la banda ancha fija
Magnitud Criterio
Mayor o igual a 99% (equivalente a 7,2h de interrupcin o menos cada
Disponibilidad
mes)
Flujo/Velocidad Media Media mayor que 60% del flujo/velocidad mxima contratada
Flujo/Velocidad Instantnea Valor instantneo mnimo de 20% del flujo/velocidad mxima contratada
Prdida de Paquetes Perdida mxima del 2% del volumen de dados enviados
Latencia unidirecional Valor mximo de 40 milisegundos
Latencia Ida y Vuelta (RTT) Valor mximo de 80 milisegundos
Jitter Variacin mxima de 50 milisegundos
Tiempo para establecimiento de
Tiempo mximo de 1 minuto
conectividad IP
Nmero de intentos para
Mximo de 2 intentos
establecer la conectividad IP
DNS - tiempo de respuesta del
Mximo de 80 milisegundos
servidor recursivo
DNS - obediencia al campo TTL El Servidor recursivo debe obedecer al campo TTL
DNS - respuesta a una consulta
El Servidor recursivo debe responder que la direccin no existe
a una direccin inexistente
DNS - possibilidad de consulta al
El cliente debe recibir una respuesta a la consulta
servidor autoritativo
En el log del servidor autoritativo debe poderse verificar que hubo
DNS - possibilidad de consulta al
consulta del cliente, permitiendo comprbar que no existe un proxy DNS
servidor autoritativo
transparente en la red
Tempo de Instalacin del servicio 7 (siete) das
Tempo de cancelacin del
Perodo mximo de 30 dias.
servicio

http://sisbib.unmsm.edu.pe/bibvirtualdata/publicaciones/electronica/2008_n22/pd
f/a06.pdf

Servicios Integrados o IntServ

constituyen una arquitectura cuyo cometido es gestionar los recursos necesarios para
garantizar calidad de servicio (QoS) en una red de computadores. El concepto que los servicios
integrados proponen para cumplir con su cometido, requiere de una nueva arquitectura de
protocolos que es difcilmente escalable. Esto se debe a que funciona realizando una reserva
extremo a extremo de recursos en los elementos que conforman la red a nivel de aplicacin.

Funciones de la arquitectura de servicios integrados

Antes de describir las diferentes funciones, vale la pena definir el concepto de flujo. Se
considerar por flujo al trfico continuo de datos generados por un usuario o una aplicacin y
que requieren una misma calidad de servicio. En la versin de IPv4 un flujo estar definido a
nivel de transporte por el protocolo utilizado (ya sea TCP o UDP), por sus puertos y por las
direcciones IP origen y destino. En la versin de IPv6 existe adems un campo creado
expresamente para esta funcin, que junto a sus direcciones origen y destino caracterizarn un
flujo. Este campo recibe el nombre de etiqueta de flujo.
Dentro de la arquitectura de servicios integrados, podran distinguirse las siguientes funciones
principales:

1. Control de admisin

2. Enrutamiento

3. Disciplina del servicio

4. Descarte de paquetes
Control de admisin: como se ha dicho anteriormente, antes de enviar la informacin a
travs de la red se reservarn los recursos en funcin de la QoS que se necesite. Para esto
hay implementado un protocolo de reserva de recursos denominado RSVP (ReServation
Protocol). En una nueva sesin:

Declaracin de los requerimientos de QoS: Se realizar mediante RSPEC (Request

SPECification)

Caracterizacin del trfico que ser enviado a la red: Se har mediante TSPEC (Traffic
SPECification).
TSPEC define el servicio de cada flujo, donde se pueden diferenciar las siguientes
categoras:

Servicio garantizado: la tasa de transmisin acordada est garantizada. Tambin se

garantiza la ausencia de prdidas. Este servicio es el idneo para aplicaciones en
tiempo real.

Servicio controlado: la tasa de transmisin acordada se cumple si la red no est

sobrecargada, la tasa de prdidas es bastante baja. Se puede adaptar a
aplicaciones en tiempo real pero es ms adecuado para navegacin web, FTP y
aplicaciones similares ya que los routers no darn garantas estrictas.

Servicio best-effort: es un servicio por defecto que no tiene garantas.

Para la comunicacin de RSPEC y TSPEC a travs de los routers que conforman la
red, se utilizar el protocolo RSVP.
Enrutamiento: Los routers se basarn en la QoS de cada flujo de datos para
enrutar los paquetes. Para ello los paquetes sern clasificados por flujos. Una vez
clasificados pasarn por un organizador que dictar el modo en que se envan los
paquetes. Los paquetes sern enviados a una de las colas con QoS, o bien, si no
se ha especificado QoS alguna, sern enviados a la cola por defecto asociada al
servicio Best Effort.
Disciplina de servicio: Se podra considerar como disciplina de servicio al modo de
funcionamiento con el que trabajarn las colas para llevar a cabo la mencionada
diferenciacin atendiendo a la QoS de los flujos. Para tratar la disciplina de servicio
existen varias tcnicas:

FIFO (First In First Out): Es la tcnica ms extendida, aunque para el caso de

servicios integrados resulta irrelevante. Esto se debe a que esta tcnica no
proporciona la opcin de dar preferencia a distintos flujos de comunicacin.
 WFQ (Weighted Fair Queuing): Es una tcnica que proporciona mltiples colas de
espera. Se asignar a cada cola de espera un determinado flujo, as se lograr un
peso (W) distinto en funcin de cuan buena sea la QoS requerida por cada flujo. Por
ejemplo: si un flujo A requiere una calidad de servicio con W=12 y un flujo B requiere
otra calidad de servicio con W=1. Este tipo de disciplina enviar 12 bits de flujo A y 1
bits de flujo B por ciclo.
Descarte de paquetes: Con el fin de evitar colapsos en las redes de
comunicacin se realizan controles de congestin. A continuacin se
introducirn tres mtodos para realizar control de congestin mediante descarte
de paquetes.

Tail drop: Descarta los paquetes recin llegados con el fin de no llenar las colas.

QoS: Descarta los paquetes con menos calidad de servicio.

RED (Random Early Detection) : Descarta continua y aleatoriamente paquetes de

una manera controlada, as se estar tratando la congestin de la red antes de que
se produzca. Es uno de los ms utilizados.

RSVP

RSVP o protocolo de reserva de recursos, es un protocolo de sealizacin que permite a los

usuarios comunicar a la red sus requerimientos de forma robusta y eficiente. Aunque no hay
nada que impida la utilizacin de RSVP en trfico unicast, originalmente este protocolo haba
sido pensado para trfico multicast. En multicast, es comn ver distintos flujos de video y audio
en tiempo real y estos flujos requieren distintas calidades de servicio.
En el protocolo RSVP vale la pena destacar el concepto de ruta (path). Una ruta define el
camino que llevar el flujo de informacin desde el router emisor hasta el router receptor. As,
cada uno de los paquetes que pertenezcan a un flujo especfico de informacin seguirn la
misma ruta. Por lo tanto cada emisor enviar peridicamente un mensaje de ruta por cada flujo
de informacin que genere. ste contendr informacin acerca de la calidad de servicio de cada
tipo de flujo. RSVP se vale de las tablas de rutas de cada router para enviar sus mensajes
RSVP ya que este protocolo, por s solo, no trabaja en labores de enrutamiento.
Se destacarn los dos mensajes principales:

PATH: con este mensaje enviado en el sentido del flujo de datos por las rutas facilitadas
por el protocolo de routing, una aplicacin solicita tomar parte en una sesin RSVP con
comportamiento emisor. El formato del mensaje PATH contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Policy_Data], Sender
Template, Sender_Tspec y [ADSPEC]. (Los objetos entre [] pueden aparecer pero no son
obligatorios)

RESV: en consecuencia a la llegada de un mensaje PATH el receptor contesta con un

mensaje RESV en el cual se indica el tipo de reserva a realizar en todo el camino. Este
mensaje RESV viajar por la misma ruta seguida por su antecesor PATH pero justo en
sentido contrario llegando as al emisor. El formato del mensaje RESV contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Reso_Confirm], [Scope],
Style y Flow Descriptor List. (Los objetos entre [] pueden aparecer pero no son
obligatorios)
Objetivos principales de RSVP:

Debe permitir anchos de banda distintos a lo largo de los caminos de red.

 Permitir aplicaciones con diferentes requerimientos.

Funcionamiento unicast y multicast.

Mejorar el enrutamiento multicast-unicast.

Restablecer conexiones.

Actualizacin de los estados de los routers.

Diseo modular para tecnologas heterogneas.

Aclaraciones respecto a RSVP:

RSVP es un mecanismo para informar cmo reservar los recursos, aunque por su
parte no especifica cmo han de hacerse estas reservas.

RSVP no proporciona la ruta que han de seguir los paquetes, este trabajo pertenece
a los protocolos de routing.

RSVP no interacta en el seguimiento de los paquetes.

Vale la pena mencionar que, aunque RSVP sea un protocolo Internet tambin es un
protocolo orientado a conexin ya que los routers tendrn que almacenar informacin en
relacin al estado de cada flujo para el que se efecta una reserva.
Pueden consultarse las especificaciones del protocolo completo en el enlace externo
correspondiente a RFC-2205.

DIFFSERV servicios diferenciados

Los Servicios Diferenciados (DiffServ o DS) proporcionan un mtodo que intenta garantizar la
calidad de servicio en redes de gran tamao, como puede ser Internet.
Para proporcionar esta calidad de servicio, se clasifican los paquetes IP en diferentes clases en
funcin de diferentes trminos de QoS que tendrn especial relevancia para la conexin.
Ejemplo: paquetes utilizados en transmisiones por streaming de contenido multimedia, que
requerirn un bajo ratio de perdidas de paquetes y de latencias, y sern clasificados bajo la
categora EF PHB (Expedited Forwarding).
Para especificar la clase de cada paquete se utilizan 6 bits introducidos en campos especficos,
que son:

Para IPv4: Se utiliza el viejo campo de TOS de 8 bits, siendo los seis primeros para DS,
y los dos ltimos para ECN (Explicit Congestion Notification, identificador para detectar
congestin en la red sin utilizar paquetes especficos para ello).

Para IPv6: Se utiliza un campo especifico para ello denominado "Traffic Class" (Clase de
trfico) de 8 bits, siendo los seis primeros para DS, y los dos ltimos para ECN.
Servicios Diferenciados analiza varios flujos de datos en vez de conexiones nicas o reservas
de recursos. Esto significa que una negociacin ser hecha para todos los paquetes que enva
una organizacin, ya sea una universidad, un proveedor de servicios de internet o una empresa.
Los contratos resultantes de esas negociaciones son llamados Acuerdos de Nivel de
Servicio (SLA), e inevitablemente implican un intercambio oneroso. Estos SLA especifican qu
clases de trfico sern provistos, qu garantas se dan para cada clase y cuntos datos se
consideran para cada clase.

Introduccin

Este documento describe cmo configurar los valores de punto de cdigo de servicios diferenciados (DSCP) en
las configuraciones de Calidad de Servicio (QoS) del router Cisco y resume la relacin entre las precedencias
DSCP e IP.

Requisitos previos

Requisitos

Usted debe estar al corriente de los campos en el encabezado IP y Cisco IOS CLI

Componentes utilizados

Este documento no tiene restricciones especficas en cuanto a versiones de software y de hardware.

La informacin que se presenta en este documento se origin a partir de dispositivos dentro de un ambiente de
laboratorio especfico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento
con una configuracin verificada (predeterminada). Si la red est funcionando, asegrese de haber comprendido
el impacto que puede tener un comando antes de ejecutarlo.

Teora precedente

Servicios diferenciados (DiffServ) es un nuevo modelo en el cual el trfico es procesado a travs de sistemas
intermedios con prioridades relativas en base al campo Tipo de servicios (ToS). Definido en RFC 2474 y RFC
2475 , estndar DiffServ reemplaza la especificacin original para definir la prioridad del paquete descrita
en RFC 791 . DiffServ aumenta el nmero de niveles de prioridad definibles al reasignar los bits de un
paquete de IP para que se les haga una marcacin prioritaria.

La arquitectura de DiffServ define el campo del DiffServ (DS), que reemplaza el campo de la TOS en el IPv4
para tomar las decisiones del Per-Hop Behavior (PHB) sobre la clasificacin de paquetes y las funciones de
condicionamiento del trfico, tales como medicin, marcar, shaping, y policing.

Los RFC no dictan la manera de implementar los PHB; sta es la responsabilidad del vendedor. El Cisco
implementa las tcnicas de colocacin en cola que pueden basar su PHB en el IP precedence o el valor del
DSCP en el encabezado IP de un paquete. De acuerdo con el DSCP o el IP precedence, el trfico se puede
poner en una clase del servicio determinado. A los paquetes incluidos en una clase de servicio se los trata del
mismo modo.

Convenciones

Para obtener ms informacin sobre las convenciones del documento, consulte las Convenciones de consejos
tcnicos de Cisco.

Differentiated Services Code Point

Los seis Most Significant Bits del campo del DiffServ se llaman como el DSCP. Los dos bits ms ms recientes
del Currently Unused (CU) del campo del DiffServ no fueron definidos dentro del arquitectura del campo
DiffServ; stos ahora se utilizan como bits de la notificacin de congestin explcita (ECN). El routers en el borde
de la red clasifica los paquetes y los marca con el IP precedence o el valor del DSCP en una red Diffserv. Otros
dispositivos de red en la base que soportan el uso del Diffserv el valor del DSCP en el encabezado IP de
seleccionar una conducta PHB para el paquete y de proporcionar al tratamiento apropiado.

Los diagramas en esta seccin muestran una comparacin entre el Byte ToS definido por RFC 791 y el
campo del DiffServ.

Byte ToS

P2 P1 P0 T2 C1 T0 CU1 CU0

Bits de la precedencia-tres del IP (P2 al P0)

Bits del retardo, del rendimiento de procesamiento y de la Confiabilidad-tres (T2 al T0)

CU (Currently Unused) - dos bits (CU1-CU0)

Campo DiffServ

DS5 DS4 DS3 DS2 DS1 DS0 ECN ECN

Bits de DSCP-six (DS5-DS0)

Bits de ECN-two

El campo DiffServ estandarizado del paquete est indicado con un valor para que el paquete reciba un
tratamiento de reenvo especial o PHB, en cada nodo de la red.

El valor por defecto DSCP es 000 000. El Selector de clase DSCP es los valores que son posteriores -
compatible con el IP precedence. Al convertir entre el IP precedence y el DSCP, corresponder con los tres Most
Significant Bits. En otras palabras:

IP Prec 5 (101) maps to IP DSCP 101 000

Byte ToS

1 0 1 T2 C1 T0 CU2 CU0

Campo DiffServ
 1 0 1 0 0 0 ECN ECN

Estndar DiffServ utiliza los mismos bits de precedencia (el bits-DS5, el DS4 y el DS3 ms significativos) para la
Configuracin de prioridad, pero clarifica ms lejos las definiciones, ofreciendo la granularidad ms fina con el
uso de los tres bits siguientes en el DSCP. El DiffServ reorganiza y retitula los Niveles de precedencia (todava
definidos por los tres Most Significant Bits del DSCP) en estas categoras (los niveles se explican en el mayor
detalle en este documento):

Nivel de precedencia Descripcin

Permanece igual (la capa de

7 enlace y el protocolo de ruteo
se mantienen activos)

Permanece igual (utilizado para

6
protocolos de IP Routing)

5 Express Forwarding (EF)

4 Clase 4

3 Clase 3

2 Clase 2

1 Clase 1

0 El mejor esfuerzo
Con este sistema, un dispositivo da la prioridad al trfico por la clase primero. Despus distingue y da la
prioridad al trfico de la mismo-clase, tomando la probabilidad de cada en consideracin.

Estndar DiffServ no especifica una definicin precisa punto bajo, media de la probabilidad de cada, y del
colmo. No todos los dispositivos reconocen las configuraciones del DiffServ (DS2 y DS1); y aun cuando estas
configuraciones se reconocen, ellas no accionan necesariamente la misma accin de reenvo de PHB en cada
nodo de red. Cada nodo implementa su propia respuesta basada en cmo se configura.

Expedicin asegurada

El RFC 2597 define el Assured Forwarding (AF) PHB y lo describe como los medios para que un dominio del
abastecedor DS ofrezca diversos niveles de aseguramientos de la expedicin para los paquetes del IP recibidos
de un dominio del cliente DS. La expedicin asegurada PHB garantiza una cierta cantidad de anchura de banda
a una clase del AF y permite el accesso a la anchura de banda adicional, si est disponible. Hay cuatro clases
del AF, AF1x con AF4x. Dentro de cada clase, existen tres probabilidades de cada. Dependiendo de la poltica
de una red dada, los paquetes se pueden seleccionar para un PHB basado en el rendimiento de procesamiento
requerido, retardo, jitter, prdida o segn la prioridad del accesso a los servicios de red.

Las clases 1 a 4 se refieren como clases del AF. La siguiente tabla ilustra la codificacin DSCP para especificar
la clase AF con la probabilidad. Los bits DS5, DS4 y DS3 definen la clase; los bits DS2 y DS1 especifican la
probabilidad de cada; el dgito binario DS0 es siempre cero.

Gota Clase 1 Clase 2 Clase 3 Clase 4

001010 010010 011010 100010

Bajo AF11 AF21 AF31 AF41

DSCP 10 DSCP 18 DSCP 26 DSCP 34

001100 010100 011100 100100

Medio AF12 AF 22 AF32 AF42

DSCP 12 DSCP 20 DSCP 28 DSCP 36

001110 010110 011110 100110

Alto AF13 AF23 AF33 AF43

DSCP 14 DSCP 22 DSCP 30 DSCP 38

Reenvo acelerado

El RFC 2598 define el expedited forwarding (EF) PHB: El PHB EF se puede utilizar para crear un servicio con
ancho de banda seguro, prdida baja, latencia baja y fluctuacin baja, de punta a punta, a travs de dominios
DS (Diffserv). Tal servicio aparece a los puntos finales como una punta sealar la conexin o un Virtual Leased
Line. Este servicio tambin se ha descrito como servicio superior. El codepoint 101110 se recomienda para el
EF PHB.

Una vez ms los mecanismos especficos del vendedor necesitan ser configurados para implementar estos
PHB. Referir a RFC 2598 para ms informacin sobre EF PHB.

Uso del campo DSCP

Puede usar el campo DSCP de tres maneras:

ClassifierSelecciona un paquete basndose en los contenidos de algunas porciones del encabezado

del paquete y aplica PHB en base a las caractersticas del servicio definidas por el valor DSCP.

MarcadorConfigure el campo DSCP segn el perfil de trfico.

Medicin de la adecuacin del controlal perfil del trfico mediante una funcin de formacin o de
eliminacin.

El software del IOS de Cisco considera los bits de precedencia del campo de la TOS si hay el trfico que se
hace cola en el Weighted Fair Queuing (WFQ), el Weighted Random Early Detection (WRED), o el ordenamiento
cclico cargado (WRR). Los bits precedentes no se consideran cuando se configuran las opciones de poltica de
ruteo, cola prioritaria (PQ), cola personalizada (CQ) o Weighted Fair Queuing basada en clases (CBWFQ).

Clasificacin de paquetes

La clasificacin de paquetes implica el usar de un descriptor del trfico para categorizar un paquete dentro de un
grupo especfico y el hacer del paquete accesible para QoS que dirige en la red. Usar la clasificacin de
paquetes, le puede trfico del SCR_INVALID en los niveles de prioridad mltiples o una Clase de servicio (CoS).

Puede utilizar listas de acceso (ACL) o el comando match en el modular QoS CLI para hacer que coincidan los
valores DSCP. Para ms informacin sobre cmo utilizar los ACL, referir a la calidad de servicio para Cisco
7200/7500.Selecting que un valor del DSCP en el comando match fue introducido en la versin del software
Cisco IOS 12.1(5)T.

Arquitectura Bsica de Qos

La arquitectura bsica introduce las tres piezas fundamentales para la implementacin
de QoS :

Identificacin y marcado QoS tcnicas de coordinacin de QoS de extremo a

extremo entre elementos de red

QoS dentro de un solo elemento de red (por ejemplo, gestin de colas,

herramientas de programacin y asignacin de trfico)
 Poltica de calidad de servicio, gestin y funciones de contabilidad para controlar y
administrar el trfico de extremo a extremo a travs de una red

https://prezi.com/dshcuqev3g6a/arquitectura-de-los-sistemas-para-brindar-qos/

Presentacion en prezi