Topologies prises en charge pour conduire au-dessus du Port canalisé virtuel sur des Plateformes de Nexus

Introduction

Ce document décrit des topologies prises en charge et sans support en créant le protocole de routage ou les contiguïtés PIM entre les périphériques externes de la couche 3 (L3) et les Commutateurs de Cisco Nexus dans un environnement virtuel de Port canalisé (vpc). La contiguïté de protocole de terme est utilisée dans tout ce document pour représenter la formation des relations voisines de protocole entre les périphériques référencés. VPC+ n'est pas couvert par cet article.

Conditions préalables

Cisco recommande que vous ayez une compréhension de base de la façon dont des protocoles de routage sont configurés sur des Commutateurs de Nexus et d'autres périphériques L3. Il est également recommandé pour comprendre la configuration et l'exécution du vpc comprenant les caractéristiques d'expédition, le comportement de la passerelle homologue et les options de configuration du pair-routeur layer3. 

Remarque: Les informations dans ce document ont été créées des périphériques dans un environnement de travaux pratiques. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau traite le trafic de production, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande avant que vous apportiez des modifications à l'environnement.

Topologies prises en charge pour conduire dans un environnement de vpc

La topologie représentée dans la figure 1 sera utilisée pour expliquer les diverses options de Connectivité pour des contiguïtés de protocole dans un environnement de vpc. Les Commutateurs de Nexus sont dans un vpc domain avec ces détails :

• Une paire de Commutateurs semblables de Nexus configurés dans un vpc domain.
• Trois périphériques de la couche 3 (L3-A, L3-B, et L3-C) se sont connectés à une paire de Commutateurs de Nexus.
• L3-A est connecté à un port orphelin.
• L3-B et L3-C sont connectés au vpc au Nexus-Un et au Nexus-b.
• Le Nexus-Un et le Nexus-b ont les liens Layer2 et Layer3 supplémentaires entre eux.

Figure 1 : Topologies prises en charge pour conduire dans un environnement de vpc

Basé sur la topologie dans la figure 1, le tableau 1 décrit que les liens physiques prennent en charge des contiguïtés de protocole entre les deux Commutateurs de Nexus et entre un commutateur de Nexus et un L3 périphériques connectés à son pair de vpc. Chaque type de lien utilisé pour la contiguïté de protocole est détaillé et met en référence toutes les mises en garde applicables qui sont détaillées dans le tableau 1.

Tableau 1 : Contiguïtés de protocole de routage prises en charge au-dessus des interfaces physiques

* Configurez l'adresse MAC définie par l'utilisateur pour VLAN Switch Virtual Interface (SVI).

** Bien que L3-A est pris en charge car un port orphelin, contiguïté PIM n'est pas pris en charge pour L3-B ou L3-C au Nexus-Un et au Nexus-b.

La contiguïté du *** PIM est prise en charge entre le Nexus-Un et Nexus-b cependant que le type de mode intermédiaire PIM pris en charge (SSM IE, ASM, BiDIR) varie par la plate-forme. Voyez les guides de configuration de plate-forme.

% alternativement, caractéristique de pair-routeur de l'utilisation Layer3 et utilisent le vpc peer-link (sans lien L2 parallèle).

Le tableau 2 décrit que des contiguïtés de protocole de routage sont pris en charge au-dessus du vpc VLAN basé sur la topologie dans la figure 1.

Remarque: Avec l'introduction de la caractéristique du pair-routeur Layer3, toutes les Plateformes de commutation de Nexus prennent en charge maintenant des contiguïtés de protocole de routage d'unicast à travers le vpc peer-link. Avant le développement de cette caractéristique, le support a varié par la plate-forme. L'évolution à une version de NX-OS qui contient soutien de la caractéristique du pair-routeur Layer3 d'une version antérieure pourrait interrompre des topologies existantes jusqu'à ce que la commande du pair-routeur Layer3 soit activée dans la configuration de vpc.

Tableau 2 : Support de contiguïtés de protocoles de routage au-dessus du vpc VLAN

* La caractéristique exige le pair-routeur explicite de la configuration "layer3 ».

** Non vérifié sur M1, F1, F2, linecards de gamme M2.

Les informations importantes et mises en garde

• L3-A à scruter de Nexus-Un est toujours pris en charge pour L2/L3.
• L3-B à scruter L3-C est toujours pris en charge pour L2/L3.
• Quand une session de BFD est au-dessus de SVI utilisant le pair-lien virtuel de port-channel(vPC), la fonction de bfd echo n'est pas prise en charge. Vous devez désactiver la fonction de bfd echo pour toutes les sessions au-dessus de SVI entre les Noeuds de pair de vpc utilisant aucun bfd echo au niveau de configuration SVI.
• Si le lien de pair de vpc est configuré sur un module des Gigabit Ethernet de Cisco Nexus 32-port 1/10 (F1-Series) (N7K-F132XP-15), vous devez inclure le L3 VLAN de acheminement de sauvegarde dans la liste VLAN spécifiée par la commande d'exclure-VLAN de passerelle homologue.
• Pour le Nexus 5000 commute où la contiguïté PIM n'est pas prise en charge au-dessus du vpc peer-link, une connexion Layer3 du routeur à chacun du Nexus 5000 est exigé.
• Supplémentaire, quand vous avez une topologie de vpc avec les ports orphelins ou posez 3 connexions et le trafic de multidiffusion doit passer par le pair-lien pour atteindre ces récepteurs, il n'est pas envoyé au récepteur à moins que vous ayez le vlan_id de VLAN de par défaut de grippage-vrf de vpc de commande. Pour chaque VRF, un vlan_id distinct devrait être configuré, où le VLAN n'est pas déjà utilisé pour le trafic de production. Voir la référence lier un exemple de VRF à un vpc.

Informations connexes

• routage de sauvegarde de la couche 3 de vpc avec F1 et passerelle homologue
• N5500/N6000 liant un VRF citent à un vpc
• Support et documentation techniques - Cisco Systems