Servicios diferenciados

Servicios diferenciados o DiffServ es una arquitectura de redes de computadoras que especifica

un mecanismo simple y escalable para clasificar y administrar el tráfico de red y brindar calidad de
servicio (QoS) en redes IP modernas . DiffServ se puede utilizar, por ejemplo, para
proporcionar baja latencia al tráfico de red crítico, como voz o transmisión de medios, al tiempo que
proporciona un servicio sencillo de mejor esfuerzo a servicios no críticos como el tráfico web ola
transferencia de archivos .

DiffServ utiliza un punto de código de servicios diferenciados de 6 bits ( DSCP ) en el campo de

servicios diferenciados de 8 bits ( campo DS ) en el encabezado IP para fines de clasificación de
paquetes. El campo DS reemplaza el campo TOS de IPv4 obsoleto . [1]

Fondo
Las redes de datos modernas brindan muchos tipos diferentes de servicios, que incluyen voz, video,
transmisión de música, páginas web y correo electrónico. Muchos de los mecanismos de QoS
propuestos que permitieron la coexistencia de estos servicios eran complejos y no se pudieron
escalar para satisfacer las demandas de Internet pública . En diciembre de 1998,
el IETF publicó RFC 2474 - Definición del campo de servicios diferenciados (campo DS) en
los encabezados IPv4 e IPv6 , que reemplazó el campo TOS IPv4 con el campo DS.En el campo
DS, se utiliza un rango de ocho valores (selectores de clase) para compatibilidad con versiones
anteriores de la especificación de precedencia IP en el antiguo campo TOS. En la actualidad,
DiffServ ha reemplazado en gran medida al TOS y otros mecanismos de QoS de capa 3 , como los
servicios integrados (IntServ), como la arquitectura principal que utilizan los enrutadores para
proporcionar QoS.

Mecanismos de gestión del tráfico

DiffServ es un grano grueso , basado en clases de mecanismo para la gestión del tráfico. En
contraste, IntServ es un grano fino , basado en el mecanismo de flujo . DiffServ se basa en un
mecanismo para clasificar y marcar paquetes como pertenecientes a una clase específica. Los
enrutadores compatibles con DiffServ implementan comportamientos por salto (PHB), que definen
las propiedades de reenvío de paquetes asociados con una clase de tráfico. Se pueden definir
diferentes PHB para ofrecer, por ejemplo, un servicio de baja pérdida o baja latencia .

En lugar de diferenciar el tráfico de la red según los requisitos de un flujo individual, Di ffServ opera
según el principio de clasificación del tráfico , colocando cada paquete de datos en una de un número
limitado de clases de tráfico. Luego, cada enrutador de la red se configura para diferenciar el tráfico
según su clase. Cada clase de tráfico se puede gestionar de forma diferente, lo que garantiza un
trato preferencial para el tráfico de mayor prioridad en la red. La premisa de Diffserv es que las
funciones complicadas, como la clasificación de paquetes y la vigilancia, pueden llevarse a cabo en
el borde de la red mediante enrutadores de borde.Dado que no se requiere clasificación ni vigilancia
en el enrutador central, la función se puede mantener simple. Los enrutadores centrales simplemente
aplican el tratamiento PHB a los paquetes en función de sus marcas. El tratamiento PHB se logra
mediante enrutadores centrales que utilizan una combinación de política de programación y política
de gestión de colas.

Un grupo de enrutadores que implementan políticas comunes de DiffServ definidas

administrativamente se denominan dominio DiffServ . [2]
Si bien DiffServ recomienda un conjunto estandarizado de clases de tráfico, [3] la arquitectura DiffServ
no incorpora juicios predeterminados de qué tipos de tráfico deben recibir un tratamiento
prioritario. DiffServ simplemente proporciona un marco para permitir la clasificación y el tratamiento
diferenciado. Las clases de tráfico estándar (que se describen a continuación) sirven para simplificar
la interoperabilidad entre diferentes redes y equipos de diferentes proveedores.

Clasificación y marcado
El tráfico de red que ingresa a un dominio DiffServ está sujeto a clasificación y acondicionamiento. Un
clasificador de tráfico puede inspeccionar muchos parámetros diferentes en los paquetes entrantes,
como la dirección de origen, la dirección de destino o el tipo de tráfico y asignar paquetes individuales
a una clase de tráfico específico. Los clasificadores de tráfico pueden respetar cualquier marca
DiffServ en los paquetes recibidos o pueden optar por ignorar o anular esas marcas. Para un control
estricto sobre los volúmenes y el tipo de tráfico en una clase determinada, un operador de red puede
optar por no respetar las marcas en la entrada al dominio DiffServ. El tráfico de cada clase se puede
condicionar aún más sometiendo el tráfico a limitadores de velocidad, policías de
tráfico o modeladores . [4]

El comportamiento por salto está determinado por el campo DS en el encabezado IP. El campo DS
contiene el valor DSCP de 6 bits. [5] La notificación de congestión explícita (ECN) ocupa los 2 bits
menos significativos del campo TOS de IPv4 y el campo de clase de tráfico (TC) de IPv6. [6] [7] [8]

En teoría, una red podría tener hasta 64 clases de tráfico diferentes utilizando los 64 valores DSCP
disponibles. Los RFC de DiffServ recomiendan, pero no requieren, ciertas codificaciones. Esto le da
a un operador de red una gran flexibilidad para definir las clases de tráfico. En la práctica, sin
embargo, la mayoría de las redes utilizan los siguientes comportamientos por salto generalmente
definidos:

 Reenvío predeterminado (DF) PHB, que suele ser el tráfico de mejor esfuerzo
 Reenvío acelerado (EF) PHB: dedicado al tráfico de baja pérdida y baja latencia
 Reenvío asegurado (AF) PHB: garantiza la entrega en las condiciones prescritas
 PHB de selector de clase : que mantiene la compatibilidad con el campo de precedencia de
IP.

Reenvío predeterminado
Un PHB de reenvío predeterminado (DF) es el único comportamiento requerido. Esencialmente,
cualquier tráfico que no cumpla con los requisitos de cualquiera de las otras clases definidas usa
DF. Normalmente, DF tiene características de reenvío de mejor esfuerzo. El DSCP recomendado
para DF es 0. [3]

Reenvío acelerado
El IETF define el comportamiento del reenvío acelerado (EF) en RFC 3246 . El EF PHB tiene las
características de bajo retardo, baja pérdida y baja fluctuación. Estas características son adecuadas
para voz, video y otros servicios en tiempo real. El tráfico EF a menudo recibe una cola de prioridad
estricta por encima de todas las demás clases de tráfico. Debido a que una sobrecarga de tráfico EF
provocará retrasos en las colas y afectará las tolerancias de fluctuación y retraso dentro de la
clase, se pueden aplicar al tráfico EF control de admisión , vigilancia del tráfico y otros
mecanismos. El DSCP recomendado para EF es 101110 B (46 o 2E H ).

Admitir voz
El IETF define el comportamiento de admisión por voz en RFC 5865 . El PHB de admisión por voz
tiene características idénticas al PHB de reenvío acelerado. Sin embargo, el tráfico de admisión por
voz también es admitido por la red mediante un procedimiento de control de admisión de
llamadas (CAC). El DSCP recomendado para la admisión de voz es 101100 B (44 o 2C H ).

Reenvío asegurado
El IETF define el comportamiento de reenvío asegurado (AF) en RFC 2597 y RFC 3260 . El reenvío
asegurado permite al operador brindar garantía de entrega siempre que el tráfico no exceda alguna
tarifa suscrita. El tráfico que excede la tasa de suscripción se enfrenta a una mayor probabilidad de
que se elimine si se produzca una congestión.

El grupo de comportamiento de AF define cuatro clases de AF separadas con todo el tráfico dentro
de una clase que tiene la misma prioridad. Dentro de cada clase, los paquetes reciben una
precedencia de caída (alta, media o baja, donde una precedencia más alta significa más caída). La
combinación de clases y la precedencia de eliminación produce doce codificaciones DSCP
separadas de AF11 a AF43 (consulte la tabla).

Grupo de comportamiento de reenvío asegurado

Clase 1 Clase 2 Clase 3 Clase 4
Probabilidad de AF11 (DSCP AF21 (DSCP AF31 (DSCP AF41 (DSCP
caída baja 10) 001010 18) 010010 26) 011010 34) 100010
Probabilidad de AF12 (DSCP AF22 (DSCP AF32 (DSCP AF42 (DSCP
caída media 12) 001100 20) 010100 28) 011100 36) 100100
Alta probabilidad de AF13 (DSCP AF23 (DSCP AF33 (DSCP AF43 (DSCP
caída 14) 001110 22) 010110 30) 011110 38) 100110
Se define alguna medida de equidad de prioridad y proporcional entre el tráfico en diferentes
clases. Si se produce una congestión entre clases, se da prioridad al tráfico de la clase superior. En
lugar de utilizar una cola de prioridad estricta, es probable que se utilicen algoritmos de servicio de
cola más equilibrados, como las colas justas o las colas justas ponderadas . Si se
produce una congestión dentro de una clase, los paquetes con mayor prioridad de eliminación se
descartan primero. Para evitar problemas asociados con la caída de la cola , a menudo se
utilizanalgoritmos de selección de caída más sofisticados, como la detección temprana aleatoria .

Selector de clases
Antes de DiffServ, las redes IPv4 podía usar el campo de precedencia IP en el byte TOS del
encabezado IPv4 para marcar el tráfico prioritario. El octeto TOS y la precedencia IP no se utiliza
ampliamente. El IETF acordó reutilizar el octeto TOS como campo DS para redes DiffServ. Para
mantener la compatibilidad con versiones anteriores de los dispositivos de red que todavía utilizan
el campo Precedencia, DiffServ define el selector de clase PHB.

Los puntos de código del selector de clases tienen el formato binario 'xxx000'. Los primeros tres bits
son los bits de precedencia de IP. Cada valor de precedencia de IP se puede asignar una clase
DiffServ. La precedencia de IP 0 se asigna de una CS0, la precedencia de IP 1 a CS1, et c. Sí se
recibir con la ONU paquete de la ONU enrutador no es compatible con DiffServ Que utilizó Marcas
de precedencia de IP, el enrutador DiffServ AÚN PUEDE entendre la Codificación Como un punto
de código de selector de clase.

En RFC 4594 se dan recomendaciones específicas para el uso de código de selector de clase.
Pautas de configuración
RFC 4594 ofrece recomendaciones detalladas y específicas para el uso y configuración de puntos
de código.

Recomendaciones de IETF RFC 4594

Clase de Nombre Valor Acondicionamiento en el Hacer
PHB AQM
servicio DSCP DSCP borde DS cola
Control de la RFC
CS6 48 Ver sección 3.1 Velocidad si
red 2474
RFC
Telefonía EF 46 Policía usando sr + bs Prioridad No
3246
RFC
Señalización CS5 40 Policía usando sr + bs Velocidad No
2474
AF41, Uso de un marcador de dos
Conferencias 34, 36, RFC Sí por
AF42, velocidades y tres colores Velocidad
multimedia 38 2597 DSCP
AF43 (como RFC 2698)
Interactivo en RFC
CS4 32 Policía usando sr + bs Velocidad No
tiempo real 2474
AF31, Uso de un marcador de dos
Transmisión 26, 28, RFC Sí por
AF32, velocidades y tres colores Velocidad
multimedia 30 2597 DSCP
AF33 (como RFC 2698)
Transmisión de RFC
CS3 24 Policía usando sr + bs Velocidad No
video 2474
AF21, Uso de un marcador de dos
Datos de baja 18, 20, RFC Sí por
AF22, velocidades y tres colores Velocidad
latencia 22 2597 DSCP
AF23 (como RFC 2698)
RFC
OAM CS2 dieciséis Policía usando sr + bs Velocidad si
2474
AF11, Uso de un marcador de dos
Datos de alto 10, 12, RFC Sí por
AF12, velocidades y tres colores Velocidad
rendimiento 14 2597 DSCP
AF13 (como RFC 2698)
RFC
Estándar DF 0 No aplica Velocidad si
2474
Datos de baja RFC
CS1 8 No aplica Velocidad si
prioridad 3662
Consideraciones de diseño
En DiffServ, toda la vigilancia y la clasificación se realizan en los límites entre los dominios de
DiffServ. Esto significa que en el núcleo de Internet, los enrutadores no se ven obstaculizados por
las complejidades de cobrar el pago o hacer cumplir los acuerdos. Es decir, a diferencia
de IntServ , DiffServ no requiere configuración previa, reserva ni negociación de extremo a extremo
que consuma mucho tiempo para cada flujo.

Los detalles de cómo los enrutadores individuales tratan el campo DS son específicos de la
configuración, por lo que es difícil predecir el comportamiento de un extremo a otro. Esto se complica
aún más si un paquete cruza dos o más dominios DiffServ antes de llegar a su destino. Desde un
punto de vista comercial, esto significa que es imposible vender diferentes clases de conectividad de
extremo a extremo a los usuarios finales, ya que el paquete Gold de un proveedor puede ser el
Bronze de otro. DiffServ o cualquier otra marca de QoS basada en IP no garantiza la calidad del
servicio o un acuerdo de nivel de servicio (SLA) específico .Al marcar los paquetes, el remitente
indica que quiere que los paquetes sean tratados como un servicio específico, pero no hay garantía
de que esto suceda. Depende de todos los proveedores de servicios y sus enrutadores en la ruta
segura de que sus políticas se encargarán de los paquetes de manera adecuada.

Agente de ancho de banda

Un Broker de ancho de banda en el marco de DiffServ es un agente que tiene algún conocimiento
de las prioridades y políticas de una organización y asignación de ancho de banda con respecto a
esas políticas. [9] Para lograr una asignación de recursos de extremo a extremo en dominios
separados, el Broker de ancho de banda que administra un dominio tendrá que comunicarse con sus
pares adyacentes, lo que permite que los servicios de extremo a extremo se construyan a partir de
métodos puramente bilaterales. acuerdos.

RFC de DiffServ
 RFC 2474 - Definición del campo de servicios diferenciados (campo DS) en
los encabezados IPv4 e IPv6 .
 RFC 2475 : una arquitectura para servicios diferenciados.
 RFC 2597 - Grupo PHB de reenvío asegurado.
 RFC 2983 - Servicios diferenciados y túneles.
 RFC 3086 - Definición de comportamientos de servicios diferenciados por dominio y reglas
para su especificación.
 RFC 3140 - Códigos de identificación de comportamiento por salto. (Obsoletas RFC 2836. )
 RFC 3246 : un PHB de reenvío acelerado. (Obsoletas RFC 2598. )
 RFC 3247 : información complementaria para la nueva definición de EF PHB
(comportamiento de reenvío acelerado por salto).
 RFC 3260 - Nueva terminología y aclaraciones para Diffserv. (Actualizaciones RFC
2474 , RFC 2475 y RFC 2597. )
 RFC 4594 - Pautas de configuración para clases de servicio DiffServ.
 RFC 5865 : un punto de código de servicios diferenciados (DSCP) para tráfico de capacidad
admitida. (Actualizaciones RFC 4542 y RFC 4594. )
 RFC 8622 - Un comportamiento por salto de menor esfuerzo (LE PHB) para servicios
diferenciados. (Actualizaciones RFC 4594 y RFC 8325 , obsoletos RFC 3662. )

RFC de gestión de DiffServ

 RFC 3289 - Base de información de gestión para la arquitectura de servicios diferenciados.
 RFC 3290 : un modelo de gestión informal para enrutadores de servicios diferenciados.
 RFC 3317 - Base de información de políticas de calidad de servicio de servicios
diferenciados.

Ver también
 Clase de servicio
 Ingeniería de teletrafico
Referencias
1. ^ RFC 3260
2. ^ Guía de configuración de conmutadores Ethernet S3700HI - QoS , Huawei , p. 7 , recuperado el7
de octubre de 2016 , un dominio DiffServ se compone de un grupo de nodos DiffServ interconectados
que utilizan la misma política de servicio y PHB.
3. ^ ab RFC 4594
4. ^ RFC 2597 Sección 3
5. ^ RFC 2474
6. ^ RFC 6088
7. ^ Mundial. "Implementación de políticas de calidad de servicio con DSCP" . Cisco . Consultado el 16
de octubre de 2010 .
8. ↑ Filtrado DSCP Archivado el 29 de julio de 2016 en Wayback Machine.
9. ^ K. Nichols; V. Jacobson; L. Zhang (julio de 1999). Una arquitectura de servicios diferenciados de dos
bits para Internet . IETF. doi : 10.17487 / RFC2638 . RFC 2638 .