Topologías Soportadas para Ruteo sobre Virtual Port Channel en Plataformas Nexus

Introducción

Este documento describe topologías admitidas y no admitidas al crear adyacencias de protocolo de routing o PIM entre dispositivos externos de capa 3 (L3) y switches Cisco Nexus en un entorno de canal de puerto virtual (vPC). El término adyacencia de protocolo se utiliza en todo este documento para representar la formación de una relación de vecino de protocolo entre los dispositivos a los que se hace referencia. VPC+ no está incluido en este artículo.

prerrequisitos

Cisco recomienda que tenga una comprensión básica de cómo se configuran los protocolos de ruteo en los switches Nexus y otros dispositivos L3. También se recomienda comprender la configuración y el funcionamiento de vPC, incluidas las características de reenvío, el comportamiento de las opciones de configuración de gateway-peer y router-peer de capa 3. 

Nota: La información de este documento se creó a partir de los dispositivos en un entorno de laboratorio. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está gestionando el tráfico de producción, asegúrese de comprender el impacto potencial de cualquier comando antes de realizar modificaciones en el entorno.

Topologías admitidas para routing en un entorno vPC

La topología mostrada en la figura 1 se utilizará para demostrar las diversas opciones de conectividad para las adyacencias de protocolo en un entorno vPC. Los switches Nexus se encuentran en un dominio vPC con estos detalles:

• Un par de switches Nexus similares configurados en un dominio vPC.
• Tres dispositivos de capa 3 (L3-A, L3-B y L3-C) conectados a un par de switches Nexus.
• L3-A está conectado a un puerto huérfano.
• Las L3-B y L3-C están conectadas con vPC a Nexus-A y Nexus-B.
• Nexus-A y Nexus-B tienen enlaces de capa 2 y capa 3 adicionales entre ellos.

Figura 1: Topologías admitidas para routing en un entorno vPC

En función de la topología de la figura 1, la tabla 1 describe qué enlaces físicos admiten adyacencias de protocolo entre los dos switches Nexus y entre un switch Nexus y un dispositivo L3 conectado a su par vPC. Cada tipo de link utilizado para la adyacencia del protocolo se detalla y hace referencia a cualquier advertencia aplicable que se detalla en la Tabla 1.

Tabla 1: Adyacencias de Routing Protocol Soportadas en Interfaces Físicas

* Configure la dirección MAC definida por el usuario para la interfaz virtual del switch VLAN (SVI).

** Aunque L3-A es soportado como puerto huérfano, la adyacencia PIM no es soportada para L3-B o L3-C a Nexus-A y Nexus-B.

*** La adyacencia PIM se soporta entre Nexus-A y Nexus-B, sin embargo el tipo de PIM sparse-mode soportado (ie SSM, ASM, BiDIR) varía según la plataforma. Consulte las guías de configuración de la plataforma.

% Alternativamente, utilice la función de router peer de Capa 3 y utilice el enlace de par vPC (sin un enlace L2 paralelo).

En la tabla 2 se describe qué adyacencias de protocolo de ruteo se soportan en VLAN vPC basadas en la topología de la Figura 1.

Nota: Con la introducción de la función de router peer de Capa 3, todas las plataformas de switching Nexus ahora admiten adyacencias de protocolo de ruteo unicast a través del link de peer vPC. Antes del desarrollo de esta función, el soporte variaba según la plataforma. La actualización a una versión de NX-OS que contiene soporte para la función de router de par de capa 3 de una versión anterior podría romper topologías existentes hasta que el comando de router de par de capa 3 esté habilitado en la configuración de vPC.

Tabla 2: Compatibilidad con Adyacencias de Protocolos de Ruteo sobre VLAN de vPC

* La función requiere la configuración explícita "layer3 peer-router".

** No compatible con las tarjetas de línea de las series M1, F1, F2 y M2.

Notas y advertencias importantes

• El peering L3-A a Nexus-A siempre se soporta para L2/L3.
• El peering L3-B a L3-C siempre se soporta para L2/L3.
• Cuando una sesión BFD se encuentra sobre SVI mediante el link de peer de canal de puerto virtual (vPC), la función de eco BFD no se admite. Debe inhabilitar la función de eco BFD para todas las sesiones sobre SVI entre nodos de peer vPC usando no bfd echo en el nivel de configuración SVI.
• Si el enlace de par vPC está configurado en un módulo 1/10 Gigabit Ethernet (F1-Series) de 32 puertos Cisco Nexus (N7K-F132XP-15), debe incluir la VLAN de routing de respaldo L3 en la lista de VLAN especificada por el comando peer-gateway exclude-vlan.
• Para los switches Nexus 5000 donde no se admite la adyacencia PIM a través del enlace de par vPC, se requiere una conexión de capa 3 del router a cada uno de los switches Nexus 5000.
• Además, cuando tiene una topología vPC con puertos huérfanos o conexiones de Capa 3 y el tráfico multicast debe pasar a través del link de peer para llegar a estos receptores, no se envía al receptor a menos que tenga el comando vpc bind-vrf default vlan vlan_id. Para cada VRF, se debe configurar un vlan_id independiente, donde la VLAN no se utiliza ya para el tráfico de producción. Consulte Enlace de una Instancia VRF a un vPC.

Información Relacionada

• Routing de respaldo de capa 3 de vPC con F1 y gateway de par
• N5500/N6000 Enlace de una instancia VRF a un vPC
• Soporte Técnico y Documentación - Cisco Systems