Servicios integrados

En redes informáticas, servicios integrados o IntServ es una arquitectura que especifica los elementos para garantizar la calidad de servicio (QoS) en las redes. IntServ puede usarse, por ejemplo, para permitir que el video y el sonido lleguen al receptor sin interrupción.

IntServ especifica un sistema QoS de granularidad fina, que a menudo se contrasta con el sistema de control de granularidad gruesa de DiffServ.

Bajo IntServ, cada enrutador en el sistema implementa IntServ, y cada aplicación que requiere algún tipo de garantía de QoS tiene que hacer una reserva individual. Las especificaciones de flujo describen para qué es la reserva, mientras que RSVP es el mecanismo subyacente para señalarlo en la red.

Especificaciones de flujo

Hay dos partes en una especificación de flujo:

• ¿Cómo es el tráfico? Hecho en la parte de la ESPECificación de Tráfico, también conocida como TSPEC.
• ¿Qué garantías necesita? Hecho en el servicio Solicitar parte de la ESPECificación, también conocida como RSPEC.

Los TSPEC incluyen parámetros de algoritmo de depósito de fichas. La idea es que haya un balde de fichas que se llene lentamente de fichas, llegando a un ritmo constante. Cada paquete que se envía requiere un token, y si no hay tokens, no se puede enviar. Por lo tanto, la tasa a la que llegan los tokens dicta la tasa promedio de flujo de tráfico, mientras que la profundidad del cubo determina qué tan 'ráfaga' el tráfico está permitido ser.

Los TSPEC generalmente solo especifican la tasa de token y la profundidad del depósito. Por ejemplo, un video con una frecuencia de actualización de 75 cuadros por segundo, con cada cuadro tomando 10 paquetes, podría especificar una tasa de token de 750 Hz y una profundidad de depósito de solo 10. La profundidad del depósito sería suficiente para acomodar el &# 39;ráfaga' asociado con el envío de un cuadro completo de una sola vez. Por otro lado, una conversación necesitaría una tasa de token más baja, pero una profundidad de depósito mucho mayor. Esto se debe a que a menudo hay pausas en las conversaciones, por lo que pueden arreglárselas con menos tokens al no enviar los espacios entre palabras y oraciones. Sin embargo, esto significa que se debe aumentar la profundidad de la cubeta para compensar que el tráfico sea más intenso.

Las RSPEC especifican los requisitos que existen para el flujo: puede ser el "mejor esfuerzo" normal de Internet, en cuyo caso no es necesario reservar. Es probable que esta configuración se utilice para páginas web, FTP y aplicaciones similares. La 'Carga controlada' La configuración refleja el rendimiento de una red con poca carga: puede haber fallas ocasionales cuando dos personas acceden al mismo recurso por casualidad, pero en general, tanto el retraso como la tasa de caída son bastante constantes en la tasa deseada. Es probable que esta configuración sea utilizada por aplicaciones QoS blandas. El 'garantizado' La configuración brinda un servicio absolutamente limitado, donde se promete que la demora nunca superará la cantidad deseada y los paquetes nunca se perderán, siempre que el tráfico se mantenga dentro de las especificaciones.

RSVP

El Protocolo de reserva de recursos (RSVP) se describe en RFC 2205. Todas las máquinas en la red capaces de enviar datos de QoS envían un mensaje PATH cada 30 segundos, que se propaga a través de las redes. Aquellos que quieran escucharlos envían un mensaje RESV (abreviatura de "Reserve") correspondiente que luego rastrea el camino hacia atrás hasta el remitente. El mensaje RESV contiene las especificaciones de flujo.

Los enrutadores entre el remitente y el oyente tienen que decidir si pueden admitir la reserva solicitada y, si no pueden, envían un mensaje de rechazo para informar al oyente al respecto. De lo contrario, una vez que aceptan la reserva, tienen que llevar el tráfico.

Los enrutadores luego almacenan la naturaleza del flujo y también lo controlan. Todo esto se hace en estado suave, por lo que si no se escucha nada durante un cierto período de tiempo, el lector expirará y la reserva se cancelará. Esto resuelve el problema si el remitente o el receptor fallan o se apagan incorrectamente sin cancelar primero la reserva. Los enrutadores individuales pueden, a su elección, vigilar el tráfico para verificar que se ajuste a las especificaciones de flujo.

Problemas

Para que IntServ funcione, todos los enrutadores a lo largo de la ruta de tráfico deben admitirlo. Además, se deben almacenar muchos estados en cada enrutador. Como resultado, IntServ funciona a pequeña escala, pero a medida que el sistema se amplía a redes más grandes oa Internet, el seguimiento de todas las reservas consume muchos recursos.

Una forma de resolver el problema de la escalabilidad es utilizar un enfoque de varios niveles, donde la reserva de recursos por microflujo (como la reserva de recursos para usuarios individuales) se realiza en la red perimetral, mientras que en la red central los recursos se reservan para sólo flujos agregados. Los enrutadores que se encuentran entre estos diferentes niveles deben ajustar la cantidad de ancho de banda agregado reservado de la red central para que las solicitudes de reserva para flujos individuales de la red perimetral puedan satisfacerse mejor.