You are on page 1of 13

Realizado por Héctor Cabrejas Fernández y Manuel González Tejerina.

Grupo 14J

.. a su vez basada mayoritariamente en el Protocolo de Internet (IP). Actualmente el desarrollo de estas redes de datos se está enfocando hacia la provisión de Calidad de Servicio (QoS). Evitar que la congestión en determinados nodos de la red afecte a algunas aplicaciones que requieran un determinado ancho de banda (Video Conferencia.) . gracias al constante desarrollo y mejora de las redes de datos. tal y como podemos apreciar en esta gráfica. El objetivo es simple. o un mínimo retardo. la cual debe ser capaz de soportar una cada más amplia gama de aplicaciones. El tráfico producido por dichas aplicaciones ha aumentado exponencialmente en los últimos años. sin la necesidad de ocupar excesivo ancho de banda (Juegos OnLine). Tráfico Global VoIP por regiones (1997 – 2005) . VoIP. la cual se requiere para permitir asegurar determinadas características de calidad en la transmision de información..INTRODUCCIÓN En la actualidad los sistemas informáticos se basan en una red de datos.

Para evitar dicha congestión. las funciones de Calidad de Servicio (QoS) nos permitan catalogar las diferentes aplicaciones para reservarles unos determinados recursos de red. dichas redes de datos no saben distinguir ente las diferentes aplicaciones que transportan. La otra tendencia es la que nosotros vamos a investigar. si bien provoca una gestión ineficiente por definicion de los recursos disponibles. En el ámbito actual de las redes de datos. compartiéndolos de manera desigual entre los diferentes flujos de tráfico. ReSerVation Protocol). Modelo IntServ . hoy en día. radica en la necesidad de mantener información sobre cada flujo en todos los routers de la red. de alguna manera. se pueden discernir dos tipos de tecnologías que proporcionan una determinada Calidad de Servicio (QoS): MODELO INTSERV Basado en la utilización de algún protocolo de reserva (RSVP. lo cual conduce a problemas de escabilidad. nos permite realizar una reserva de recursos en todos los routers implicados en la comunicación. existen dos tendencias bien distintas. Una implica sobredimensionar adecuadamente la red de transporte. El principal inconveniente que se nos presenta ante esta tecnología. Se trata de gestionar de forma inteligente los recursos disponibles. Sin embargo. por lo que necesitaremos que. Este método se basa en el abaratamiento de los sistemas de conmutación y transporte.

a diferencia del anterior. clasificar los paquetes y conocer el tratamiento que debe recibir el tratamiento en los nodos de la red DiffServ. útil para distinguir. y en la asignación de prioridades a estos agregados. se cuenta con una diferente cabecera en los paquetes. como IPv6. . se basa en la división del tráfico en diferentes clases. como ya hemos comentado. La diferenciación de servicios se consigue mediante la definición de comportamientos específicos para cada clase de tráfico entre dispositivos de interconexión. ANALISIS DE SISTEMAS Los servicios diferenciados (DiffServ). hecho conocido como PHB (Per Hop Behavoir). con diferentes prioridades Para ello. División de tráfico en diferentes clases.MODELO DIFFSERV Este modelo. Esta cabecera es compatible tanto con IPv4. Se trata de la cabecera DSCP (DiffServ Code Point). nos proporcionan mecanismos de calidad de servicio para reducir la carga en dispositivos de la red a través de un mapeo entre flujos de tráfico y niveles de servicio. Todos los paquetes que pertenecen a una determinada clase se marcan con un código específico DSCP.

denominado TCB (Traffic Conditioner Block) en función de un clasificador conocido como MF (Multi-Field Classifeier). que podemos ver en la figura. así como nodos DS internos. NODOS EXTERNOS DS (Ingress / Egress Nodes): Se hace imprescindible realizar diferentes funciones como el acondicionamiento de tráfico entre los dominios DiffServ interconectados. que consta de: Dirección IP Puerto (Origen y Destino) Protocolo de transporte DSCP . Este conjunto de nodos definen el dominio Diffserv y presenta un tipo de políticas y grupos de comportamiento de salto (PHB – Per Hop Behavior) que determinarán el tratamiento de los paquetes en la red. Arquitectura DiffServ Vamos a analizar las características necesarias de los diferentes nodos. Más adelante. aparecen nodos externos DS de entrada y salida. Para ello. se deben clasificar y establecer las condiciones de ingreso de los flujos de tráfico.En la arquitectura definida por Diffserv. presentaremos el tipo de políticas que se suele utilizar en la implementación de estos sistemas.

El modelo descrito no hace ninguna suposición acerca de los procedimientos utilizados en el servidor de políticas. sino que se basa en un servidor que devuelve decisiones a las peticiones realizadas por los clientes. necesitamos un protocolo o modo de comunicación que nos garantice la distribución de las políticas de calidad de servicio entre los elementos de red que así lo necesiten. Además. Dicho protocolo.Además. Policy Decision Point) y distintos tipos de Clientes (PEPs. conocido como clasificador BA (Behavoir Aggregate Classifier). A diferencia de los nodos externos. NODOS INTERNOS DS Podrá realizar limitadas funciones de TC (Traffic Conformation). Los nodos DS internos solo se conectan a otros nodos internes. y cumplirá dichas expectativas. Policy Enforcement Points). los nodos DS de entrada (Ingress DS Nodes) serán los responsables de asegurar que el tráfico de entrada cumple los requisitos de algún TCA (Traffic Conditioning Agreement). nos realizará esta tarea. Mensaje COPS . entre los dominios interconectados. tales como remarcado de DSCP. El protocolo COPS se basa en sencillos mensajes de petición y respuesta utilizados para intercambiar información acerca de políticas de tráfico entre un Servidor de Políticas (PDP. se hace indispensable el uso de un modelo extensible y sencillo. para la selección del PHB (Per Hop Behavoir) solo se tendrá en cuenta el campo DSCP. o a nodos externos de su propio dominio. denominado COPS (Common Open Policy Service). De forma análoga. PROTOCOLO DE GESTIÓN DE POLÍTICAS: COPS Dentro de este escenario que define DiffServ. derivado de SLA (Service Level Agreement). los nodos DS de salida (Egress DS Nodes) deberán realizar las funciones de acondicionamiento de tráfico o TC (Traffic Conformation) sobre el tráfico transferido al otro dominio DS conectado.

Los tres primeros son los tres nodos principales que hay que implementar para que el sistema de marcado funcione: el Bandwidth Broker. el Router Frontera y el Gatekeeper de Voz sobre IP. el Gatekeeper de Voz sobre IP (PEP) ralizará las peticiones al Bandwidth Broker (PDP) para que determinadas conexiones de voz reciban Calidad de Servicio (QoS). protección frente al reenvío (replay) e integridad del mensaje. COPS proporciona seguridad a nivel de mensaje mediante autenticación. centralizando la asignación de códigos de marcado a los flujos que salen de la red. El Router Frontera (Egress DS Node) será el encargado de aplicar el marcado a los paquetes salientes. como puede ser una comunicación de Voz sobre IP. El protocolo utiliza TCP como protocolo de transporte para asegurar así fiabilidad en el intercambio de mensajes entre los clientes y el servidor. El Bandwidth Broker actuará como Servidor de Políticas (PDP). Por último. hay cuatro elementos fundamentales a tener en cuenta. y el PDP responde con las decisiones tomadas. . aunque el PDP sigue manteniendo la autoridad en cuanto a las decisiones. Dentro del nodo de red puede existir un LPDP (Local PDP) que puede ser utilizado para tomar decisiones locales en ausencia de un PDP.El modelo COPS Las características principales del protocolo COPS son las siguientes: - El protocolo emplea un modelo cliente – servidor en el que el PEP envía peticiones y actualizaciones al PDP. - - - IMPLEMENTACIÓN En la implementación de un entorno de marcado DiffServ típico. Permite además reutilizar otros protocolos de seguridad existentes para proporcionar autenticación y proteger el canal entre el PEP y el PDP.

el Router Frontera hace una nueva petición para saber si es flujo de datos debe seguir siendo marcado con el mismo código. Los filtros correctamente instalados. es lógico utilizar una asignación estática para tráficos de datos que vayan dirigidos a un puerto TCP fijo. Por el contrario. Para el caso de Tráfico de Voz IP. éste añadirá esa conexión a una tabla interna con todas las conexiones activas junto con el tipo de tráfico al que pertenecen. . Esta aplicación de políticas podrá ser dinámica o estática. COPS. con otro código distinto o con el código por defecto. Por otro lado. en el que tanto el origen como el destino pueden cambiar. Entorno DiffServ Cuando un cliente de voz desea iniciar una llamada. De esta forma no se retienen los paquetes en el router y se evitan problemas. cuando el Router Frontera de nuestra red detecte un nuevo flujo de datos hacia el ISP (Internet Service Provider). a esa conexión se le asignará un código DSCP u otro. Cuando ese tiempo se agota. consulta al Bandwidth Broker como marcar esos paquetes que entran en la red. dependiendo del tipo de aplicación que genere ese tráfico. Cuando la llamada va a establecerse. y si debe recibir un tratamiento DiffServ. se comunica con el Gatekeeper para obtener la dirección IP de la persona a la que desea llamar. en un primer momento y hasta que el Bandwidth Broker le conteste. y se le enviará al Router Frontera para que marque los paquetes relativos a ese flujo de datos. Una vez reciba la petición. disponen de un tiempo de vida. de forma que esos paquetes reciban un tratamiento “best – effort” en la red del proveedor. el Router Frontera. marcará los paquetes con el código “por defecto”.El cuarto elemento necesario para la implementación de dicho entorno es el protocolo de comunicación entre los nodos DS. De esta forma la asignación de calidad de servicio a los flujos de datos puede actualizarse cada cierto tiempo. Se comprobará entonces si esa conexión está instalada en la tabla. el Gatekeeper avisa al Bandwidth Broker y le pasa toda la información relacionada con la llamada. Por su parte. Dependiendo de ese tipo de tráfico. la asignación de códigos DiffServ será dinámica para cada comunicación de voz.

DiffServ solo puede proporcionar cierta probabilidad de Calidad de Servicio (QoS) para cada grupo de agregados. De esta forma surgen conflictos por ejemplo en la descarga de audio-streaming. los paquetes al pasar por dichos ISPs. Cabe destacar que el principal beneficiario de la reserva de QoS será el destino. Como se ha explicado anteriormente. donde el que pagaría sería el servidor en lugar del usuario receptor. . En la actualidad el tráfico de paquetes por Internet viene caracterizado en que para llegar al destino deseado tiene que atravesar diferentes ISPs para alcanzarlo. serán tratados según sus respectivas políticas.VISIÓN DE NEGOCIO Una vez aclarado como DiffServ puede implementarse para alcanzar la tan deseada calidad de servicio en comunicaciones dentro de Internet. pudiendo variar el valor del byte DS en donde se especificarán las prioridades de los paquetes para cada caso. reduciendo la penetración en el mercado. siendo el origen el que debe pagar por conseguir ese trato diferenciado de su tráfico. una calidad extremo a extremo sólo será alcanzable cuando todos los elementos involucrados en la cadena (dominios DiffServ) actúen según las mismas políticas. como pueda hacer ATM a través de circuitos. El problema que esto sugiere para el modelo DiffServ es que cada ISP intermedio tenga una política de tráfico y contrato SLA diferente al nuestro. las cuales impiden en cierta manera la implementación de este sistema de forma genérica. el modelo DiffServ divide el tráfico en diferentes clases formando agregados y asigna diferentes prioridades a dichos agregados. De esta forma. los cuales recibirán el tratamiento correspondiente en los nodos de la red. en cambio por este mismo motivo no podemos asegurar que de manera determinista que los flujos de tráfico consigan determinados parámetros QoS. Como consecuencia de esto. debemos comentar la existencia de ciertas limitaciones que presenta el modelo DiffServ. El punto más atractivo de este método es la gran escalabilidad que se obtiene en la red.

en el modelo DiffServ se plantean varias posibilidades a la hora de decidir quien es el encargando de de marcar la QoS en los paquetes. Finalmente. Esto puede suponer una complicación a la hora de ofrecer el servicio y tarificarlo. Esto puede ser muy productivo en servicios basados en suscripciones.Viendo las dificultades que se presenta para encauzar el trafico. En muchos casos esto no planteará ningún problema. este mismo problema aparecía en el nacimiento de Internet. Siempre hablamos de la QoS extremo a extremo en DiffServ típicamente se hace referencia a QoS entre los routers extremos entre origen y destino (que es donde se hace la diferenciación de paquetes). en el modelo DiffServ parece lógico que alcanzar un destino más lejano resulte más caro que otro más cercano donde se necesiten atravesar menos ISPs. podrían aparecer en el modelo de negocio de redes DiffServ. donde el usuario fija las características de la transmisión que va a recibir. Hemos caracterizado que en el modelo DiffServ el mayor beneficiario es el destino. siendo él el que eligiera el tratamiento deseado. lo que podría llevar a que la QoS final conseguida se limitase a la de los paquetes ACK (que limitan el manejo de la ventana de transmisión). etc. . Por ejemplo consideremos el establecimiento de una conexión TCP. pero en los casos en que se establezca una comunicación bidireccional podrían aparecer problemas. puede ser muy útil para ciertas aplicaciones/servicios descritas a continuación. donde también resultaba más caro enviar un paquete cuantos más ISPs tuviese que atravesar. Si esto fuera así. y sin embargo. Por otro lado.. En servicios como Pay Per View (Video On Demand). ya que la reserva de QoS es unidireccional. ya que limitaría el acceso a esta tecnología. otra posibilidad consiste en crear algún sistema de comunicación con nuestro proveedor de acceso que nos permita indicar nuestros gustos de QoS en función del servicio. entonces sería necesario modificar de alguna forma las aplicaciones y/o la pila de protocolos. el modelo DiffServ no permite lograr QoS en la red de acceso. aún teniendo las limitaciones que acabamos de ver. quedando un dimensionamiento adecuado en manos del usuario final. Parece lógico entonces pensar que de alguna manera nuestro proveedor de acceso a Internet nos tarificará adecuadamente teniendo en cuenta que los mensajes deberán ser tratados adecuadamente en los diferentes ISPs (con los costes que ello suponga). En un primer momento parecería que esa decisión la tendría que tener el usuario. la solución no presenta muchas dificultades ya que se supone que el usuario tiene mayor control sobre la red de acceso. marcando la QoS en los paquetes. canales de televisión. por el momento los proveedores de acceso han decidido ofrecer una tarifa fija independientemente del destino de los paquetes. Como hemos planteado anteriormente el mayor beneficiario del modelo DiffServ es el destino. En consecuencia el coste de enviar un paquete será diferente en función del camino que deba atravesar. Sin embargo. No obstante. Considerando poco deseable esta opción. canales de radio. Si la reserva es unidireccional los paquetes ACK que viajen en sentido contrario tendrán el tratamiento normal de paquetes. Sin embargo.

existen una serie de aplicaciones con determinados requisitos de QoS donde el desarrollo e implementación de alguna tecnología de QoS en la actual Internet podría suponer su despegue.En estos casos el proveedor de contenidos recibiría cierto ingreso por cada evento distribuido. Este problema desaparecería en el caso de VPNs (Virtual Private Networks) donde el origen y el destino pertenecen a la misma organización. especialmente cuando los usuarios tienen sin utilizar toda la capacidad de una red ya existente la cual pueden usar para VoIP sin un costo adicional. en contraste con las llamadas de VoIP a PSTN que generalmente cuestan al usuario de VoIP. De esta manera. Las llamadas de VoIP a VoIP entre cualquier proveedor son generalmente gratis. Por otro lado. vemos que el principal problema es poner de acuerdo a origen y destino para alcanzar un acuerdo en la QoS deseada. los ISPs intermedios no cambiarán las prioridades de los paquetes al compartir la misma política. Algunos ahorros en el costo son debidos a utilizar una misma red para llevar voz y datos. un sistema de enrutamiento de conversaciones de voz mediante paquetes basados en IP por la red de internet. dicha selección dependerá de lo solicitado por los usuarios. A continuación podemos ver algunos ejemplos: Resulta de especial interés en las videoconferencias. . Y sería el mismo el encargado de seleccionar la calidad de servicio que recibirían los usuarios. Siguiendo el mismo razonamiento. el desarrollo de DiffServ podría presentar un especial interés de cara a la creación de VPNs sobre una red IP. donde incluimos cualquier tipo de escenario VoIP (Voice over IP). de manera que comparten los mismos criterios sobre QoS. Escenario VoIP Las ventajas de este sistema es que el servicio de telefonía vía VoIP es gratuito o cuesta muchísimo menos que el servicio equivalente tradicional y similar a la alternativa que los proveedores del servicio de la Red Pública Telefónica Conmutada (PSTN) ofrecen.

se utilizará más o menos ancho de banda. La voz ha de codificarse para poder ser transmitida por la red IP. Una vez establecidos los retardos de procesado. Suele tratarse de aplicaciones que no requieren un gran ancho de banda. en base a retardos y ancho de banda.El principal problema que presenta hoy en día la penetracion de VoIP es garantizar la calidad de servicio sobre una red IP. La implantación de IPv6 que proporciona direccionamiento y la posibilidad de tunneling. por lo que la prioridad debe ser alta. actualmente no es posible.PQ (Priority Queuing). La existencia de una gran plataforma de videojuegos está supeditada a la provisión de QoS. Se asigna la prioridad al tráfico de menos carga. Según el Códec utilizado en la transmisión.WFQ (Weight Fair Queuing) . Las tendencias actuales son: CQ (Custom Queuing) . ya que se aprovecha mejor el ancho de banda al transmitir menos información Compresión de cabeceras aplicando los estándares RTP/RTCP. La calidad de servicio se está logrando en base a los siguientes criterios: La supresión de silencios.Evita tablas de encaminados intermedios y establece decisiones de rutas por paquete. es por eso que se presentan diversos problemas en cuanto a garantizar la calidad del servicio. . pero la llegada de DiffServ podría suponer el despegue definitivo de estos servicios. Establece prioridad en las colas. otorga más eficiencia a la hora de realizar una transmisión de voz. mayor espacio de - - El desarrollo de este tipo de comunicaciones no ha tenido éxito hasta la fecha por la falta de algún tipo de provisión de QoS que cumpliera los requisitos nombrados anteriormente. pero si importantes requisitos de retardo. Para ello se hace uso de Códecs que garanticen la codificación y compresión del audio y/o del video para su posterior decodificación y descompresión antes de poder generar un sonido o imagen utilizable.Asigna un porcentaje del ancho de banda disponible. retardos de tránsito y el retardo de procesado la conversación se considera aceptable por debajo de los 150 ms. La cantidad de ancho de banda suele ser directamente proporcional a la calidad de los datos transmitidos. Otro caso interesante podrían ser los juegos online. Priorización de los paquetes que requieran menor latencia.

adslzone.org/wiki/Differentiated_services Red Iris [Información e ilustraciones] http://www.com/en/US/products/ps6610/products_white_paper09186a00800a3e2f .es/cgarcia/articulos/cita2002_diffserv.htm Differenciated Services (Wikipedia) http://en.org/eventos/cursos/INTERNET/PONENCIAS/Luis%20Borges%20 Chamorro-%20Espana/08-%20CalidadVoIP.es/ DiffServ -.it.The Scalable End-to-End QoS Model http://www.ppt .shtml Voz sobre IP (Wikipedia) http://es.El desarrollo de la tecnología Diffserv se encuentra en una fase lo suficientemente madura como para plantearnos su posible implantación a gran escala.wikipedia.uc3m.pdf Servicios Diferenciados (DiffServ) [Presentación] http://telematica. BIBLIOGRAFÍA Diffserv como solución a la provisión de QoS en Internet (Jorge Escribano.cicese.wikipedia.org/wiki/Voz_sobre_IP Voz sobre IP (ADSL Zone) http://www.net/voz_ip.mx/i2/presentaciones/Primavera_2k1_CUDI_parte_2_files/fra me....cisco.regulatel. La funcionalidad que nos aporta este modelo puede permitir el despegue definitivo de determinados servicios con ciertos requisitos de calidad de servicio.) http://www.html Calidad VoIP (Luis Borges Chamorro) http://www.rediris.