1. 6.2 Mecanismos de QoS
1.1. Conceptos de QoS.
1.1.1. QoS es fundamental en redes actuales.
1.1.1.1. Permite priorizar tipos de conexiones o servicios según su naturaleza.
1.1.1.2. Permite controlar la congestión cuando la demanda de ancho de banda es mayora la cantidad disponible.
1.1.1.3. Permite asignar diferentes tipos de ancho de banda de acuerdo a perfiles de tráfico.
1.1.1.4. Es uno de los componentes de las redes convergentes.
1.1.2. QoS se puede priorizar ciertos tipos de servicios o conexiones según su criterio.
1.1.2.1. DiffServ es el modo operativo de QoS más utilizado.
1.1.2.1.1. Los datos tardan mas en ser enviados, se almacenan en el buffer para después enviarlos poco a poco y que salgan correctamente.
1.1.2.1.2. El jitter es la variación de la latencia, cuando hay protocolo con jitter muy elevado los router los descartan, hay jitter menos agresivos debido a que Delay buffer puede reaccionar a tiempo pero, si es muy extenso hay perdidas de paquetes.
1.1.2.2. IntServ es el modelo de servicios integrados o modelo .
1.1.2.2.1. Proporciona un grado muy alto de QoS a paquetes IP con entrega garantizada.
1.1.2.2.2. Utiliza un proceso de señalización conocido como RSVP o protocolo de reserva de recursos.
1.2. Implementación de los dispositivos de red en QoS
1.2.1. Las herramientas de implementación de QoS se pueden clasificar en tres categorías principales:
1.2.1.1. Herramientas de clasificación y marcado: el tráfico de sesión se clasifica en diferentes grupos de prioridad y los paquetes se marcan.
1.2.1.2. Herramientas para evitar la congestión: las clases de tráfico son recursos de red asignados y parte del tráfico se puede eliminar, retrasar o remarcar de forma selectiva para evitar la congestión.
1.2.1.3. Herramientas de gestión de la congestión: durante la congestión, el tráfico se pone en cola para esperar la disponibilidad de esos recursos; Las herramientas incluyen colas equitativas ponderadas basadas en clases y colas de baja latencia.
2. 6.1 QoS Overview
2.1. Perfiles de trafico de VoIP
2.1.1. Video
2.1.1.1. El tráfico de voz es predecible y fluido, no hay razón para retransmitir voz si se pierden paquetes.
2.1.1.2. Los paquetes de voz deben recibir una prioridad más alta que otros tipos de tráfico.
2.1.1.3. La voz puede tolerar una cierta cantidad de latencia(no debe superar los 150 ms), fluctuación(no debe superar los 30 ms) y pérdida sin efectos notables.
2.1.2. Video sobre IP.
2.1.2.1. Una cámara fija consume aprox. 1mgb por segundo pero si hay movimiento el consumo sube un poco incluso a 2, la cámara necesita consumir más información y por eso se generan picos.
2.1.2.2. Sensible a perdidas normalmente menos del 1% ya que si excede la imagen salen defectuosas.
2.1.2.3. Sensible a latencias hasta 400ms incluso en condiciones extremas aunque consume más ancho de banda que la voz.
2.1.2.4. Variación de jitter no debe de ser mayor a 50ms.
2.1.3. Datos.
2.1.3.1. Estos son impredecibles, ya que el usuario puede consumir ráfagas de ancho de banda durable y tenga impacto negativo sobre la red.
2.1.3.2. El trafico es impredecible a las perdidas ya que TCP reenvía las perdidas.
2.1.3.3. Puede consumir el ancho de banda total de un enlace y establecer políticas para cada uno.
2.2. Políticas de control de calidad de servicio: Encolamiento o Queuing principales.
2.2.1. FIFO: First in, first out (el primero que entra es el primero que sale).
2.2.1.1. Todos los paquetes se tratan de la misma forma y no hay conciencia de trafico sensible que puede llegar a ser descartado.
2.2.1.2. Las interfaces por defecto son ethernet(2.048 Mbps) y funcionan en FIFO, es ideal con un mínimo de congestión y gran ancho de banda.
2.2.2. WFQ: Weighted fair queuing (encolamiento controlado basado en pesos).
2.2.2.1. Clasifica y da prioridades, es automático en base a un mecanismo interno para clasificar el trafico en diferentes de flujo dinámico.
2.2.2.2. No se utilizan ACL´s y cada flujo es un FIFO separado. Dependiendo del contenido toma su decisión, con el tráfico cifrado esconde la información así que no funciona.
2.2.3. CBWFQ: Class-based weighted fair queuig (encolamiento controlado basado en pesos basado en clases).
2.2.3.1. Se basa en WFQ las clases se definen utilizando acceslist, cada clase funciona como un FIFO individual.
2.2.3.2. Descarta los paquetes del final de la cola cuando hay mucha congestión.
2.2.3.3. Los dispositivos tiene una capacidad limitada debido a la congestión.
2.2.4. LLQ: Low latency queuig (encolamiento de baja latencia).
2.2.4.1. Sin LLQ, CBWFQ proporciona WFQ basado en clases definidas sin una cola de prioridad estricta disponible para el tráfico en tiempo real.
2.2.4.2. Con LLQ, los datos sensibles al retardo se envían primero, antes de que se traten los paquetes de otras colas.
2.2.4.3. LLQ permite que los datos sensibles al retraso, como la voz, se envíen primero, dándoles un trato preferencial.
2.3. Propósito de QoS
2.3.1. QoS permite al administrador priorizar ciertos tipos de tráfico sobre otros. El tráfico de video y el tráfico de voz requieren mayores recursos que otros tipos de tráfico. Las transacciones financieras son sensibles al tiempo y tienen mayores necesidades que una transferencia FTP o tráfico web (HTTP).
2.3.2. Los paquetes se almacenan en búfer y se han establecido tres colas de prioridad:
2.3.2.1. Cola de alta prioridad
2.3.2.2. Cola de prioridad media
2.3.2.3. Cola de baja prioridad