el 01-24-2024 10:30 PM - fecha de última edición 01-26-2024 03:08 PM por Jimena Saez
Presentación del webinar Community Live
Con la colaboración de Sergio Gómez y Bidkar Páez.
¿Qué es una fábrica de VXLAN EVPN y cómo se configura? ¿Para qué sirve un VXLAN Underlay? ¿Cuál es la función de un VXLAN Overlay? ¿Qué características tiene un Virtual Tunel Endpoint? ¡No se pierda esta presentación!
Nuestros expertos explicarán cómo funciona VXLAN EVPN con Nexus 9000-NXOS y cuál es su función. Además aprenderemos cómo VXLAN provee redes virtuales escalables de forma masiva utilizando como base una red IP. (Duración: ~1h30)
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 (Jorge G.): Hola Javier, el underlay es el medio por donde se anuncian los identificadores de cada VTEP como una loopback única /32. Para que se conozcan se debe de correr algún protocolo de ruteo como ISIS, BGP, OSPF. El overlay es la vlan o interfaz por donde llega el tráfico de los clientes que va a ser encapsulado y mandado por el underlay.
Respuesta (Jorge G.): Hola Vicente, sí puede ser iBGP, eBGP, OSPF e ISIS.
Respuesta (Jorge G.): Hola Daniel, es correcto ya que en los equipos Nexus se requiere de interfaces capa 3 como uplinks o los links que van hacia los spines. De mismo modo se requiere de interfaces capa 3 para el funcionamiento correcto de VXLAN y garantizar una mayor escalabilidad.
Respuesta (Jorge G.): Hola Andrés, sí es posible hacer el push de la configuración para VXLAN desde DCNM al igual que realizar el monitoreo de los equipos desde DCNM o NFDC.
Respuesta (Sergio G.): El border leaf hacia la red legacy/externa puede usar cualquier MTU de 1500-9000, pero del border leaf hacia el SPINE el MTU debe ser de 9216
Los N9k soportan 9216 de MTU
SWJ04B-LEAF-104(config-if)# mtu ?
<1500-9216> Enter MTU
Respuesta (Jorge G.): Hola Fernando, en esta sesión estamos enfocados en equipos Nexus con NXOS corriendo VXLAN. Posteriormente tendremos una sesión con ACI para responder tus preguntas relacionadas a la fábrica de ACI.
Respuesta (Jorge G.): Hola David, para el tráfico BUM en el cual cae clasificado ARP, se pueden elegir dos métodos para mandar el tráfico, multicast e ingress replication. Agregando a mi respuesta cualquiera de los dos métodos va a elegir solo un spine para mandar el tráfico para evitar duplicidad de paquetes.
Respuesta (Jorge G.): Hola César, RD se refiere a route distinguisher, su función principal es agregar un tag a la ruta para que sea única.
Respuesta (Jorge G.): Al hacerlo con RD y RT auto dejamos que el NXOS haga el import en automático de los prefijos, si queremos hacer algún filtrado para no importar todas las rutas se puede hacer de manera manual e inyectar prefijos que nosotros elijamos.
Respuesta (Jorge G.): Hola Ernesto, desconozco si la herramienta está abierta para partners y/o clientes. Puedes acercarte con tu representante de Cisco para más información.
Respuesta (Jorge G.): Hola John, la configuración básica es una interfaz capa 3 con un protocolo de ruteo habilitado de tu elección.
Leaf. interface loopback0 ip address 10.10.10.5/32 ip router ospf 1 area 0.0.0.0 ip pim sparse-mode interface Ethernet1/1 no switchport mtu 9216 medium p2p ip unnumbered loopback0 ip router ospf 1 area 0.0.0.0 ip pim sparse-mode no shutdown
SPINE. interface loopback0 ip address 10.10.10.101/32 ip router ospf 1 area 0.0.0.0 ip pim sparse-mode interface Ethernet1/5 no switchport mtu 9216 medium p2p ip unnumbered loopback0 ip router ospf 1 area 0.0.0.0 ip pim sparse-mode no shutdown
Respuesta (Jorge G.): Hola Luigi, VXLAN es una solución compuesta de varios elementos de ruteo y switching, VXLAN ocupa L2EVPN para compartir rutas que aprenden diferentes VTEPS de la fábrica.
Respuesta (Jorge G.): Hola Luigi, existen varias implementaciones y diseños para conectar la fábrica a una red externa o a internet, sin embargo siempre se ocupa conectar a un VTEP el router que conecte a tu ISP que da acceso a Internet. Este VTEP se encarga de encapsular el tráfico que llegue externo a la fábrica y de desencapsular el tráfico de la fábrica hacia el sitio externo.
Respuesta (Jorge G.): Hola Luigi, VXLAN permite una gran escalabilidad para tu datacenter, permitiendo ocupar hasta 16millones de VNI en vez de las 4096 vlans tradicionales permitidas, te permite extender tu dominio de capa 2 entre diferentes lugares físicos y permite una redundancia para evitar posibles problemas si falla un link o un equipo y tener links redundantes para aumentar el bandwidth de tu datacenter. Por estos motivos y más muchos clientes están optando por esta solución para sus centros de datos.
Respuesta (Jorge G.): Hola Andrés, muy buena pregunta. La configuración es casi la misma, con la única diferencia de que la interface loopback que vamos a ocupar como source de nuestra interfaz NVE va a tener 2 IP, la primaria que va a ser única en cada Nexus en VPC y la secundaria que va a ser la misma en ambos equipos. La IP secundaria que es la repetida en ambos equipos es la que van a ocupar ambos equipos en VPC para anunciarse a la fábrica de VXLAN y lograr el propósito de VPC que es que los demás equipos lo vean como uno.
Respuesta (Jorge G.): Hola Luigi, EVPN solución diferente a VXLAN. EVPN ocupa BGP para funcionar, en VXLAN no dependemos de un solo protocolo ya que como solución se compone de diferentes elementos y podemos elegir el protocolo a utilizar dependiendo a las necesidades de tu red.
Respuesta (Jorge G.): Hola Afloresm, en VPC vamos a agregar una configuración adicional que es configurar una IP secundaria en la Loopback que va a ser la misma IP en ambos equipos. Esta IP es la que va a anunciar a otros VTEPS para lograr que se vea como uno solo.
Respuesta (Jorge G.): Esta pregunta fue respondida en vivo al final de la sesión.
Respuesta (Jorge G.): Esta pregunta fue respondida en vivo al final de la sesión.
Nuestros expertos
Sergio Gómez es egresado del Instituto Politécnico Nacional (IPN) de México, en Ingeniería en Comunicaciones y Electrónica. Actualmente es Technical leader en el equipo de Data Center Routing and Switching (DCRS) dentro del Centro de Asistencia Técnica (TAC) global de Cisco. Cuenta con siete años de experiencia brindando soporte en Routing & Switching y resolución de problemas para plataformas NXOS y ACI. Además, Sergio cuenta con certificación CCIE en DataCenter #67930.
Bidkar Páez es egresado de la Universidad Nacional Autónoma de México (UNAM) en Ingeniería en Computación. Se desempeña como Escalation engineer en el equipo de Data Center Routing and Switching (DCRS) dentro del TAC global de Cisco. Él cuenta con cuatro años de experiencia brindando soporte en Routing & Switching y en la resolución de problemas para plataformas NXOS. Así mismo, Bidkar funge como embajador de innovación del equipo de DCRS y fue elegido como MVP en el mismo rubro.
¡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