Configuration et dépannage de caractéristique de VxLAN sur des périphériques IOS-XE

Introduction

VxLAN slowlygaining sa terre comme solution DCI. La caractéristique de VxLAN est utilisée pour fournir l'extension Layer-2 au-dessus du routing domain Layer-3/Public. Dans ce document nous allons discuter la configuration de base et dépannons sur des périphériques IOS-XE

Le document est écrit dans trois sections

1- La section une a la configuration de Vxlan entre DCS trois dans le mode de Multidiffusion

2- La section deux a la configuration de Vxlan entre DCS deux dans le mode d'Unicast

3- La section trois fournit les étapes de dépannage de base et les informations diverses au sujet de VxLAN

Conditions préalables

Cisco recommande que vous ayez la compréhension de base des recouvrements et de la Multidiffusion DCI (interconnexion de Data Center)

Conditions requises

Ce document n'est pas limité au logiciel et aux versions de matériel spécifiques

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. 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 est vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande

Composants utilisés

Pour ce laboratoire, les périphériques et le logiciel utilisés sont comme mentionnés

ASR1004 logiciel courant 03.16.00.S

CSR100v(VXE) exécuter le logiciel 3.16.03.S

Configurez

Section 1 : Configurez Vxlan entre trois centres de traitement des données en mode de Multidiffusion

Configuration de base :

Unicast et connectivité multicast est nécessaire entre les sites en cas de mode de Multidiffusion. Dans ce guide de configuration, l'OSPF est utilisé pour fournir la Connectivité d'unicast. Le PIM bidirectionnel est utilisé pour la Multidiffusion.

Est ci-dessous la configuration de base que nous avons sur tous les centres de traitement des données pour le mode de fonctionnement de Multidiffusion : 

! 
Passage DC1#sh | OSPF de sec
router ospf 1
région 0 de 1.1.1.1 0.0.0.0 de réseau
région 0 de 10.10.10.4 0.0.0.3 de réseau
!
Config bidirectionnel de Pim
!
Passage DC1#sh | pim de sec
ip pim bidir-enable
portée 10 d'ip pim send-rp-discovery
ip pim bsr-candidate Loopback1 0
bidir de la groupe-liste 10 de l'ip pim rp-candidate Loopback1
!
autorisation 239.0.0.0 0.0.0.255 de la liste d'accès 10

DC1#

!
 Indépendamment de ceci nous avons activé le mode intermédiaire PIM sous toutes les interfaces L3 comprenant le bouclage.
!

Interface lo1 de passage DC1#sh
Configuration de construction…
Configuration en cours : 83 octets
!
interface Loopback1
IP address 1.1.1.1 255.255.255.255
ip pim sparse-mode
extrémité

Assurez-vous supplémentaire que le routage de Multidiffusion est activé sur votre périphérique et vous voient la table mroute de Multidiffusion étant remplie.

Diagramme du réseau

Configurations

DC1(VTEP1) :

!
!
Port 1024 d'UDP de Vxlan
!
Interface Loopback1
IP address 1.1.1.1 255.255.255.255
ip pim sparse-mode
!
En définissant les membres VNI et le membre reliez sous la configuration de bridge-domain.
!
bridge-domain 1
vni 6001 de membre
service instance 1 du membre FastEthernet0/1/7
!
En créant NVE (interface virtuelle de réseau) et définissez les membres VNI qui les besoins d'être étendu au-dessus du WAN à d'autres centres de calculs.
!
interface nve1
aucun IP address
fermé
mcast-groupe 239.0.0.10 du vni 6001 de membre
!
source-interface Loopback1
!
La création des services instance au-dessus de l'interface de RÉSEAU LOCAL (l'interface connecte le réseau de RÉSEAU LOCAL) pour recouvrir le Vlan(802.1q particulier a étiqueté le trafic). Dans ce cas VLAN 1.
!
interface FastEthernet0/1/7
aucun IP address
negotiation auto
cdp enable
aucun fermé
!
Le besoin de retirer la balise de VLAN avant d'envoyer le trafic à travers le recouvrement et de devoir également le pousser une fois que le trafic de retour est envoyé dans le VLAN.
!
Ethernets du service instance 1
encapsulation unagged
!

DC2(VTEP2) :

!
!
Port 1024 d'UDP de Vxlan
!
interface Loopback1
IP address 2.2.2.2 255.255.255.255
ip pim sparse-mode
!
!
bridge-domain 1
vni 6001 de membre
service instance 1 du membre FastEthernet0/1/3
!
!
interface nve1
aucun IP address
mcast-groupe 239.0.0.10 du vni 6001 de membre
!
source-interface Loopback1
fermé
!
!
interface FastEthernet0/1/3
aucun IP address
negotiation auto
cdp enable
aucun fermé
!
Ethernets du service instance 1
encapsulation untagged
!

DC3(VTEP3) :

!
!
Port 1024 d'UDP de Vxlan
!
interface Loopback1
IP address 3.3.3.3 255.255.255.255
ip pim sparse-mode
!
!
bridge-domain 1
vni 6001 de membre
service instance 1 du membre GigabitEthernet2
!
interface nve1
aucun IP address
fermé
mcast-groupe 239.0.0.10 du vni 6001 de membre
!
source-interface Loopback1
!
interface gig2
aucun IP address
negotiation auto
cdp enable
aucun fermé
!
Ethernets du service instance 1
encapsulation untagged
!

Vérifiez

En ce moment, les hôtes connectés dans le chaque des centres de traitement des données devraient pouvoir s'atteindre dans le même domaine d'émission

L'utilisez s'il vous plaît au-dessous des commandes de vérifier les configurations. Des commandes de vérification sont expliquées plus en détail dans la section 3. 

Vni de nve de Router#show
Interface nve1 de vni de nve de Router#show
Interface nve1 de nve de Router#show
Détail de l'interface nve1 de nve de Router#show
Pairs de nve de Router#show  

Section 2 : Configurez Vxlan entre deux centres de traitement des données en mode d'unicast. 

Diagramme du réseau

Configurations :

DC1 :

!
interface nve1
aucun IP address
vni 6001 de membre

! le shold de réplication d'entrée soit configuré en tant qu'adresse IP de bouclage de centres de traitement des données de pair. 

!
d'entrée-réplication 2.2.2.2       
!
source-interface Loopback1
!
!
interface gig0/2/1
aucun IP address
negotiation auto
cdp enable
!
Ethernets du service instance 1
encapsulation untagged

!
!
!
bridge-domain 1
vni 6001 de membre
service instance 1 du membre gig0/2/1

DC2 :

! 

interface nve1
aucun IP address
vni 6001 de membre
d'entrée-réplication 1.1.1.1
!
source-interface Loopback1
!

!
interface gig5
aucun IP address
negotiation auto
cdp enable
!
Ethernets du service instance 1
encapsulation untagged

!
!
bridge-domain 1
vni 6001 de membre
service instance 1 du membre gig5

Vérifiez

Sur DC1 :

Vni de nve DC1#sh
État du groupe de multidiffusion VNI de l'interface VNI
NON APPLICABLE nve1 6001 

Détail de l'interface nve1 de nve DC1#show
Interface : nve1, état : Admin, exécution vers le haut de l'encapsulation : Vxlan
source-interface : Loopback1 (primary:1.1.1.1 vrf:0)
Paquets dans les octets dans de paquets des octets 
60129 6593586 55067 5303698

Pairs de nve DC1#show
État de pair du peer ip VNI d'interface
nve1 2.2.2.2 6000 -

Sur DC2 :  

Vni de nve DC2#sh
État du groupe de multidiffusion VNI de l'interface VNI
NON APPLICABLE nve1 6000 

Détail de l'interface nve1 de nve DC2#show
Interface : nve1, état : Admin, exécution vers le haut de l'encapsulation : Vxlan
source-interface : Loopback1 (primary:2.2.2.2 vrf:0)
Paquets dans les octets dans de paquets des octets 
70408 7921636 44840 3950835

Pairs de nve DC2#sh
État de pair du peer ip VNI d'interface
  nve 1 1.1.1.1 6000 
DC2#

Bridge-domain 1 du #sh DC2
Bridge-domain 1 (3 ports en tout)
État : VERS LE HAUT d'apprendre de MAC : Activé
Temporisateur d'obsolescence : 300 secondes
BDI1 ()
GigabitEthernet0/2/1 service instance 1
vni 6001
Âge Pseudoport de balise de stratégie d'adresse MAC AED
0 7CAD.74FF.2F66 expédient 281 nve1.VNI6001 dynamiques, VxLAN
                                                                                                                 src : dst de 1.1.1.1 : 2.2.2.2
0 B838.6130.DA80 expédient 288 nve1.VNI6001 dynamiques, VxLAN
                                                                                                                 src : dst de 1.1.1.1 : 2.2.2.2
0 0050.56AD.1AD8 expédient 157 nve1.VNI6001 dynamiques, VxLAN
                                                                                                                 src : dst de 1.1.1.1 : 2.2.2.2

Dépannez

Bien que les commandes ci-dessus de vérification fournissent les étapes de dépannage de base, dans une situation non-travaillante cependant il y a peu d'autres diagnostics de dépannage qui sont utiles. Certains d'entre eux sont couverts dans cette section. Veuillez noter que peu des diagnostics ci-dessous peuvent entraîner la mémoire et l'utilisation du processeur accrues

Diagnostocs du debug 1>

erreur de nve de #debug

* 4 janvier 20:00:54.993 : ERREUR NVE-MGR-PEER : La force d'état d'Intf vers le bas réussie pour des Noeuds de mcast a moulé des Noeuds
* 4 janvier 20:00:54.993 : ERREUR NVE-MGR-PEER : La force d'état d'Intf vers le bas réussie pour des Noeuds de mcast a moulé des Noeuds
* 4 janvier 20:00:54.995 : ERREUR NVE-MGR-PEER : Force d'état d'Intf vers le bas réussie pour des Noeuds d'eer de Noeuds de pair
* 4 janvier 20:00:54.995 : ERREUR NVE-MGR-PEER : Force d'état d'Intf vers le bas réussie pour des Noeuds de pair

erreur de log de nve de #show

ERREUR UTC 1 3] NVE-MGR-STATE [01/01/70 00:04:34.130 : vni 6001 : l'erreur créent dedans la notification pour percer un tunnel
ERREUR UTC 2 3] NVE-MGR-PEER [01/01/70 00:04:34.314 : Force d'état d'Intf vers le haut de réussi pour des Noeuds de mcast
ERREUR UTC 3 3] NVE-MGR-PEER [01/01/70 00:04:34.326 : Force d'état d'Intf vers le haut de réussi pour des Noeuds de pair
ERREUR UTC 4 3] NVE-MGR-PEER [01/01/70 01:50:59.650 : Force d'état d'Intf vers le bas réussie pour des Noeuds de mcast
ERREUR UTC 5 3] NVE-MGR-PEER [01/01/70 01:50:59.654 : Force d'état d'Intf vers le bas réussie pour des Noeuds de pair
ERREUR UTC 6 3] NVE-MGR-PEER [01/01/70 01:50:59.701 : Force d'état d'Intf vers le haut de réussi pour des Noeuds de mcast
ERREUR UTC 7 3] NVE-MGR-PEER [01/01/70 01:50:59.705 : Force d'état d'Intf vers le haut de réussi pour des Noeuds de pair
ERREUR UTC 8 61] NVE-MGR-PEER [01/01/70 01:54:55.166 : Force d'état d'Intf vers le bas réussie pour des Noeuds de mcast
ERREUR UTC 9 61] NVE-MGR-PEER [01/01/70 01:54:55.168 : Force d'état d'Intf vers le bas réussie pour des Noeuds de pair
UTC [01/01/70 01:55:04.432 UNE ERREUR 3] NVE-MGR-PEER : Force d'état d'Intf vers le haut de réussi pour des Noeuds de mcast
ERREUR UTC B 3] NVE-MGR-PEER [01/01/70 01:55:04.434 : Force d'état d'Intf vers le haut de réussi pour des Noeuds de pair
ERREUR DU C 61] NVE-MGR-PEER UTC [01/01/70 01:55:37.670 : Force d'état d'Intf vers le bas réussie pour des Noeuds de mcast

événement de log de nve de #show

UTC 1DD16 68] NVE-MGR-DB [01/04/70 19:48:51.883 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD17 68] NVE-MGR-DB [01/04/70 19:48:51.884 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]
UTC 1DD18 68] NVE-MGR-DB [01/04/70 19:48:51.884 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD19 68] NVE-MGR-DB [01/04/70 19:49:01.884 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]
UTC 1DD1A 68] NVE-MGR-DB [01/04/70 19:49:01.884 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD1B 68] NVE-MGR-DB [01/04/70 19:49:01.885 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]
UTC 1DD1C 68] NVE-MGR-DB [01/04/70 19:49:01.885 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD1D 68] NVE-MGR-DB [01/04/70 19:49:11.886 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]
UTC 1DD1E 68] NVE-MGR-DB [01/04/70 19:49:11.886 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD1F 68] NVE-MGR-DB [01/04/70 19:49:11.887 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]
UTC 1DD20 68] NVE-MGR-DB [01/04/70 19:49:11.887 : Renvoyez le vni 6001 pour pi_hdl[0x437C9B68]
UTC 1DD21 68] NVE-MGR-DB [01/04/70 19:49:21.884 : Renvoyez pd_hdl[0x1020010] pour pi_hdl[0x437C9B68]

2> indépendamment du mentionné mettent au point des diagnostics, la caractéristique CPE sur IOS-XE aideront à fournir plus d'informations pour le dépannage. Est ci-dessous une telle capture qui explique le paquet encapsulé par Vxlan :

Configuration CPE :

interface gigabitEthernet0/2/0 chacun des deux de la liste d'accès TEST_ACL de TEST de capture de #monitor   

taille de mémoire tampon 10 de TEST de capture de #monitor

début de TEST de capture de #monitor

Ici TEST_ACL est la liste d'accès utilisée pour filtrer les données de capture. Le vidage mémoire de paquet est comme suit

# vidage mémoire de mémoire tampon de TEST de show monitor capture

# bootflash d'exportation de TEST de monitor capture : TEST.pcap //avec cette commande vous pouvez exporter la capture dans le format de pcap au bootflash, qui peut être téléchargé et ouvert dans le wireshark.

Est ci-dessous une telle capture qui explique comment l'ICMP simple fonctionne au-dessus de VxLAN.

L'ARP envoyé au-dessus de Vxlan a recouvert :

Réponse d'ARP :

 Demande d'ICMP :

Réponse d'ICMP :

3> peu que de plus mettent au point et des commandes de dépannage

nve tout de #debug

* 5 janvier 06:13:55.844 : NVE-MGR-DB : création du noeud de mcast pour 239.0.0.10

* 5 janvier 06:13:55.846 : NVE-MGR-MCAST : IGMP ajoutent pour (0.0.0.0,239.0.0.10) étaient défectueux

* 5 janvier 06:13:55.846 : ERREUR NVE-MGR-DB : Incapable de joindre la principale arborescence de mcast

* 5 janvier 06:13:55.846 : ERREUR NVE-MGR-DB : Incapable de joindre la principale arborescence de mcast

* 5 janvier 06:13:55.846 : ERREUR NVE-MGR-STATE : vni 6002 : l'erreur créent dedans la notification au mcast

* 5 janvier 06:13:55.846 : ERREUR NVE-MGR-STATE : vni 6002 : l'erreur créent dedans la notification au mcast

* 5 janvier 06:13:55.849 : NVE-MGR-TUNNEL : Le périphérique du tunnel 239.0.0.10 a ajouté

* 5 janvier 06:13:55.849 : NVE-MGR-TUNNEL : Le point final 239.0.0.10 a ajouté

* 5 janvier 06:13:55.851 : NVE-MGR-EI : En informant l'engine du BD de VNI 6002 créez

* 5 janvier 06:13:55.857 : NVE-MGR-DB : Renvoyez le vni 6002 pour pi_hdl[0x437C9B28]

* 5 janvier 06:13:55.857 : NVE-MGR-EI : VNI 6002 : Le BD énoncent changé à, état de vni à vers le bas

Ici avec les parties mises en valeur du débogage il est évident que l'interface NVE ne pourrait pas joindre le groupe de multidiffusion et par conséquent l'encapsulation de VxLAN n'a pas été activée pour VNI 6002. Ceux-ci met au point le point aux questions de Multidiffusion sur le réseau

Promouvez est ci-dessous le rapport d'adhésion IGMP qui sera envoyé une fois au VNI joint le groupe de mcast

Si la Multidiffusion fonctionne comme prévu, les informations de débogage qui sont attendues pour être vues après avoir configuré un VNI sous NVE pour le mode de Multidiffusion sont comme suit

* 5 janvier 06:19:20.335 : NVE-MGR-DB : [SI création de noeud 0x14]VNI

* 5 janvier 06:19:20.335 : NVE-MGR-DB : Le noeud VNI a créé [437C9B28]

* 5 janvier 06:19:20.336 : NVE-MGR-PD : VNI 6002 créent la notification au palladium

* 5 janvier 06:19:20.336 : NVE-MGR-PD : VNI 6002 créent le notif réussi, la carte [palladium 0x1020017] à [pi 0x437C9B28]

* 5 janvier 06:19:20.336 : NVE-MGR-DB : création du noeud de mcast pour 239.0.0.10

* 5 janvier 06:19:20.342 : NVE-MGR-MCAST : IGMP ajoutent pour (0.0.0.0,239.0.0.10) étaient réussis

* 5 janvier 06:19:20.345 : NVE-MGR-TUNNEL : Le périphérique du tunnel 239.0.0.10 a ajouté

* 5 janvier 06:19:20.345 : NVE-MGR-TUNNEL : Le point final 239.0.0.10 a ajouté

* 5 janvier 06:19:20.347 : NVE-MGR-EI : En informant l'engine du BD de VNI 6002 créez

* 5 janvier 06:19:20.347 : NVE-MGR-DB : Renvoyez pd_hdl[0x1020017] pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.347 : NVE-MGR-DB : Renvoyez le vni 6002 pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.349 : NVE-MGR-DB : L'état de retour de vni créent pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.349 : NVE-MGR-DB : L'état de retour de vni créent pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.349 : NVE-MGR-DB : Renvoyez le vni 6002 pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.351 : NVE-MGR-EI : Requête L2FIB pour information 0x437C9B28

* 5 janvier 06:19:20.351 : NVE-MGR-EI : Pp lèvent la notification pour le bd_id 3

* 5 janvier 06:19:20.351 : NVE-MGR-DB : Renvoyez le vni 6002 pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.352 : NVE-MGR-STATE : vni 6002 : Informez les clients de la modification d'état créent à

* 5 janvier 06:19:20.352 : NVE-MGR-DB : Renvoyez le vni 6002 pour pi_hdl[0x437C9B28]

* 5 janvier 06:19:20.353 : NVE-MGR-PD : VNI 6002 créent pour lever la mise à jour d'état au palladium réussi

* 5 janvier 06:19:20.353 : NVE-MGR-EI : VNI 6002 : Le BD énoncent changé à, état de vni à

* 5 janvier 06:19:20.353 : NVE-MGR-STATE : vni 6002 : Aucune modification d'état

* 5 janvier 06:19:20.353 : NVE-MGR-STATE : vni 6002 : Le nouvel état en raison de créent

Références :

Guide de configuration de VxLAN pour CSR1000v 
http://www.cisco.com/c/en/us/td/docs/routers/csr1000/software/vxlan/vxlan.html 

Guide de configuration de VxLAN pour CSR1000v
http://www.cisco.com/c/en/us/td/docs/routers/asr1000/configuration/guide/chassis/asrswcfg/vxlan.html