En redes de computadoras , servicios integrados o IntServ es una arquitectura que especifica los elementos para garantizar la calidad de servicio (QoS) en las redes. IntServ se puede utilizar, por ejemplo, para permitir que el vídeo y el sonido lleguen al receptor sin interrupción.
IntServ especifica un sistema QoS de grano fino , que a menudo se contrasta con el sistema de control de grano grueso de DiffServ .
Bajo IntServ, cada enrutador del sistema implementa IntServ y cada aplicación que requiere algún tipo de garantía de QoS debe realizar una reserva individual. Las especificaciones de flujo describen para qué sirve la reserva, mientras que RSVP es el mecanismo subyacente para señalarla en toda la red.
Una especificación de flujo consta de dos partes:
Los TSPEC incluyen parámetros del algoritmo del depósito de tokens . La idea es que hay un depósito de fichas que se llena lentamente de fichas y llega 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 velocidad a la que llegan los tokens dicta la tasa promedio de flujo de tráfico, mientras que la profundidad del cubo dicta qué tan "ráfaga" se permite que sea el tráfico.
Los TSPEC generalmente solo especifican la tasa del token y la profundidad del depósito. Por ejemplo, un vídeo con una frecuencia de actualización de 75 fotogramas por segundo, en el que cada fotograma ocupa 10 paquetes, podría especificar una frecuencia simbólica de 750 Hz y una profundidad de depósito de sólo 10. La profundidad del depósito sería suficiente para dar cabida a la "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 fichas al no enviar espacios entre palabras y oraciones. Sin embargo, esto significa que es necesario aumentar la profundidad del cucharón para compensar el aumento del tráfico.
Los RSPEC especifican qué requisitos existen para el flujo: puede ser el "mejor esfuerzo" normal de Internet, en cuyo caso no es necesaria ninguna reserva. Es probable que esta configuración se utilice para páginas web, FTP y aplicaciones similares. La configuración de 'Carga controlada' 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 de QoS suaves. La configuración 'Garantizada' brinda un servicio absolutamente limitado, donde se promete que el retraso nunca superará la cantidad deseada y los paquetes nunca se perderán, siempre que el tráfico se mantenga dentro de las especificaciones.
El Protocolo de reserva de recursos (RSVP) se describe en RFC 2205. Todas las máquinas de 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 el correspondiente mensaje RESV (abreviatura de "Reserva") 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 que se solicita y, si no pueden, envían un mensaje de rechazo para informar al oyente. De lo contrario, una vez que aceptan la reserva tienen que llevar el tráfico.
Luego, los enrutadores 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 período de tiempo determinado, el lector expirará el tiempo y se cancelará la reserva. Esto resuelve el problema si el remitente o el receptor fallan o se cierran incorrectamente sin cancelar primero la reserva. Los enrutadores individuales pueden, a su elección, controlar el tráfico para comprobar que cumple con las especificaciones de flujo.
Para que IntServ funcione, todos los enrutadores a lo largo de la ruta del 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 expande a redes más grandes o a Internet , el seguimiento de todas las reservas consume muchos recursos. [1]
Una forma de resolver el problema de escalabilidad es mediante el uso de un enfoque multinivel, 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 solo para 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. [2]