De acuerdo

Duda sobre servicio integrado

Publicado 2020-8-16 21:11:02Última respuesta ag. 17, 2020 10:20:09 152 2 0 0 0
  Recompensa Goldies : 0 (solución de problemas)

Hola Amigos que tal,


Sé que usualmente y en la mayoría de casos, se aplica QoS en el modelo "servicio diferenciado". Es curioso mencionar el modelo "servicio integrado" y mas aun con el protocolo RSVP. Tal vez por aquí alguien tuvo una experiencia implementando este segundo modelo mencionado y podría comentar la gracia de provechosa que se pueda encontrar o las situaciones que creyeron convenientes de aplicarlo, etc. Todos los que nos encontramos aprendiendo se lo agradeceremos.

  • x
  • convención:

Respuestas destacadas

Mejor respuesta

Respuesta recomendada

Jorge
VIP Publicado 2020-8-17 10:20:09
@Arzobispo982

Servicios Integrados o IntServ constituyen una arquitectura cuyo cometido es gestionar los recursos necesarios para garantizar calidad de servicio (QoS) en una red de computadores. El concepto que los servicios integrados proponen para cumplir con su cometido, requiere de una nueva arquitectura de protocolos que es difícilmente escalable. Esto se debe a que funciona realizando una reserva extremo a extremo de recursos en los elementos que conforman la red a nivel de aplicación.

RSVP o protocolo de reserva de recursos, es un protocolo de señalización que permite a los usuarios comunicar a la red sus requerimientos de forma robusta y eficiente. Aunque no hay nada que impida la utilización de RSVP en tráfico unicast, originalmente este protocolo había sido pensado para tráfico multicast. En multicast, es común ver distintos flujos de video y audio en tiempo real y estos flujos requieren distintas calidades de servicio.

En el protocolo RSVP vale la pena destacar el concepto de ruta (path). Una ruta define el camino que llevará el flujo de información desde el router emisor hasta el router receptor. Así, cada uno de los paquetes que pertenezcan a un flujo específico de información seguirán la misma ruta. Por lo tanto cada emisor enviará periódicamente un mensaje de ruta por cada flujo de información que genere. Éste contendrá información acerca de la calidad de servicio de cada tipo de flujo. RSVP se vale de las tablas de rutas de cada router para enviar sus mensajes RSVP ya que este protocolo, por sí solo, no trabaja en labores de enrutamiento.

Se destacarán los dos mensajes principales:

PATH: con este mensaje enviado en el sentido del flujo de datos por las rutas facilitadas por el protocolo de routing, una aplicación solicita tomar parte en una sesión RSVP con comportamiento emisor. El formato del mensaje PATH contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Policy_Data], Sender Template, Sender_Tspec y [ADSPEC]. (Los objetos entre [] pueden aparecer pero no son obligatorios)
RESV: en consecuencia a la llegada de un mensaje PATH el receptor contesta con un mensaje RESV en el cual se indica el tipo de reserva a realizar en todo el camino. Este mensaje RESV viajará por la misma ruta seguida por su antecesor PATH pero justo en sentido contrario llegando así al emisor. El formato del mensaje RESV contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Reso_Confirm], [Scope], Style y Flow Descriptor List. (Los objetos entre [] pueden aparecer pero no son obligatorios)
Objetivos principales de RSVP:

Debe permitir anchos de banda distintos a lo largo de los caminos de red.
Permitir aplicaciones con diferentes requerimientos.
Funcionamiento unicast y multicast.
Mejorar el enrutamiento multicast-unicast.
Restablecer conexiones.
Actualización de los estados de los routers.
Diseño modular para tecnologías heterogéneas.
Aclaraciones respecto a RSVP:

RSVP es un mecanismo para informar cómo reservar los recursos, aunque por su parte no especifica cómo han de hacerse estas reservas.
RSVP no proporciona la ruta que han de seguir los paquetes, este trabajo pertenece a los protocolos de routing.
RSVP no interactúa en el seguimiento de los paquetes.
Vale la pena mencionar que, aunque RSVP sea un protocolo Internet también es un protocolo orientado a conexión ya que los routers tendrán que almacenar información en relación al estado de cada flujo para el que se efectúa una reserva.

Pueden consultarse las especificaciones del protocolo completo en el enlace externo correspondiente a RFC-2205.
Ver más
  • x
  • convención:

Todas las respuestas
Aurea
Aurea Admin Publicado 2020-8-17 09:03:04
Hola Arzobispo gracias por contactarnos en seguida damos respuesta a tu pregunta! :D
Ver más
  • x
  • convención:

Jorge
Jorge VIP Publicado 2020-8-17 10:20:09
@Arzobispo982

Servicios Integrados o IntServ constituyen una arquitectura cuyo cometido es gestionar los recursos necesarios para garantizar calidad de servicio (QoS) en una red de computadores. El concepto que los servicios integrados proponen para cumplir con su cometido, requiere de una nueva arquitectura de protocolos que es difícilmente escalable. Esto se debe a que funciona realizando una reserva extremo a extremo de recursos en los elementos que conforman la red a nivel de aplicación.

RSVP o protocolo de reserva de recursos, es un protocolo de señalización que permite a los usuarios comunicar a la red sus requerimientos de forma robusta y eficiente. Aunque no hay nada que impida la utilización de RSVP en tráfico unicast, originalmente este protocolo había sido pensado para tráfico multicast. En multicast, es común ver distintos flujos de video y audio en tiempo real y estos flujos requieren distintas calidades de servicio.

En el protocolo RSVP vale la pena destacar el concepto de ruta (path). Una ruta define el camino que llevará el flujo de información desde el router emisor hasta el router receptor. Así, cada uno de los paquetes que pertenezcan a un flujo específico de información seguirán la misma ruta. Por lo tanto cada emisor enviará periódicamente un mensaje de ruta por cada flujo de información que genere. Éste contendrá información acerca de la calidad de servicio de cada tipo de flujo. RSVP se vale de las tablas de rutas de cada router para enviar sus mensajes RSVP ya que este protocolo, por sí solo, no trabaja en labores de enrutamiento.

Se destacarán los dos mensajes principales:

PATH: con este mensaje enviado en el sentido del flujo de datos por las rutas facilitadas por el protocolo de routing, una aplicación solicita tomar parte en una sesión RSVP con comportamiento emisor. El formato del mensaje PATH contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Policy_Data], Sender Template, Sender_Tspec y [ADSPEC]. (Los objetos entre [] pueden aparecer pero no son obligatorios)
RESV: en consecuencia a la llegada de un mensaje PATH el receptor contesta con un mensaje RESV en el cual se indica el tipo de reserva a realizar en todo el camino. Este mensaje RESV viajará por la misma ruta seguida por su antecesor PATH pero justo en sentido contrario llegando así al emisor. El formato del mensaje RESV contiene:
Common Header,[Integrity], Session, RSVP_Hop, Time Values, [Reso_Confirm], [Scope], Style y Flow Descriptor List. (Los objetos entre [] pueden aparecer pero no son obligatorios)
Objetivos principales de RSVP:

Debe permitir anchos de banda distintos a lo largo de los caminos de red.
Permitir aplicaciones con diferentes requerimientos.
Funcionamiento unicast y multicast.
Mejorar el enrutamiento multicast-unicast.
Restablecer conexiones.
Actualización de los estados de los routers.
Diseño modular para tecnologías heterogéneas.
Aclaraciones respecto a RSVP:

RSVP es un mecanismo para informar cómo reservar los recursos, aunque por su parte no especifica cómo han de hacerse estas reservas.
RSVP no proporciona la ruta que han de seguir los paquetes, este trabajo pertenece a los protocolos de routing.
RSVP no interactúa en el seguimiento de los paquetes.
Vale la pena mencionar que, aunque RSVP sea un protocolo Internet también es un protocolo orientado a conexión ya que los routers tendrán que almacenar información en relación al estado de cada flujo para el que se efectúa una reserva.

Pueden consultarse las especificaciones del protocolo completo en el enlace externo correspondiente a RFC-2205.
Ver más
  • x
  • convención:

Comentar

Debe iniciar sesión para responder la publicación Inicio de sesión | Registrarse
Responder

Aviso: Para garantizar sus legítimos derechos e intereses, la comunidad y los terceros no publicarán contenido que pueda generar riesgos legales a las partes, por ejemplo, pornografía, contenido político, contenido sobre juego, consumo y tráfico de drogas, así como contenido que viole los derechos de propiedad intelectual de terceros, por ejemplo, secretos comerciales, marcas, derechos de autor, patentes y privacidad personal. No comparta su cuenta ni su contraseña con terceros. Todas las operaciones realizadas usando su cuenta se considerarán como sus acciones y todas las consecuencias que estas acciones generen serán responsabilidad suya. Para obtener información detallada, consulte la “ Política de privacidad.”

My Followers

¡Ingresa y disfruta de todos los beneficios para los miembros!

Inicia sesión

Bloquear
¿Estás seguro de bloquear a este usuario?
Los usuarios en lista negra no pueden comentar tus publicaciones,no pueden mencionarte,no pueden enviarte mensajes privados.
Recordatorio
Agrega tu número de teléfono para obtener un bono de invitación.