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.
Prerequisites
Requirements
Cisco recomienda que tenga una comprensión básica de cómo se configuran los protocolos de ruteo en los switches Nexus y otros routers. Cisco también recomienda comprender la configuración y el funcionamiento de vPC, las características de reenvío de vPC y el comportamiento de vPC Peer Gateway (a través del comando de configuración de dominio peer-gateway vPC) y las mejoras de Routing/Capa 3 sobre vPC (a través del comando de configuración de dominio vPC de router peer de capa 3). Para obtener más información sobre estas mejoras de vPC, consulte las secciones relevantes del documento Comprensión de las Mejoras de Virtual Port-Channel (vPC).
Componentes Utilizados
La información de este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
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 en la Vlan de vPC.
- Las L3-B y L3-C están conectadas con vPC a Nexus-A y Nexus-B.
- Nexus-A y Nexus-B tienen enlaces adicionales de Capa 2 y Capa 3 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
Serie de switches Nexus |
Adyacencia de protocolo entre Nexus-A y Nexus-B |
Adyacencia de protocolo entre L3-A y Nexus-B |
Nexus 95xx-R y 3xxxx-R |
Enlace L3: Supported Enlace L2: Supported Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: Soportado% Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: Admitido** |
Serie Nexus 3000/3100/3200/3400/3600 |
Enlace L3: Supported Enlace L2: Admitido* Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: Soportado*% Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: Admitido** |
Nexus serie 3500 |
Enlace L3: Supported Enlace L2: No soportados Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: admitido*** |
Enlace L3: N/A Enlace L2: No soportados Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: Admitido** |
Nexus serie 5000 |
Enlace L3: Supported Enlace L2: No soportados Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: No soportados Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: No soportados** |
Nexus serie 6000 |
Enlace L3: Supported Enlace L2: No soportados Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: No soportados Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: No soportados** |
Nexus serie 7000 |
Enlace L3: Supported Enlace L2: Supported Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: Soportado% Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: Admitido** |
Nexus serie 9000 |
Enlace L3: Supported Enlace L2: Admitido* Enlace de Peer: Supported Adyacencia PIM sobre el link de peer: Admitido*** |
Enlace L3: N/A Enlace L2: Soportado*% Enlace de Peer: Compatible, consulte los requisitos de la tabla 2 Adyacencia PIM: Admitido** |
* Debe configurar una dirección MAC definida por el usuario en cada interfaz virtual del switch VLAN (SVI) relevante. Consulte CSCus13433 para obtener más detalles.
** No se admite la adyacencia PIM sobre una VLAN vPC entre a) L3-A y Nexus-A o Nexus-B o b) entre L3-B o L3-C y Nexus-A o Nexus-B, independientemente de si el router o el switch de capa 3 está conectado a través de un puerto huérfano o un enlace de miembro vPC. Para todas las plataformas excepto la adyacencia PIM Nexus 5000 o Nexus 6000 sobre una VLAN no vPC entre a) L3-A y Nexus-A o Nexus-B o b) entre L3-B o L3-C y Nexus-A o Nexus-B se admite si se establece a través del link L2.
*** 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.
Se requiere la capacidad de % Layer3 peer-router para utilizar vPC peer-link como ruta de ruteo de tránsito (sin un link 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 mejora de Routing/Capa 3 sobre vPC a través del comando de configuración de dominio vPC layer3 peer-router, todas las plataformas de switching Nexus ahora admiten adyacencias de protocolo de ruteo unicast a través del enlace de par 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 mejora de Routing/Capa 3 sobre vPC de una versión anterior podría romper las topologías existentes hasta que el comando de configuración de dominio vPC layer3 peer-router esté habilitado. La mejora de Routing/Capa 3 sobre vPC no agrega soporte para una adyacencia PIM sobre una VLAN vPC.
Tabla 2: Compatibilidad con Adyacencias de Protocolos de Ruteo sobre VLAN de vPC
Serie de switches Nexus |
L3-A a L3-B or L3-A a L3-C |
L3-A, L3-B o L3-C a Nexus-A o Nexus-B |
Nexus serie 95xx-R y 3xxxx-R |
Yes |
* 7.0(3)F3(3) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Serie Nexus 3000/3100/3200/3400/3600 |
Yes |
* 7.0(3)I5(1) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Nexus serie 3500 |
Yes |
* 6.0(2)A8(x) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Nexus serie 5000 |
Yes |
* 7.3(0)N1(1) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Nexus serie 6000 |
Yes |
* 7.3(0)N1(1) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Nexus serie 7000 |
Yes |
* ** 7.2(0)D1(1) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
Nexus serie 9000 |
Yes |
* 7.0(3)I5(1) y posteriores con el comando de configuración de dominio vPC layer3 peer-router habilitado |
* La función requiere la configuración explícita del comando de configuración de dominio vPC 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 de BFD supera SVI mediante el enlace de par de canal de puerto virtual (vPC), no se admite la función de eco de BFD. Debe inhabilitar la función de eco BFD para todas las sesiones sobre SVI entre los nodos de peer vPC usando el comando de configuración no bfd echo echo interface.
- 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 todas las plataformas Nexus, no se admite una adyacencia PIM sobre un vPC o un puerto huérfano vPC. Para formar una adyacencia PIM soportada, debe tener una conexión de Capa 3 de cada switch Nexus al router PIM relevante o formar la adyacencia PIM sobre una VLAN que no sea vPC.
- Los switches Nexus 5000, 5500, 5600 y 6000 en un dominio vPC que reciben tráfico multicast de una VLAN vPC o vPC donde un receptor multicast sólo se puede alcanzar a través de vPC Peer-Link debe tener el vpc bind-vrf predeterminado vlan {vlan-id global configuración presente. Para cada VRF, se debe definir una VLAN separada y la VLAN definida no se debe utilizar ya para el tráfico de producción. Además, cuando tiene una topología vPC con puertos huérfanos o conexiones de Capa 3 y el tráfico de multidifusión debe pasar a través del link de peer para alcanzar 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. Para obtener más detalles, consulte la Guía de Configuración de Interfaces NX-OS Nexus serie 5500, la Guía de Configuración de Interfaces NX-OS Nexus serie 5600 y la Guía de Configuración de Interfaces NX-OS Nexus serie 6000.
Información Relacionada