Servicios diferenciados

El tráfico de red que entra en un dominio DiffServ se somete 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ífica. 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 de los volúmenes y el tipo de tráfico en una clase determinada, un operador de red puede optar por no respetar las marcas a la entrada del dominio DiffServ. El tráfico de cada clase puede condicionarse aún más sometiendo el tráfico a limitadores de velocidad, policías de tráfico o moldeadores.

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

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

  • PHB de reenvío por defecto (DF) – que suele ser tráfico de mejor esfuerzo
  • PHB de reenvío acelerado (EF) – dedicado al tráfico de baja pérdida y baja latencia
  • PHB de reenvío asegurado (AF) – da garantía de entrega bajo condiciones prescritas
  • PHB de selector de clase – que mantiene la compatibilidad hacia atrás con el campo de precedencia IP.

Reenvío por defecto

Un PHB de reenvío por defecto (DF) es el único comportamiento requerido. Esencialmente, cualquier tráfico que no cumpla los requisitos de ninguna de las otras clases definidas utiliza DF. Normalmente, DF tiene características de reenvío de mejor esfuerzo. El DSCP recomendado para DF es 0.

Expedited ForwardingEdit

El IETF define el comportamiento de Expedited Forwarding (EF) en el RFC 3246. El PHB EF tiene las características de bajo retardo, baja pérdida y bajo jitter. Estas características son adecuadas para la voz, el vídeo y otros servicios en tiempo real. El tráfico EF suele tener una prioridad estricta en las colas por encima de todas las demás clases de tráfico. Dado que una sobrecarga de tráfico EF provocará retrasos en las colas y afectará a las tolerancias de fluctuación y retardo dentro de la clase, pueden aplicarse al tráfico EF mecanismos de control de admisión, vigilancia del tráfico y otros. El DSCP recomendado para EF es 101110B (46 o 2EH).

Admisión de Voz

El IETF define el comportamiento de Admisión de Voz en el RFC 5865. El PHB Voice Admit tiene características idénticas al PHB Expedited Forwarding. Sin embargo, el tráfico de Voice Admit 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 101100B (44 o 2CH).

Reenvío aseguradoEditar

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

El grupo de comportamiento AF define cuatro clases 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 mayor precedencia significa más caída). La combinación de clases y precedencia de caída da lugar a doce codificaciones DSCP separadas desde AF11 hasta AF43 (ver tabla).

Grupo de comportamiento de reenvío seguro
Categoría 1 Categoría 2 Categoría 3 Categoría 4
Probabilidad de caída baja AF11 (DSCP 10) 001010 AF21 (DSCP 18) 010010 AF31 (DSCP 26) 011010 AF41 (DSCP 34) 100010
Probabilidad de caída media AF12 (DSCP 12) 001100 AF22 (DSCP 20) 010100 AF32 (DSCP 28) 011100 AF42 (DSCP 36) 100100
Probabilidad de caída alta AF13 (DSCP 14) 001110 AF23 (DSCP 22) 010110 AF33 (DSCP 30) 011110 AF43 (DSCP 38) 100110

Se define alguna medida de prioridad y equidad proporcional entre el tráfico de diferentes clases. Si se produce una congestión entre las clases, el tráfico de la clase más alta tiene prioridad. En lugar de utilizar colas de prioridad estricta, es probable que se utilicen algoritmos de servicio de colas más equilibrados, como colas justas o colas justas ponderadas. Si se produce una congestión dentro de una clase, los paquetes con mayor precedencia de caída se descartan primero. Para evitar los problemas asociados con la caída de la cola, a menudo se utilizan algoritmos de selección de caída más sofisticados, como la detección temprana aleatoria.

Selector de claseEditar

Antes de DiffServ, las redes IPv4 podían utilizar el campo de precedencia IP en el octeto TOS de la cabecera IPv4 para marcar el tráfico prioritario. El octeto TOS y la precedencia IP no se utilizaban ampliamente. El IETF acordó reutilizar el octeto TOS como campo DS para las redes DiffServ. Para mantener la compatibilidad con los dispositivos de red que todavía utilizan el campo Precedencia, DiffServ define el PHB Selector de Clase.

Los puntos de código del Selector de Clase son de la forma binaria ‘xxx000’. Los tres primeros bits son los bits de precedencia IP. Cada valor de precedencia IP puede ser mapeado en una clase DiffServ. La precedencia IP 0 se asigna a CS0, la precedencia IP 1 a CS1, y así sucesivamente. Si se recibe un paquete desde un router no compatible con DiffServ que utilizó marcas de precedencia IP, el router DiffServ puede seguir entendiendo la codificación como un punto de código Class Selector.

En el RFC 4594 se ofrecen recomendaciones específicas para el uso de los puntos de código Class Selector.

Directrices de configuraciónEditar

El RFC 4594 ofrece recomendaciones detalladas y específicas para el uso y configuración de los puntos de código.

.

Señalización

Recomendaciones del RFC 4594 del IETF
Clase de servicio Nombre de DSCP DSCP Value Condicionamiento en el borde del DS PHB Queuing AQM
Control de red CS6 48 Ver sección 3.1 RFC 2474 Rate
Telefonía EF 46 Policía usando sr+bs RFC 3246 Prioridad No
CS5 40 Policía usando sr+bs RFC 2474 Rate No
Conferencia multimedia AF41, AF42, AF43 34, 36, 38 Utilizando dos tarifas marcador de tres colores (como RFC 2698) RFC 2597 Tarifa Sí por DSCP
Real-tiempo interactivo CS4 32 Policía usando sr+bs RFC 2474 Rate No
Multimedia streaming AF31, AF32, AF33 26, 28, 30 Uso de dos tarifas, tres-color (como RFC 2698) RFC 2597 Tasa Sí por DSCP
Difusión de de vídeo CS3 24 Policía usando sr+bs RFC 2474 Rate No
Losdatos de latencia AF21, AF22, AF23 18, 20, 22 Utilizando dos tasas tres-color (como RFC 2698) RFC 2597 Tasa Sí por DSCP
OAM CS2 16 Policía que utiliza sr+bs RFC 2474 Rate
Altodatos de rendimiento AF11, AF12, AF13 10, 12, 14 Utilizando dos tasas, tres-color (como RFC 2698) RFC 2597 Tasa Sí por DSCP
Estándar DF 0 No aplicable RFC 2474 Rate
Losprioridad CS1 8 No aplicable RFC 3662 Rate

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *