Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Informations générales

Configuration

Diagramme du réseau

Configurer le réseau EVN (Easy Virtual Network)

Régler la ligne principale VNET

Liste des lignes principales

Attributs des lignes principales par VRF

Étiquettes VNET par lien

Vérification

Dépannage

Informations connexes

Introduction

Ce document explique la technologie EVN (Easy Virtual Network), conçue pour fournir un mécanisme de virtualisation simple et facile à configurer dans les réseaux sur site. Il s’appuie sur des technologies actuelles, comme le routage et le transfert virtuels Forwarding-Lite (VRF-Lite) et sur l'encapsulation dot1q, et n’introduit aucun nouveau protocole.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

- Commutateurs de la gamme Cisco Catalyst 6000 (Cat6k) qui exécutent le logiciel, version 15.0(1)SY1

- Routeurs de services agrégés de la gamme Cisco 1000 (ASR1000) qui exécutent la version 3.2s du logiciel

- Routeurs ISR (Integrated Services Routers) Cisco 3925 et 3945 qui exécutent les versions 15.3(2)T et ultérieures de Cisco IOS®

- Commutateurs des gammes Cisco Catalyst 4500 (Cat4500) et 4900 (Cat4900) exécutant la version de logiciel 15.1(1)SG

The information in this document was created from the devices in a specific lab environment. 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.

Informations générales

Voici un aperçu de la fonctionnalité EVN :

- La fonctionnalité EVN utilise VRF-Lite pour créer plusieurs contextes de routage (jusqu’à 32).

- La connectivité dans le routage et le transfert virtuels (VRF) entre les appareils de couche 3 est assurée par des lignes principales de réseaux virtuels (VNET).

- Les lignes principales du réseau VNET sont des lignes principales normales du réseau dot1q.

- Les VRF qui doivent être transportés par les lignes réseau VNET sont à configurer avec une étiquette VNET.

- Chaque étiquette VNET équivaut à une étiquette dot1q.

- Les sous-interfaces dot1q sont automatiquement créées et masquées.

- La configuration de l’interface principale provient des sous-interfaces (masquées).

- Des instances distinctes des protocoles de routage doivent être utilisées dans chaque VRF sur les lignes principales du réseau VNET afin d’annoncer si le préfixe est accessible.

- La fuite du routage dynamique entre des VRF (contrairement au routage statique) est autorisée sans l’utilisation du protocole BGP (Border Gateway Protocol).

- Cette fonctionnalité est prise en charge pour IPv4 et IPv6.

Configuration

Utilisez l’information figurant dans cette section pour configurer la fonctionnalité EVN.

Note: Utilisez l'Outil de recherche de commande (clients inscrits seulement) pour obtenir plus d'informations sur les commandes utilisées dans cette section.

Diagramme du réseau

Cette configuration de réseau sert à illustrer la configuration de l’EVN et à afficher les commandes suivantes :

Voici des remarques importantes concernant cette configuration :

- Les deux VRF qui y sont définis (CUST-A et CUST-B) sont exécutés à partir du cœur du réseau par les lignes principales du réseau VNET.

- Le protocole OSPF (Open Shortest Path First) est utilisé dans les VRF afin d’annoncer l’accessibilité.

- Le VRF COM héberge un serveur commun (100.1.1.100), qui doit être accessible à partir des VRF CUST-A et CUST-B.

- L’image utilisée est i86bi_linux-adventerprisek9-ms.153-1.S.

Astuce : La configuration de Cisco IOS sur Linux (IOL) qui est utilisée est présentée ici.

Configurer le réseau EVN (Easy Virtual Network)

Voici la marche à suivre pour configurer l’EVN :

1. Configurez la définition du VRF :

vrf definition [name]

vnet tag [2-4094]

!

address-family ipv4|ipv6

exit-address-family

!
Voici des remarques importantes concernant cette configuration :

- Cisco vous recommande d’utiliser des étiquettes de 2 à 1 000. N’utilisez pas les réseaux VLAN réservés de 1 001 à 1 005. Les réseaux VLAN étendus de 1 006 à 4 094 peuvent être utilisés, s’il y a lieu.

- L’étiquette VNET ne doit pas être utilisée par un VLAN actuel.

- Les étiquettes VNET doivent être identiques sur tous les périphériques pour un VRF donné.

- La fonction address-famility ipv4|ipv6 doit être configurée pour activer le VRF dans l’AF connexe.

- Il n’est pas nécessaire de définir une direction de routage (RD), car l’EVN n’utilise pas BGP.

Grâce à cette configuration, les VRF doivent être définis sur tous les routeurs principaux 4x. Par exemple, sur CORE-1 :

vrf definition CUST-A

vnet tag 100

!

address-family ipv4

exit-address-family

vrf definition CUST-B

vnet tag 200

!

address-family ipv4

exit-address-family
Utilisez la même étiquette VNET sur tous les routeurs pour ces VRF. Sur CORE-4, VRF COM ne requiert aucune étiquette VNET. L’objectif est de conserver ce VRF local sur CORE-4 et de configurer la fuite et la redistribution afin de fournir un accès au serveur commun à partir de CUST-A et CUST-B.

Saisissez cette commande pour vérifier différents compteurs VNET :

CORE-1#show vnet counters

Maximum number of VNETs supported: 32

Current number of VNETs configured: 2

Current number of VNET trunk interfaces: 2

Current number of VNET subinterfaces: 4

Current number of VNET forwarding interfaces: 6

CORE-1#

2. Configurez la ligne principale VNET :

interface GigabitEthernetx/x

vnet trunk

ip address x.x.x.x y.y.y.y

...
Voici des remarques importantes concernant cette configuration :

- La commande vnet trunk crée autant de sous-interfaces dot1q que le nombre de VRF définis avec une étiquette VNET.

- La commande vnet trunk ne peut pas coexister avec certaines sous-interfaces configurées manuellement sur la même interface physique.

- Cette configuration est autorisée sur les interfaces routées (et non sur les ports de commutation) physiques et sur le port-channel.

- Les adresses IP (et autres commandes) qui sont appliquées à l’interface physique proviennent des sous-interfaces.

- Les sous-interfaces des VRF utilisent la même adresse IP.

Avec cette configuration, deux VRF VNET sont offerts, et donc deux sous-interfaces sont créées automatiquement sur l’interface configurée comme ligne principale VNET. Vous pouvez entrer la commande show derived-config pour voir la configuration cachée qui est créée automatiquement :

Voici la configuration en cours d’utilisation :

CORE-1#show run | s Ethernet0/0

interface Ethernet0/0

vnet trunk

ip address 192.168.1.1 255.255.255.252

!

CORE-1#
Voici la configuration obtenue :

CORE-1#show derived-config | s Ethernet0/0

interface Ethernet0/0

vnet trunk

ip address 192.168.1.1 255.255.255.252

Interface Ethernet0/0.100

description Subinterface for VNET CUST-A

encapsulation dot1Q 100

vrf forwarding CUST-A

ip address 192.168.1.1 255.255.255.252

interface Ethernet0/0.200

description Subinterface for VNET CUST-B

encapsulation dot1Q 200

vrf forwarding CUST-B

ip address 192.168.1.1 255.255.255.252

CORE-1#
Comme il est indiqué, toutes les sous-interfaces proviennent de l’adresse IP de l’interface principale.

3. Affectez les [sous-]interfaces de périphérie aux VRF. Afin d’affecter une interface ou une sous-interface à un VRF VNET, utilisez la même procédure que celle utilisée pour affecter un VRF normalement :

interface GigabitEthernet x/x.y

vrf forwarding [name]

ip address x.x.x.x y.y.y.y

...
Ainsi, la configuration est appliquée sur CORE-1 et CORE-4. Voici un exemple pour CORE-4 :

interface Ethernet2/0

vrf forwarding CUST-A

ip address 10.1.2.1 255.255.255.0

!

interface Ethernet3/0

vrf forwarding CUST-B

ip address 10.2.2.1 255.255.255.0

!

interface Ethernet4/0

vrf forwarding COM

ip address 100.1.1.1 255.255.255.0

4. Configurez les protocoles de routage pour chaque VRF (cette configuration n’est pas propre à EVN ou à VNET) :

router ospf x vrf [name]

network x.x.x.x y.y.y.y area x

...

Note: Cette configuration doit comprendre les adresses de la ligne principale VNET ainsi que les adresses de l’interface de périphérie.
Grâce à cette configuration, deux processus OSPF sont définis, soit un par VRF :

CORE-1#show run | s router os

router ospf 1 vrf CUST-A

network 10.1.1.0 0.0.0.255 area 0

network 192.168.1.0 0.0.0.255 area 0

router ospf 2 vrf CUST-B

network 10.2.1.0 0.0.0.255 area 0

network 192.168.1.0 0.0.0.255 area 0

CORE-1#
Vous pouvez entrer le mode de contexte de routage afin de visualiser les informations relatives à un VRF en particulier, sans les spécifications du VRF dans chaque commande :

CORE-1#routing-context vrf CUST-A

CORE-1%CUST-A#

CORE-1%CUST-A#show ip protocols

*** IP Routing is NSF aware ***

Routing Protocol is "ospf 1"

Outgoing update filter list for all interfaces is not set

Incoming update filter list for all interfaces is not set

Router ID 192.168.1.13

It is an area border router

Number of areas in this router is 1. 1 normal 0 stub 0 nssa

Maximum path: 4

Routing for Networks:

10.1.1.0 0.0.0.255 area 0

192.168.1.0 0.0.0.255 area 0

Routing Information Sources:

Gateway         Distance      Last Update

192.168.1.9          110      1d00h

192.168.1.14         110      1d00h

Distance: (default is 110)

CORE-1%CUST-A#

CORE-1%CUST-A#show ip os neighbor

Neighbor ID     Pri   State         Dead Time   Address         Interface

192.168.1.14      1   FULL/DR       00:00:30    192.168.1.14    Ethernet1/0.100

192.168.1.5       1   FULL/BDR      00:00:37    192.168.1.2     Ethernet0/0.100

10.1.1.2          1   FULL/BDR      00:00:33    10.1.1.2        Ethernet2/0

CORE-1%CUST-A#

Note: La sortie de la commande show ip protocols affiche uniquement les informations relatives au VRF sélectionné.
Lorsque vous affichez la base d’informations de routage (RIB) pour les deux VRF, vous pouvez vérifier le sous-réseau distant au moyen des deux lignes principales VNET :

CORE-1%CUST-A#show ip route 10.1.2.0

Routing Table: CUST-A

Routing entry for 10.1.2.0/24

Known via "ospf 1", distance 110, metric 30, type intra area

Last update from 192.168.1.2 on Ethernet0/0.100, 1d00h ago

Routing Descriptor Blocks:

* 192.168.1.14, from 192.168.1.9, 1d00h ago, via Ethernet1/0.100

Route metric is 30, traffic share count is 1

192.168.1.2, from 192.168.1.9, 1d00h ago, via Ethernet0/0.100

Route metric is 30, traffic share count is 1

CORE-1%CUST-A#

CORE-1%CUST-A#routing-context vrf CUST-B

CORE-1%CUST-B#

CORE-1%CUST-B#show ip route 10.2.2.0

Routing Table: CUST-B

Routing entry for 10.2.2.0/24

Known via "ospf 2", distance 110, metric 30, type intra area

Last update from 192.168.1.2 on Ethernet0/0.200, 1d00h ago

Routing Descriptor Blocks:

* 192.168.1.14, from 192.168.1.6, 1d00h ago, via Ethernet1/0.200

Route metric is 30, traffic share count is 1

192.168.1.2, from 192.168.1.6, 1d00h ago, via Ethernet0/0.200

Route metric is 30, traffic share count is 1

CORE-1%CUST-B#

CORE-1%CUST-B#exit

CORE-1#

CORE-1#

5. Déterminez la fuite de routage entre les VRF. La fuite de routage est réalisée par la réplication du routage. Par exemple, certains routages dans un VRF peuvent devenir accessibles pour un autre VRF :

vrf definition VRF-X

address-family ipv4|ipv6

route-replicate from vrf VRF-Y unicast|multicast

[route-origin] [route-map [name]]
Voici des remarques importantes concernant cette configuration :

- La RIB pour VRF-X a accès aux routages sélectionnés en fonction des paramètres de commande de VRF-Y.

- Les routages répliqués dans VRF-X sont indiqués par un indicateur [+].

- L’option de multidiffusion (multicast) permet l’utilisation des routages d’un autre VRF pour le transfert RPF (Reverse Path Forwarding).

- L’option route-origin peut avoir une des valeurs suivantes :

- all

- bgp

- connected

- eigrp

- isis

- mobile

- odr

- ospf

- rip

- static

Contrairement au nom indiqué, les routages ne sont ni répliqués, ni dupliqués; c’est le cas pour une fuite normale par la RT commune du protocole BGP, qui ne consomme pas de mémoire supplémentaire.

Avec cette configuration, la fuite de routage est utilisée sur CORE-4 afin de fournir un accès de CUST-A et CUST-B à COM (et inversement) :

vrf definition CUST-A

address-family ipv4

route-replicate from vrf COM unicast connected

!

vrf definition CUST-B

address-family ipv4

route-replicate from vrf COM unicast connected

!

vrf definition COM

address-family ipv4

route-replicate from vrf CUST-A unicast ospf 1 route-map USERS

route-replicate from vrf CUST-B unicast ospf 2 route-map USERS

!

route-map USERS permit 10

match ip address prefix-list USER-SUBNETS

!

ip prefix-list USER-SUBNETS seq 5 permit 10.0.0.0/8 le 32

CORE-4#show ip route vrf CUST-A

Routing Table: COM

Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2

i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2

ia - IS-IS inter area,* - candidate default, U - per-user static route

o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP

a - application route

+ - replicated route, % - next hop override

...

10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

O        10.1.1.0/24 [110/30] via 192.168.1.10, 3d19h, Ethernet1/0.100

[110/30] via 192.168.1.5, 3d19h, Ethernet0/0.100

100.0.0.0/8 is variably subnetted, 2 subnets, 2 masks

C   +    100.1.1.0/24 is directly connected (COM), Ethernet4/0

CORE-4#show ip route vrf CUST-B

...       10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks

O        10.2.1.0/24 [110/30] via 192.168.1.10, 1d00h, Ethernet1/0.200

[110/30] via 192.168.1.5, 1d00h, Ethernet0/0.200

100.0.0.0/8 is variably subnetted, 2 subnets, 2 masks

C   +    100.1.1.0/24 is directly connected (COM), Ethernet4/0

CORE-4#show ip route vrf COM

...

10.0.0.0/24 is subnetted, 2 subnets

O   +    10.1.1.0 [110/30] via 192.168.1.10 (CUST-A), 3d19h, Ethernet1/0.100

[110/30] via 192.168.1.5 (CUST-A), 3d19h, Ethernet0/0.100

O   +    10.2.1.0 [110/30] via 192.168.1.10 (CUST-B), 1d00h, Ethernet1/0.200

[110/30] via 192.168.1.5 (CUST-B), 1d00h, Ethernet0/0.200

100.0.0.0/8 is variably subnetted, 2 subnets, 2 masks

C        100.1.1.0/24 is directly connected, Ethernet4/0
À ce stade, les routages répliqués ne sont pas envoyés dans le protocole IGP (Interior Gateway Protocol). Par conséquent, seuls CE-A-2 et CE-B-2 ont accès au service COM (100.1.1.100), et non CE-A-1 et CE-B-1.

Vous pouvez également utiliser une fuite de routage en provenance ou à destination du tableau global :

vrf definition VRF-X

address-family ipv4

route-replicate from vrf >global unicast|multicast [route-origin]

[route-map [name]]

exit-address-family

!

exit

!

global-address-family ipv4 unicast

route-replicate from vrf [vrf-name] unicast|multicast [route-origin]

[route-map [name]]

6. Définissez la propagation de la fuite de routage. Les fuites de routages ne sont pas dupliquées dans la RIB du VRF cible. Autrement dit, ils ne font pas partie de la RIB du VRF cible. La redistribution normale entre les processus du routeur ne fonctionne pas. Vous devez donc définir explicitement la connexion VRF de la RIB à laquelle le routage appartient :

router ospf x vrf VRF-X

redistribute vrf VRF-Y [route-origin] [route-map [name]]
Les fuites de routage provenant de VRF-Y sont redistribuées dans le processus OSPF qui est utilisé dans VRF-X. Voici un exemple sur CORE-4 :

router ospf 1 vrf CUST-A

redistribute vrf COM connected subnets route-map CON-2-OSPF

!

route-map CON-2-OSPF permit 10

match ip address prefix-list COM

!

ip prefix-list COM seq 5 permit 100.1.1.0/24
La carte de routage n’est pas nécessaire dans ce cas, car un seul routage est connecté dans VRF COM. Il est maintenant possible d’accéder au service COM (100.1.1.100) à partir de CE-A-1 et CE-B-1 :

CE-A-1#ping 100.1.1.100

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 100.1.1.100, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms

CE-A-1#

CE-B-1#ping 100.1.1.100

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 100.1.1.100, timeout is 2 seconds:

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms

CE-B-1#

Régler la ligne principale VNET

Cette section fournit de l’information que vous pouvez utiliser pour régler la ligne principale VNET.

Liste des lignes principales

Par défaut, tous les VRF configurés avec une étiquette VNET sont autorisés sur l’ensemble des lignes principales VNET. Une liste des lignes principales vous permet de préciser la liste des VRF autorisés sur la ligne principale VNET :

vrf list [list-name]

member [vrf-name]

!

interface GigabitEthernetx/x

vnet trunk list [list-name]

Note: Il devrait y avoir une ligne par VRF autorisé.

Par exemple, CORE-1 est réglé pour le VRF CUST-B sur la ligne principale VNET entre CORE-1 et CORE-2 :

vrf list TEST

member CUST-A

!

interface ethernet0/0

vnet trunk list TEST

Comme il est illustré, l’homologation OSPF pour le VRF CUST-B dans l’ensemble de la ligne principale est interrompue :

%OSPF-5-ADJCHG: Process 2, Nbr 192.168.1.2 on Ethernet0/0.200 from FULL to DOWN,

Neighbor Down: Interface down or detached

La sous-interface pour le VRF CUST-B est supprimée :

CORE-1#show derived-config | b Ethernet0/0

interface Ethernet0/0

vnet trunk list TEST

ip address 192.168.1.1 255.255.255.252

!

interface Ethernet0/0.100

description Subinterface for VNET CUST-A

encapsulation dot1Q 100

vrf forwarding CUST-A

ip address 192.168.1.1 255.255.255.252

!

Attributs des lignes principales par VRF

Par défaut, les sous-interfaces dot1q obtiennent les paramètres de l’interface physique, de sorte que les sous-interfaces des VRF ont les mêmes attributs (p. ex., le coût et l’authentification). Vous pouvez régler les paramètres de la ligne principale par étiquette VNET :

interface GigaEthernetx/x

vnet trunk

vnet name VRF-X

ip ospf cost 100

vnet name VRF-Y

ip ospf cost 15

Vous pouvez régler ces paramètres :

CORE-1(config-if-vnet)#?

Interface VNET instance override configuration commands:

bandwidth     Set bandwidth informational parameter

default       Set a command to its defaults

delay         Specify interface throughput delay

exit-if-vnet  Exit from VNET submode

ip            Interface VNET submode Internet Protocol config commands

no            Negate a command or set its defaults

vnet          Configure protocol-independent VNET interface options

CORE-1(config-if-vnet)#

CORE-1(config-if-vnet)#ip ?

authentication      authentication subcommands

bandwidth-percent   Set EIGRP bandwidth limit

dampening-change    Percent interface metric must change to cause update

dampening-interval  Time in seconds to check interface metrics

hello-interval      Configures EIGRP-IPv4 hello interval

hold-time           Configures EIGRP-IPv4 hold time

igmp                IGMP interface commands

mfib                Interface Specific MFIB Control

multicast           IP multicast interface commands

next-hop-self       Configures EIGRP-IPv4 next-hop-self

ospf                OSPF interface commands

pim                 PIM interface commands

split-horizon       Perform split horizon

summary-address     Perform address summarization

verify              Enable per packet validation

CORE-1(config-if-vnet)#ip

Dans cet exemple, le coût OSPF par VRF pour CORE-1 est modifié, donc le chemin CORE-2 est utilisé pour CUST-A, et le chemin CORE-3 pour CUST-B (le coût par défaut est 10) :

interface Ethernet0/0

vnet name CUST-A

ip ospf cost 8

!

vnet name CUST-B

ip ospf cost 12

!

CORE-1#show ip route vrf CUST-A 10.1.2.0

Routing Table: CUST-A

Routing entry for 10.1.2.0/24

Known via "ospf 1", distance 110, metric 28, type intra area

Last update from 192.168.1.2 on Ethernet0/0.100, 00:05:42 ago

Routing Descriptor Blocks:

* 192.168.1.2, from 192.168.1.9, 00:05:42 ago, via Ethernet0/0.100

Route metric is 28, traffic share count is 1

CORE-1#

CORE-1#show ip route vrf CUST-B 10.2.2.0

Routing Table: CUST-B

Routing entry for 10.2.2.0/24

Known via "ospf 2", distance 110, metric 30, type intra area

Last update from 192.168.1.14 on Ethernet1/0.200, 00:07:03 ago

Routing Descriptor Blocks:

* 192.168.1.14, from 192.168.1.6, 1d18h ago, via Ethernet1/0.200

Route metric is 30, traffic share count is 1

CORE-1#

Étiquettes VNET par lien

Par défaut, l’étiquette VNET indiquée dans la définition du VRF est utilisée pour toutes les lignes principales. Cependant, vous pouvez utiliser une autre étiquette VNET par ligne principale.

Cet exemple décrit un scénario dans lequel vous êtes connecté à un périphérique non compatible avec EVN et utilisez VRF-Lite avec une ligne principale manuelle. Aussi, l’étiquette VNET globale est employée par un autre VLAN :

Avec cette configuration, l’étiquette VNET utilisée sur la ligne principale entre CORE-1 et CORE-2 pour CUST-A passe de 100 à 101 :

interface Ethernet0/0

vnet name CUST-A

vnet tag 101

Une fois cette modification effectuée sur CORE-1, une nouvelle sous-interface est créée :

CORE-1#show derived-config | b Ethernet0/0

interface Ethernet0/0

vnet trunk

ip address 192.168.1.1 255.255.255.252

!

interface Ethernet0/0.101

description Subinterface for VNET CUST-A

encapsulation dot1Q 101

vrf forwarding CUST-A

ip address 192.168.1.1 255.255.255.252

!

interface Ethernet0/0.200

description Subinterface for VNET CUST-B

encapsulation dot1Q 200

vrf forwarding CUST-B

ip address 192.168.1.1 255.255.255.252

Si ce changement se produit seulement à une extrémité, la connectivité est alors perdue dans le VRF associé, et le protocole OSPF est interrompu :

%OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.5 on Ethernet0/0.101 from FULL to DOWN,

Neighbor Down: Dead timer expired

Lorsque la même étiquette VNET est utilisée sur CORE-2, la connectivité est restaurée, et l’étiquette dot1q 101 est utilisée sur la ligne principale, tandis que 100 est toujours utilisée sur la ligne principale CORE-1 à CORE-3 :

%OSPF-5-ADJCHG: Process 1, Nbr 192.168.1.5 on Ethernet0/0.101 from LOADING to

FULL, Loading Done

Vérification

Aucune procédure de vérification n'est disponible pour cette configuration.

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Informations connexes

- Easy Virtual Network – Simplification de la virtualisation du réseau de couche 3

- Support et documentation techniques - Cisco Systems