Diferencia entre revisiones de «Servicios integrados»
Contenido eliminado Contenido añadido
Sin resumen de edición |
quito algunos juicios de valor, quito el apartado "conclusión" que es propio de un ensayo y no de un artículo enciclopédico |
||
Línea 6:
¡Gracias por contribuir! -->
'''Servicios Integrados''' o '''Intserv''' constituyen una arquitectura que nos muestra los recursos necesarios para garantizar [[calidad de servicio]] (
Línea 20:
== Introducción ==
Es fundamental la capacidad de poder diferenciar
Supongamos un caso en que un usuario está utilizando simultáneamente dos aplicaciones [[multimedia]] diferentes: una para realizar llamadas [[VoIP]] y otra para intercambiar información entre dos computadoras [[FTP]]. Si este usuario decidiese dar preferencia a su llamada VoIP y por ejemplo asignar a la misma, un ancho de banda mínimo satisfactorio para una correcta comunicación(ancho de banda que no está teniendo dado que sus recursos están siendo compartidos con el intercambio de ficheros FTP). El usuario estará pidiendo una calidad de servicio distinta para sus dos aplicaciones, en otras palabras, estará pidiendo que los paquetes IP de su conversación de voz tengan preferencia sobre sus paquetes FTP.
Otro ejemplo sería respecto al visionado de video y audio
Así, surgen para dar esta calidad de servicio dos arquitecturas generales:
Línea 41:
'''Control de admisión''':como hemos dicho anteriormente, antes de enviar la
En una nueva sesión:
* Se declararán los requerimientos de QoS, se hará mediante [[Request Specification|RSPEC]] (Request SPECification)
* Se caracterízará el tráfico que se mandará a la red, se hará mediante [[Traffic Specification|TSPEC]] (Traffic SPECification). TSPEC define el servicio de cada flujo. Podemos diferenciar las siguientes categorías de servicio:
:* Servicio garantizado: la tasa de transmisión acordada está garantizada. También se garantiza la ausencia de pérdidas. Este servicio es el idóneo para aplicaciones en tiempo real.
:* Servicio controlado: la tasa de transmisión acordada se cumple si la red no está sobrecargada, la tasa de pérdidas es bastante baja. Se puede adaptar a aplicaciones en tiempo real pero no es más adecuado para navegación web, FTP y aplicaciones similares.
Para comunicar RSPEC y TSPEC a los routers se utilizará el protocolo [[RSVP]].
'''Enrutamiento''': nos basaremos en [[QoS]] para enrutar los paquetes
|