Introduction
Ce document décrit comment configurer et configurer la communication entre deux VRF (Virtual Route Forwarders), également appelés contextes avec un environnement ACI (Application Centric Infrastructure). Cette procédure s'applique aux VRF dans des locataires séparés ou dans le même locataire.
Note: Cette configuration a été testée sur des versions allant jusqu'à 2.2(1). Les captures d'écran de cet article peuvent varier légèrement avec les versions ultérieures.
Terminologie/acronymes
EPG - Groupe de terminaux
Contexte : connu dans l'interface utilisateur de l'ACI sous le nom de VRF. Il s'agit d'une instance d'un locataire.
BD - domaine de pont
Topologie:
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-00.png)
Communication entre le groupe de terminaux du fournisseur - EPG-X dans le locataire-X et le fournisseur EPG-Y dans le locataire-Y :
- Configurez le sous-réseau partagé pour EPG-X sous l'EPG (par opposition à sous le domaine Bridge (BD)). Il s'agit de l'EPG du fournisseur.
- Configurez le sous-réseau partagé pour EPG-Y sous EPG ou BD. Il s'agira du GPE grand public.
- Créez un contrat global dans locataire-X pour le trafic que vous souhaitez autoriser.
- Ajoutez ce contrat comme prévu à EPG-X.
- Exportez ce contrat du service partagé X au service partagé Y.
- Ajoutez le contrat importé dans le service partagé en tant qu'interface de contrat consommée à EPG-Y.
Note: Vous pouvez également utiliser un contrat dans le service partagé (auquel les deux services partagés ont accès), auquel cas vous pouvez ignorer l'étape d'exportation/importation ci-dessus.
Étapes détaillées :
Configurez le sous-réseau partagé pour EPG-X sous EPG.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-01.png)
Assurez-vous qu'il est marqué comme Partagé pour autoriser la fuite de route.
Configurez le sous-réseau partagé pour EPG-Y sous EPG ou BD.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-02.png)
Assurez-vous qu'il est marqué comme Partagé pour permettre la fuite de route. Dans cet exemple, le sous-réseau pour EPG-Y a été créé sous son BD.
Créez un contrat dans locataire-X pour le trafic que vous souhaitez autoriser.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-03.png)
Veillez à marquer l'étendue comme globale.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-04.png)
Le trafic est autorisé avec le filtre par défaut trouvé dans le service partagé.
NOTE: Si l'objet est marqué Appliquer les deux directions, le trafic peut provenir de l'un ou l'autre EPG, comme lorsque vous configurez la communication intra-contexte.
Ajoutez le contrat que vous avez créé à EPG-X en tant que contrat fourni.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-05.png)
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-06.png)
Exportez ce contrat du service partagé X au service partagé Y.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-07.png)
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-08.png)
NOTE: Si vous configurez le routage inter-VRF entre deux VRF dans le même locataire, il n'est pas nécessaire d'exporter/importer le contrat.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-09.png)
Une fois que vous avez cliqué sur Soumettre, le contrat apparaîtra sous Contrats importés dans le locataire-Y.
Ajoutez le contrat importé dans le service partagé en tant qu'interface de contrat consommée à EPG-Y.
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-10.png)
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-11.png)
![](/c/dam/en/us/support/docs/cloud-systems-management/application-policy-infrastructure-controller-apic/213462-inter-vrf-communication-12.png)
Utilisez cette section pour confirmer que votre configuration fonctionne correctement.
Les routes IP sont exportées entre les VRF (Virtual Route Forwarders). Les routes entre les contextes sont mises en surbrillance en gras :
calo2-leaf2# show ip route vrf Tenant-X:Context-X
IP Route Table for VRF "Tenant-X:Context-X"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>
10.10.10.0/24, ubest/mbest: 1/0, attached, direct, pervasive
*via 192.168.120.64%overlay-1, [1/0], 00:14:59, static
10.10.10.1/32, ubest/mbest: 1/0, attached
*via 10.10.10.1, vlan34, [1/0], 00:15:06, local
192.168.10.0/24, ubest/mbest: 1/0, attached, direct, pervasive
*via 192.168.120.64%overlay-1, [1/0], 00:14:59, static
calo2-leaf2# show ip route vrf Tenant-Y:Context-Y
IP Route Table for VRF "Tenant-Y:Context-Y"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>
10.10.10.0/24, ubest/mbest: 1/0, attached, direct, pervasive
*via 192.168.120.64%overlay-1, [1/0], 00:15:17, static
192.168.10.0/24, ubest/mbest: 1/0, attached, direct, pervasive
*via 192.168.120.64%overlay-1, [1/0], 00:15:17, static
192.168.10.1/32, ubest/mbest: 1/0, attached
*via 192.168.10.1, vlan38, [1/0], 00:15:17, local