Calidad de Servicio Calidad de Servicio (QoS) es un requerimiento creciente en las redes actuales.

La presencia de trfico de VoIP y crecientemente de video o multicast en la misma infraestructura que se utiliza para el trfico de datos requiere de la implementacin de QoS a fin de asegurar una correcta prestacin de cada uno de los servicios.

QoS (Quality of Service) es esencialmente un servicio que prioriza el trfico de datos al reducir ciertos paquetes de datos poco importante. Estos paquetes importantes luego llegar a su destino lo ms rpido posible. El servicio con la prioridad ms alta llega a pasar por el primer router, la reduccin de la demora que se puede experimentar sin estar presente el QoS. No puede hacer que la aplicacin o los datos pasan a travs de ms rpido de lo que sera sin presentar datos de trfico de la competencia, pero cuando hay presencia de otros datos pueden ser la prioridad para pasar a la parte delantera de la cola y pasar. Las colas son la celebracin de los contenedores de los datos de un dispositivo de red (s) en que los datos no se puede enviar inmediatamente. Normalmente, los enrutadores utilizar un FIFO (First In, First Out) mtodo a menos que Setting up QoS for VoIP can help correct choppy audio. alguna otra configuracin se ha activado, como el etiquetado QoS. Cuando un router es capaz de proyectar la cantidad de datos que puede recibir, entonces se forma el trfico de paquetes de cola, lo que retrasa los paquetes de baja prioridad, mientras que dejar que los paquetes de alta prioridad continuar. Las etiquetas de calidad de servicio puede tener diferentes niveles de importancia, de mayor a medio y bajo o crtico, importante o de mejor esfuerzo, en funcin del router y puede ser priorizadas por una serie de mtodos diferentes. Los tipos ms notables de etiquetado es routers pequeos son los reales del puerto Ethernet del router, la direccin MAC del punto final, y el puerto TCP o UDP. QoS en escenarios inalmbricos El entorno inalmbrico es muy hostil para medidas de Calidad de Servicio debido a su variabilidad con el tiempo, ya que puede mostrar una calidad nula en un cierto instante de tiempo. Esto implica que satisfacer la QoS (Quality of service, Calidad del servicio en su acrnimo ingls) resulta imposible para el 100% de los casos, lo que representa un serio desafo para la implementacin de restricciones de mximo retardo y mxima varianza en el retardo (jitter) en sistemas inalmbricos. Los sistemas de comunicaciones ya estandarizados con restricciones QoS de retardo y jitter en entornos inalmbricos (por ejemplo en GSM y UMTS) slo pueden garantizar los requisitos para un porcentaje (<100%) de los casos. Esto implica una cada del servicio (Outage o downtime en ingls), generando los cortes de llamadas y/o los mensajes de red ocupada. Por otro lado, algunas aplicaciones de datos (por ejemplo, WiFi) no requieren de restricciones de mximo retardo y jitter, por lo que su transmisin slo necesita de la calidad media del canal, evitando la existencia de cadas del servicio. Soluciones para la calidad de servicio

Cuatro diferentes clases de aplicaciones han sido definidas, donde cada clase se distingue por sus propios valores de mximo retardo y jitter. La figura (1) muestra estas clases: 1. Conversacin: caracterizada por la ms alta prioridad y los requerimientos de menor retardo y jitter. 2. Streaming: flujo de vdeo o voz. 3. Servicios interactivos. 4. Aplicaciones secundarias: la ms baja prioridad y mayor permisividad de retardo y jitter.

Los beneficios de la solucin PlaNetS se resumen en: 1. La posibilidad de pre-calcular el mximo retardo y jitter de la comunicacin; y para cada una de las clases de aplicaciones. 2. La solucin propuesta es implementada con un simple scheduler que conoce la longitud de las colas de paquetes. 3. La conformidad de los nodos de la comunicacin es fcilmente comprobable. 4. Una mayor QoS, tanto para el sistema como para el usuario final. 5. La posibilidad de obtener esquemas prcticos de control de acceso (Connection Admission Control,(CAC), en ingls).

Figura 1: Las cuatro diferentes clases de servicios en Medea+ PlaNetS Calidad de servicio utilizando UPnP UPnP es una tecnologa desarrollada por el UPnP Forum que permite a los dispositivos en una red formar comunidades y compartir servicios. Cada dispositivo se ve como coleccin de uno o ms dispositivos y servicios empotrados no necesitando establecer ninguna conexin preliminar o persistente para comunicarse con otro dispositivo. Existe un punto de control que descubre los dispositivos y sincroniza su interaccin. Esta tecnologa se usa sobre todo en el entorno multimedia, pudindola utilizar en dispositivos comerciales como la XBOX 360 (compartir archivos multimedia entre la videoconsola y el ordenador), la generacin de mviles N de Nokia, etc.

Dentro del UPnP Forum se trabaja en la especificacin de arquitecturas de calidad de servicio, y considerando la calidad de servicio local, es decir dentro de la red local. La segunda versin de la especificacin de la arquitectura de calidad de servicio UPnP se ha publicado,2 donde la especificacin no define ningn tipo de dispositivo, sino un framework de UPnP QoS formado bsicamente por tres distintos servicios. Estos servicios, por lo tanto, van a ser ofrecidos por otros dispositivos UPnP. Los tres servicios son: 1. QosDevice 2. QosPolicyHolder 3. QosManager La relacin entre estos servicios puede verse en la figura (2) en la que se muestra un diagrama con la arquitectura UPnP QoS.

Figura 2: la arquitectura UPnP QoS. En la figura se aprecia que un punto de control es el que inicia la comunicacin (por ejemplo, puede ser un punto de control multimedia). Este punto de control tiene informacin del contenido a transmitir, origen y destino de la transmisin, as como de la especificacin del trfico. Con esta informacin, accede al gestor de QoS (QosManager), que a su vez acta como punto de control para la arquitectura QoS. El QosManager consulta al QosPolicyHolder para establecer las polticas para el trfico (bsicamente para establecer la prioridad de ese flujo de trfico). El QosManager calcula adems los puntos intermedios en la ruta desde el origen al destino del flujo, y con la informacin de la poltica, configura los QosDevices que hay en dicha ruta. En funcin de los dispositivos QosDevices, o bien ellos mismos o bien la pasarela pueden realizar control de admisin de flujos. Estas interacciones entre los distintos componentes de la arquitectura se reflejan en la figura (3).

Figura 3: las interacciones de la arquitectura.

Soluciones para la calidad de servicio El proyecto PlaNetS ampla las arquitecturas de calidad de servicio actuales en redes locales para proporcionar calidad de servicio extremo a extremo. Por lo tanto el objetivo es que desde los propios dispositivos locales que tiene el usuario hasta la entrada/salida del entorno residencial se guarda el esquema de QoS UPnP. Los objetivos concretos son: 1. Diseo de un mecanismo de gestin de QoS extremo a extremo, potencialmente desde un dispositivo multimedia en una red local a otro en otra red local, incluyendo la configuracin de la QoS en las pasarelas, red de acceso y ncleo de la red. 2. Flexibilidad en el soporte de distintas tecnologas de red y dispositivos perifricos. 3. Desarrollo de un modelo de datos flexible que permita la integracin de la gestin de la calidad de servicio en sistemas heterogneos, y que tenga en cuenta distintos aspectos que influyen en la calidad de un servicio. 4. Soporte a calidad de servicio con prioridades y parametrizada. 5. Basado, en la medida de lo posible, en soluciones estndares.

Modelos de implementacin de QoS

En la actualidad hay 3 modelos de aplicacin de calidad de servicios para redes de datos:

Best-Effort. No se discrimina ningn tipo de trfico y se brinda el mejor soporte posible desde la infraestructura. IntServ. Las aplicaciones cuyo trfico requieren tratamiento diferencial sealizan la red para requerir y garantizar los recursos necesarios para el adecuado funcionamiento de la aplicacin. Garantiza las condiciones de operacin de cada una de las sesiones que se establecen. DiffServ. La infraestructura de la red es la que reconoce los diferentes tipos de trfico y aplica polticas diferenciadas para cada clase de trfico. Es ms escalable y flexible en su implementacin.

Best Effort Es el modelo aplicado en Internet, y el que aplica por defecto toda red que no tiene polticas explcitamente definidas. No garantiza ningn tratamiento o recurso especfico a ningn flujo de informacin. Todo paquete es tratado de igual forma; no hay tratamiento preferencial. Las principales caractersticas del modelo son:

Altamente escalable. No requiere mecanismos o configuraciones especiales. No garantiza recursos ni diferencia ningn tipo de servicio.

IntServ Modelo de implementacin de servicio bajo demanda. Tiene como objetivo garantizar recursos disponibles a lo largo de una ruta para una aplicacin especfica. Antes de iniciarse propiamente la sesin de la aplicacin se sealiza la ruta para verificar la disponibilidad de los recursos necesarios para un adecuado desarrollo de la misma .Una vez que la aplicacin realiza la reserva de recursos la misma se mantiene an cuando la aplicacin no la est utilizando, hasta tanto se levante la reserva de recursos. Permite garantizar las condiciones de operacin de aplicaciones crticas. Sus caractersticas ms importantes son:

Negocia condiciones especficas de calidad de servicio antes de que se inicie la comunicacin propiamente dicha. Una vez hecha la reserva, la aplicacin cuenta con los recursos reservados ms all de la situacin de trfico de la red. Puede adecuarse a demandas especficas y diferentes de cada tipo de trfico o aplicacin. La reserva de recursos se realiza para cada flujo de informacin en particular. No se reservan recursos en funcin de la aplicacin genricamente. Cuando se asocia a desarrollos de telefona IP, da una aproximacin orientada a la conexin para este tipo de servicios. Cada dispositivo a lo largo de la ruta configura y mantiene la operacin de cada comunicacin individualmente. Utiliza los servicios de RSVP (Resource Reservation Protocol).

No es escalable en grandes redes o implementaciones muy complejas.

DiffServ Modelo de implementacin de recursos garantizados de modo genrico y no por flujos o sesiones. Permite garantizar diferentes condiciones de servicio para diferentes tipos de trfico, de modo escalable y efectivo, a travs de toda la red.

No requiere sealizacin previa. No permite garantizar condiciones de trfico extremo a extremo. Es muy flexible y escalable. Divide el trfico en clases en funcin de los requerimientos de la organizacin. Cada paquete recibe el tratamiento que se ha definido para la clase a la cual ese paquete pertenece. A cada clase se le puede asignar un diferente nivel de servicio y con ello diferentes recursos. La asignacin de recursos se hace salto por salto en cada dispositivo de la red y no para una ruta especfica. El mecanismo de implementacin es relativamente complejo.

Qu es calidad? En las redes, la calidad puede significar muchas cosas. En VoIP, la calidad significa simplemente ser capaz de escuchar y hablar con una voz clara y continua, sin que el ruido no deseado. La calidad depende de los siguientes factores:

de prdida de datos caractersticas constantes de retardo (jitter llamada) latencia , lo que echo

Lea ms sobre la calidad de voz VoIP: Factores que afectan la calidad de VoIP? Qu es el servicio? Servicio puede significar muchas cosas en la red, ya que lleva una cierta ambigedad en el significado. En VoIP, por lo general significa lo que se ofrece a los consumidores en trminos de medios de comunicacin.

Cmo lograr calidad de servicio? En un ordenador personal (pequea escala) el nivel, calidad de servicio se establece a nivel del router. Si usted quiere hacer cumplir las polticas de QoS en la red, asegrese de usar un

enrutador que est equipado con software de calidad de servicio, que se puede utilizar para configurar la calidad de servicio que necesita. Si usted es un usuario individual, entonces hay una gran posibilidad de que su proveedor de servicios VoIP ya implementa QoS en sus servidores, aunque esto no siempre es as. De esta manera, las configuraciones de QoS ser tal, que estn a favor de la voz sobre otros tipos de datos. Pero entonces, ya que va a utilizar una conexin a Internet de un proveedor de otro tipo (ISP), el efecto es un tanto diluida, a menos que la aplicacin de QoS en el ATA o router. Algunos telfonos IP permiten esto.

Mecanismos de QoS

QoS se instala normalmente en primer lugar, el marcado de paquetes, y luego la polica los paquetes, y, por ltimo, la programacin de los paquetes. Marcado se refiere a decidir qu prioridad debe ser un paquete y el etiquetado en consecuencia. Por ejemplo, un flujo de voz RTP que tienen la mxima prioridad. La polica se refiere a las acciones se basa en el router como los paquetes estn marcados. Por ejemplo, podemos especificar que los paquetes marcados con la ms alta prioridad debe ser guaranteed10 por ciento de ancho de banda disponible en el vnculo general de. La planificacin hace referencia a la interfaz de hecho al servicio de los paquetes, en el orden determinado por la forma en que los paquetes marcados son vigilados. En otras palabras, en el caso de alta prioridad de voz de paquetes RTP, los vamos a entregar, y luego entregar todos los dems paquetes de acuerdo a sus prioridades (si aplica). Todos estos pasos se pueden realizar en el mismo dispositivo o en dispositivos diferentes. Por ejemplo, los telfonos IP de Cisco puede configurar automticamente su voz paquetes RTP a una alta prioridad. Esto significa que usted no tiene que probar que tipo de paquete en el router. Marcado de un router aade carga de la CPU, por lo que si pueden ser descargados a un dispositivo que puede hacerlo de forma nativa, que es generalmente una buena idea.
AutoQos Qu es AutoQos? Con el avance progresivo de las redes convergentes, y particularmente de algunos servicios como los de telefona y video sobre IP (CoIP comunicaciones sobre IP) se ha introducido un concepto que es cada da ms generalizado: Calidad de Servicio (QoS). Paralelamente, y como ya nos tiene acostumbrados, Cisco marcha a la vanguardia de la introduccin de estas nuevas tecnologas y propuestas. Cisco IOS implementa hoy varios mtodos diferentes de implementacin de QoS, tantos y tan complejos como para que se haya dedicado libros completos solamente al tema. Pues bien, Cisco ha desarrollado una nueva forma de QoS denominada AutoQoS y que tiene como propsito facilitarle al Administrador de la red el seteo bsico de los atributos de QoS.

QoS ofrece entre otros, estos beneficios:

Prioriza el trfico que es sensible al delay; por ejemplo, para asegurarnos de que el trfico de voz no sea afectado por un delay excesivo se le da prioridad al momento de reenviarlo. Prioriza trfico de modo tal que las aplicaciones no-crticas para la operacin de la empresa no ralenticen o entorpezcan el trfico que corresponde a aplicacones crticas para el negocio de la empresa. Prioriza trfico para asegurar que trfico indeseable en la red no sobrecargue el uso de ancho de banda. Preservar el ancho de banda dilatando el reenvo de informacin no crtica para la empresa.

En dispositivos Cisco IOS se puede configurar QoS de diferentes modos. Las 4 opciones principales son:

Configurar QoS manualmente creando listas de acceso para identificar trfico que luego es controlado con comandos especficos de QoS. Utilizar el QoS Wizard de SDM (Security Device Manager) de Cisco para crear polticas QoS predefinidas que pueden ser editadas ms tarde. Utilizar AutoQoS para crear polticas basadas en el flujo de trfico en tiempo real a travs del router o switch. Utilizar AutoQos para crear polticas predefinidas para el flujo de trfico de VoIP a travs de los dispositivos Cisco IOS.

Como configurar Quality of Sevice (QoS), ejemplo para trfico HTTP y e-mail. Quality of Sevice (QoS) es la tecnologa que garantiza la transmisin de cierta cantidad de datos en un tiempo dado (throughput), y hace referenca a la capacidad de dar una buena calidad servicio. La funcion de QoS en los equipos Draytek permite a los usuarios el control del flujo de datos por puerto o host. El trfico que pasa atravs del router se clasificar segn cuatro clases definidas. Cada clase tiene una prioridad determinada, reservando as una porcin de ancho de banda, de tal manera que el usuario puede definir tres de estas clases segn sus necesidades, por ejemplo, proporcionar alta prioridad para algunas aplicaciones sensibles a retardo como puede ser VoIP o aplicaciones de video en tiempo real, o a un determinado usuario o host. Le mostramos a continuacin un ejemplo sobre como aplicar QoS al trfico HTTP y e-mail, la configuracin es similar para cualquier modelo de Draytek: Supongamos dos trabajadores de una empresa, uno est utilizando el correo para descargar un importante documento, y el segudo est descargando un juego para su PC, es evidente que el trfico generado por el primer usuario es considerablemente ms prioritario para la empresa, que el generado por el segundo trabajador. En este caso es posible limitar las

descargas HTTP, de muy baja prioridad, a un 10% del ancho de banda y dejar un 50% para el trfico generado por e-mails, de la siguiente manera:

1.En primer lugar, en el apartado QoS Control Setup, activar la casilla Enable QoS Control, elegimos "IN" en el apartado Direction y tecleamos la porcin de ancho de banda que queremos reservar para este servicio en Reserved_bandwidth Ratio:

2. Hacemos click en el boton Basic y en el listado Class Index #1 seleccionamos HTTP(TCP:80), hacemos click en ADD>>, y en OK:

3. Seleccionamos la primera regla, y pulsamos el botn Edit, para cambiar la direcin IP de origen por 192.168.1.10 botn SrcEdit (en este ejemplo, la direccin IP del PC del segundo usuario):

4.Nuevamente en el apartado Advanced Setup > QoS Control Setup > Basic Configuration, en el listado Class Index #2 seleccionamos POP3(TCP:110) y SMTP(TCP:25) y hacemos click en ADD>>:

5. Seleccionamos la primera regla, y pulsamos el botn Edit, para cambiar la direcin IP de origen por 192.168.1.11, botn SrcEdit (en este ejemplo, la direccin IP del PC del primer usuario):

6. En el apartado QoS Online Statistics, podemos ver los datos de ancho de banda configurado. Si el servicio de e-mail no est utilizando todo el ancho de banda que se configur, este ser asignado a otros servios hasta que sea requerido.