Avisos

Estamos finalizando el lanzamiento de la nueva comunidad, debido a ello usted podrá experimentar lentitud en los tiempos de carga de las páginas, así como errores e inconsistencias menores. Le pedimos paciencia mientras finalizamos el proceso. Gracias.

¡Bienvenido a la nueva Comunidad de Soporte de Cisco! Nos encantaría conocer su opinión

QoS en Routers

Lea la biografíaDurante este evento , el experto Héctor Carranza Contreras  hablará del tema de QoS en redes, ya que éstas han evolucionado con el paso del tiempo a tal grado que diversas aplicaciones deben de coexistir y compartir el uso de recursos, cada una de estas aplicaciones con requerimientos diferentes para su correcto funcionamiento. QoS es una herramienta ocupada para optimizar el uso de los recursos de una red en relación al Delay, Jitter, Ancho de Banda y Perdida de Paquetes que se tiene para cada aplicación, el uso correcto de esta herramienta ayudará a que se puedan realizar una distribución adecuada y óptima de los recursos de red para cada aplicativo. Esta sesión tiene como objetivo resolver las dudas que se tengan con respecto  a la implementación de QoS en Routers con respecto a su implementación, funcionamiento y configuración.

Héctor actualmente se desempeña como Ingeniero de Soporte a   Cliente en el TAC, especializado en los diferentes protocolos de ruteo   como EIGRP, RIP, BGP, OSPF. Y  diferentes tecnologías como MPLS,   Multicast, L3VPN, IPv6 y QoS, además de  Arquitectura de equipos como   7600, 6500, 7200, GSR y CRS. Héctor trabajó anteriormente por un año en   el TAC de Getronics México de Cisco, dando soporte técnico a  tecnologías  de CORE y SWITCHING (incluyendo protocolos de ruteo y de  capa 2)  principalmente a clientes de Estados Unidos y Canadá,  posteriormente  trabajó en Telefónica México dando soporte a  Balanceadores de diferentes  marcas incluyendo Cisco, F5 y Citrix.  Héctor es Ingeniero en Sistemas  Computacionales graduado del Instituto  Tecnológico y de Estudios  Superiores de Monterrey Campus Estado de  México, cuenta con las  certificaciones de Cisco: CCNA, CCIP, CCNP.

Por favor use las estrellas para calificar las respuestas e indique si la respuesta que ha recibido es la corrrecta.

Puede ser que Héctor no pueda  responder cada una de las preguntas debido la cantidad  que   anticipamos  para este evento. Recuerde que usted puede  preguntar o seguir haciendo  preguntas en la comunidad de Routing y Switching

Este evento estará disponible del miércoles 08 de enero al miércoles 22 de enero del 2014.

  • Routing & Switching
3 RESPUESTAS
New Member

QoS en Routers

Buenas tardes Héctor,

Me podrías indicar ¿Cuál es la diferencia entre ocupar Bandwidth o Priority en una política de QoS?

Muchas gracias, quedo en espera de tu respuesta.

Carlos F.

QoS en Routers

Hola Carlos,

Gracias por tu pregunta. La diferencia entre utilizar el comando bandwidth y priority es la siguiente:

Bandwidth: Con este comando estableces la cantidad de ancho de banda mínimo que le quieres asignar a una clase. Por ejemplo si tienes un enlace de 2MBs y tienes la siguiente configuración:

policy-map TEST

class VOICE

   bandwidth percent 30

Esto quiere decir que al momento de habilitarse QoS, en momentos de congestion la clase VOICE podrá ocupar como mínimo el 30% del ancho de banda total pero en dado caso de que exista más ancho de banda disponible la clase VOICE podra hacer uso de este.

Priority: Este comando establece el ancho de banda máximo asigando a una clase, volviendo al ejemplo anteior:

policy-map TEST

class VOICE

   priority percent 30

Esto quiere decir que la clase VOICE en momentos de congestion solo podrá ocupar hasta un 30% de la interfaz, sin importar que exista más ancho de banda disponible, la clase VOICE no podra exceder esta limitante.


Espero esto resuelva tu duda,

Saludos,

Hector C.

QoS en Routers

Hola Hector y Carlos,

Solo para agregar a la gran respuesta de Hector el Priority también crea un LLQ (Low Latency Queue) lo cuál dice que en tiempo de congestión en la red los paquetes que pertenezcan a la clase de Priority serán siempre tomados en cuenta de primero para ser despachados por el interface queue scheduler. Esto hasta hacer uso de el 30  % de ancho de banda que se le otorgo a la clase. Posteriormente se manejarán los demás (best-effort) queues.

Saludos a ambos


Julio Carvajal Segura
http://laguiadelnetworking.com

Looking for some Networking Assistance? Contact me directly at jcarvaja@laguiadelnetworking.com I will fix your problem ASAP. Cheers, Julio Carvajal Segura http://laguiadelnetworking.com
1548
Visitas
5
ÚTIL
3
Respuestas