modification d'ID de vpc domain sur un vpc domain actif

Introduction

Ce document décrit un problème rencontré quand le même identifiant virtuel de domaine de Port canalisé (vpc) est utilisé pour plus d'une paire de vpc de Commutateurs. Cette situation pose des problèmes quand ces vpc domain sont connectés à un Port canalisé double face de vpc.

Problème

L'ID de vpc domain devrait être seul dans le réseau contigu de la couche 2. Les problèmes surgissent quand vous utilisez le même ID de vpc domain pour plus d'une paire de vpc de Commutateurs.

Un seul ID de vpc domain est exigé parce que l'ID de domaine est utilisé afin de générer l'ID système pour beaucoup de processus, tels que le Control Protocol d'agrégation de liaisons (LACP). Référez-vous à la section de configuration de vpc du guide de configuration d'interfaces de la gamme 7000 NX-OS de Cisco Nexus, libérez le pour en savoir plus 5.x.

Les périphériques de pair de vpc utilisent l'ID de vpc domain que vous configurez afin d'assigner automatiquement une seule adresse MAC de système de vpc. Chaque vpc domain a une seule adresse MAC qui est utilisée comme identifiant unique pour les exécutions liées à la vpc spécifiques. Cependant, les périphériques utilisent les adresses MAC de système de vpc seulement pour des exécutions de lien-portée, telles que le LACP. Par conséquent, Cisco recommande que vous créiez chaque vpc domain dans le réseau contigu de la couche 2 avec un seul ID de domaine.

Solution

La meilleure manière de changer l'ID de vpc domain est de configurer une nouvelle commande de <id> de vpc domain sur les deux pairs de vpc. Cette solution est supérieure à la suppression de la configuration entière de vpc et au reapplication de elle avec le nouvel ID de vpc domain.

Si vous appliquez une nouvelle commande de vpc domain, elle ne retire pas la configuration en cours de vpc (pair-lien, keepalive, configuration de Ports canalisés de vpc). Cependant, cette modification fait agiter les interfaces de vpc. Le commutateur affiche un message d'avertissement au sujet des Ports canalisés de vpc qui se sont agités.

Voici un exemple :

bdc-n5548-3# show run vpc

!Command: show running-config vpc
!Time: Sat Dec  1 08:37:03 2012

>version 5.1(3)N2(1a)
feature vpc
logging level vpc 6

vpc domain 1
  role priority 10
  system-priority 1
  peer-keepalive destination 10.48.56.7 source 10.48.56.9
  peer-config-check-bypass
  peer-gateway
  auto-recovery

interface port-channel1
  vpc peer-link

interface port-channel24
  vpc 24

bdc-n5548-3# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
bdc-n5548-3(config)# vpc domain 10     <<<<<<Changing VPC domain here>>>>>>>>>>
Changing domain id will flap peer-link and vPCs. Continue (yes/no)? [no] yes
Note:
--------:: Re-init of peer-link and vPCs started  ::--------
2012 Dec  1 08:37:12 bdc-n5548-3 %NOHMS-2-NOHMS_ENV_FEX_OFFLINE: FEX-120 Off-line
(Serial Number FOX1409A8Y4)
2012 Dec  1 08:37:12 bdc-n5548-3 %NOHMS-2-NOHMS_ENV_FEX_OFFLINE: FEX-130 Off-line
 Serial Number SSI15430A3E)
2012 Dec  1 08:37:12 bdc-n5548-3 %PFMA-2-FEX_STATUS: Fex 120 is offline
2012 Dec  1 08:37:12 bdc-n5548-3 %PFMA-2-FEX_STATUS: Fex 130 is offline
bdc-n5548-3(config-vpc-domain)# show run vpc

!Command: show running-config vpc
!Time: Sat Dec  1 08:37:15 2012

version 5.1(3)N2(1a)
feature vpc
logging level vpc 6

vpc domain 10
  role priority 10
  system-priority 1
  peer-keepalive destination 10.48.56.7 source 10.48.56.9
  peer-config-check-bypass
  peer-gateway
  auto-recovery

interface port-channel1
  vpc peer-link

interface port-channel24
  vpc 24

bdc-n5548-3(config-vpc-domain)#

Une fois que l'ID de domaine est changé, le vpc double face peut alors être configuré.