el 07-11-2024 01:19 AM - fecha de última edición 07-12-2024 10:12 PM por Jimena Saez
Presentación del webinar Community Live
Con la colaboración de Lizbeth Gómez, César Ávila y Rodolfo Rico.
El objetivo de esta sesión fue abordar el funcionamiento de las Sesiones de Control y la Detección de Reenvío Bidireccional (BFD) en Catalyst SD-WAN. Se analizaron individualmente cómo se forman las Sesiones de Control, así como las sesiones de BFD. También vimos cuál es la configuración que se requiere para su correcto funcionamiento, y cómo el Overlay Management Protocol (OMP) colabora en ello. Así mismo se expuso brevemente los problemas más comunes de estas dos funcionalidades de Catalyst SD-WAN.
Recuerde que la presentación está disponible en pdf para su comodidad. Si este documento le ha resultado útil, no olvide calificar esta publicación con un voto de utilidad para validar su relevancia. ¡Muchas gracias!
¿Cómo enviar una pregunta?
Ponemos a su disposición nuestro evento Ask Me Anything (AMA) en cuyo foro podrán externar dudas y solicitar apoyo de nuestros expertos en casos específicos de los temas abordados. ¡Esperamos sus preguntas!
Lista de las Q&A del webinar Community Live
Encuentre la lista de preguntas formuladas durante el seminario web Community Live de nuestro evento. Cualquier duda que no haya sido respondida durante la sesión será resuelta posteriormente aquí o en el foro de "Preguntas".
Lista de Preguntas y Respuestas (Q&A)
Respuesta (Rodolfo R.): Sí, cuando se levantan las sesiones de ipsec entre el controller y el equipo, el tiempo por defecto es de 1 segundo, pero se puede modificar, no es muy recomendado pero se pueden modificar los parámetros.
Respuesta (Rodolfo R.): Hola Salomón, sí se soporta, igual cabe resaltar que manejamos túneles de ipsec con otros equipos (third party) donde se suele cambiar temas de autenticación.
Respuesta (Rodolfo R.): Hola Óscar, sí se puede hacer filtro de tlocs y rutas a nivel de control para que desde nuestro controller podamos restringir a la entrada y salida con qué equipos queremos hacer bfd, hacer topologías hub&spoke. De igual manera puedes hacer uso de políticas de datos para hacer filtrado de algún tipo de tráfico, mandarlo por un tloc en específico, o mandar cierto tipo de tráfico a través del overlay y otro por DIA, etc.
Respuesta (Rodolfo R.): Claro, puede hacer el filtrado por varios parámetros a través de las políticas de datos, a nivel dscp, lista de prefijos, incluso por aplicación (se reconoce por NBAR).
Respuesta (Rodolfo R.): Hola Valeria, hay documentos de configuración y algunos de troubleshooting en cisco.com, igual están algunos foros en la comunidad donde se puede encontrar de igual manera algunos tópicos, como recomendación en Google podemos poner algo así "conexiones de control Cisco sdwan".
Respuesta (Rodolfo R.): No lo hay como tal, pero en los cEdge podemos usar FIA trace y EPC para ver el flujo de paquetes, en las versiones más actuales ya se puede tomar un FIA trace desde nuestro manager.
Respuesta (Rodolfo R.): Sólo es un tag que se le pone a la interfaz, los dos son colores públicos, de igual manera hay más tags que podemos usar nosotros para links públicos.
Respuesta (César Daniel A.): Añadiendo información a esta respuesta, colores públicos incluyen default, biz-internet, public-internet, lte, 3g, red, green, blue, gold, silver, bronze, custom1, custom2, etc. Colores privados incluyen mpls, metro-ethernet, private1, private2, etc.
Respuesta (Rodolfo R.): Por lo regular no hay tanta discrepancia en los paquetes pero si hubiera una distancia grande podría indicar que hubo alguna intermitencia o que en algún punto se cayó la bfd, o que actualmente esté abajo.
Respuesta (Rodolfo R.): Este tipo de debugs no tienen impacto a nivel de performance como high memory o CPU, porque lo que hace el FIA trace es monitorear el procesamiento de los paquetes a nivel QFP. De igual manera si no ponemos el FIA trace como "circular" llega un punto donde el buffer se llena y ya no captura más paquetes.
Respuesta (César Daniel A.): Adicional a la respuesta de Rodolfo, es importante limpiar el buffer y las condiciones una vez obtenido y guardado el FIA Trace. Esto para que, en un futuro, si necesitamos volver a utilizar el FIA Trace, no tengamos condiciones usadas anteriormente y no tengamos los paquetes en el buffer del packet trace. Estos comandos son para limpiar:
clear platform packet-trace statistics --> para limpiar el buffer
clear platform condition all --> para limpiar las condiciones.
Respuesta (Jimena S.): Esta pregunta fue respondida en directo (ver el final del video).
Respuesta (Jimena S.): Esta pregunta fue respondida en directo (ver el final del video).
Respuesta (Jimena S.): Esta pregunta fue respondida en directo (ver el final del video).
Opciones de respuesta: a) Validator, Controller, Manager, Edge Routers b) Validator, Firewall, Proveedor de Servicios de Internet, Switches c) Manager, WLC, Router, Controller // Respuesta Correcta: a) Validator, Controller, Manager, Edge Routers
Opciones de respuesta: a) Catalyst SD-WAN Controller b) Catalyst SD-WAN Manager c) Catalyst SD-WAN Validator // Respuesta Correcta: c) Catalyst SD-WAN Validator
Opciones de respuesta: a) Entre Edge Routers y SD-WAN Controller b) Entre SD-WAN Controller y SD-WAN Manager c) Entre Edge Routers y SD-WAN Validator // Respuesta Correcta: a) Entre Edge Routers y SD-WAN Controller
Nuestros expertos
Lizbeth Gómez es Ingeniera en Comunicaciones y Electrónica -con especialidad en Comunicaciones- del Instituto Politécnico Nacional (IPN) en México. Ella Ingresó al equipo del TAC de Cisco para la tecnología SD-WAN. Actualmente cuenta con tres años de experiencia en esta tecnología y se desempeña como Escalation Engineer de SD-WAN. Lizbeth ha creado documentación pública de SD-WAN para cisco.com, así como videos para el canal oficial de Cisco en YouTube.
César Ávila es Ingeniero en Comunicaciones y Electrónica - con especialidad en Comunicaciones - del Instituto Politécnico Nacional (IPN) en México. Él ingresó al equipo del TAC de Cisco en 2022 para la tecnología SD-WAN y actualmente cuenta con dos años de experiencia como Ingeniero Consultor Técnico. César ha creado documentación pública para cisco.com
Rodolfo Rico es Ingeniero en Comunicaciones y Electrónica -con especialidad en Comunicaciones- del Instituto Politécnico Nacional (IPN) en México. Él Ingresó al programa de incubadoras de Cisco Academy en 2019 y posteriormente se unió al equipo del TAC de Cisco para la tecnología SD-WAN. Actualmente cuenta con seis años de experiencia en esta tecnología y se desempeña como Team Captain de SD-WAN. Ha creado documentación pública de SD-WAN para cisco.com
¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.
Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:
Navegue y encuentre contenido personalizado de la comunidad