4.4 INTERNET DE SERVICIOS INTEGRADOS.

INTEGRANTES: JOSÉ JAVIER AMEZCUA DURANUZIEL ESAU MERCADO PÉREZ

Introducción

En los últimos años, el trafico en la red ha aumentado considerablemente, esto debido principalmente a la aparición de nuevas aplicaciones:

- Aplicaciones cliente/servidor.

- Web

- Voz y video (en tiempo real)

Existe una necesidad de gestionar el trafico y controlar la congestión de los recursos.

Originalmente se contemplaba un servicio ‘best effort’, es decir sin ninguna garantía de calidad de servicio.

A partir de 1994, con el aumento de las aplicaciones de videoconferencias y multimedia en tiempo real en Internet, creció el interés de adoptar los protocolos de Internet para ofrecer algún tipo de calidad de servicio.

Calidad de Servicio en Internet

Es una arquitectura propuesta para Internet en el seno de IETF, con el objetivo de dar garantías QoS a los flujos, basándose en:

- Reserva de recursos.- Control de admisión.

En IntServ cada paquete puede asociarse a un flujo.

Servicios Integrados (IntServ)ISA: (Arquitectura de servicios integrados).

La arquitectura IntServ define dos clases de servicio básicas:

- Servicio Garantizado: Para aplicaciones de tiempo real que necesitan garantías cuantitativas firmes de QoS.

- Servicios de carga controlada: Este servicio debe ofrecer una calidad comparable a la de una red de datagramas poco cargada, en general un buen tiempo de respuesta. Aunque puede haber retardos.

Clases de Servicio

El servicio garantizado no controla el retardo mínimo o medio de los datagramas simplemente el máximo retardo de cola.

El proceso esta sujeto a un control de admisión.

Servicio Garantizado

Este servicio utiliza un control de admisión para asegurar que es posible ofrecerse incluso en momentos en el que un elemento de red esta sobrecargado.

Nota: El hecho de que un elemento de red se considere “descargado” implica que “no está muy cargado o congestionado”, no que no haya ningún otro tráfico a través de él.

Servicio de carga controlada

Para conseguir sus objetivos IntServ, dispone del protocolo RSVP:

Este protocolo esta pensado principalmente para trafico multicast, ya que este tipo de trafico es especialmente adecuado para la distribución de:

- Audio

- Video (En tiempo real)

Sin embargo, nada impide utilizar RSVP en unicast.

RSVP

RSVP no es un protocolo de enrutamiento pero depende de los protocolos de enrutamiento presentes y futuros.

RSVP transporta y mantiene parámetros de control de tráfico y de políticas, pero lo hace de forma transparente.

RSVP se usa sobre IPv4 e IPv6 para funcionar, al igual que los protocolos de transporte, pero no transporta ningún dato de la aplicación.

¿Qué debemos saber del Protocolo RSVP?

Clasificador de trafico: Determina la clase de QoS y posiblemente la ruta para cada paquete.

Control de admisión.

Planificador de paquetes: Para cada interfaz de salida el planificador, u otro mecanismo de nivel de enlace, intenta conseguir la QoS requerida.

Mecanismos de Control de Trafico de RSVP.

El desarrollo de IntServ tiene números aspectos a contemplar, tales como:

- Complejidad.

- Escalabilidad.

- Modelo de negocio.

- Sobrecarga.

Desarrollo e implementación de IntServ.

Ingeniería de Telecomunicaciones, Universidad de Jaen: http://www4.ujaen.es/~jccuevas/data/AATTAA2/Transparencias/Tema%201%20Calidad%20de%20servicio%20en%20redes%20IP.pdf

QoS: http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:daysenr:daysenr_-_calidad_de_servicio_qos_.pdf

Servicios Integrados:

http://www.dsi.uclm.es/asignaturas/42650/PDFs/Tema4a.pdf

Calidad de Servicio en redes, Universidad de Sevilla, Dra. María del Carmen Romero Ternero. http://www.dte.es/ personal/mcromero

Servicios avanzados de telecomunicaciones,

María Carmen España Boquera

Fuentes de Información: