Forum Français

Ce lab démontre comment utiliser Containerlab pour simuler une paire de switches HPE Aruba AOS-CX en configuration VSX (Virtual Switching Extension) - la technologie d'agrégation multi-châssis d'Aruba. L'objectif est de fournir un environnement reproductible pour découvrir Containerlab avec des équipements Aruba, sans matériel physique.

• Linux (testé sur Fedora 43 et Ubuntu 24.04)
• Containerlab ≥ 0.74
• Docker
• Image vrnetlab AOS-CX : vrnetlab/vr-aoscx:10.16.1020
• (Optionnel) Extension VS Code Containerlab by srl-labs

L'image AOS-CX Simulator est disponible gratuitement sur le portail HPE Networking (compte requis).

Une fois connecté sur networking.hpe.com :

1. Software → AOS-CX Switch Simulator
2. Télécharger AOS-CX_10_16_1020.ova
3. Extraire le .vmdk depuis l'OVA : tar xf AOS-CX_10_16_1020.ova
4. Builder l'image Docker via vrnetlab :

git clone https://github.com/srl-labs/vrnetlab
cp AOS-CX_10_16_1020.vmdk vrnetlab/aruba/
cd vrnetlab/aruba
make
# Résultat : vrnetlab/vr-aoscx:10.16.1020

┌─────────────────────────────────────────────┐
│                 aoscx-vsx                   │
│                                             │
│  ┌──────────┐  eth1/eth2   ┌──────────┐    │
│  │   sw1    │◄────ISL─────►│   sw2    │    │
│  │ primary  │  (LAG LACP)  │secondary │    │
│  │          │◄──keepalive─►│          │    │
│  └──────────┘    eth3      └──────────┘    │
└─────────────────────────────────────────────┘

git clone https://github.com/Luconik/netdevops.git
cd netdevops/containerlab/aoscx-vsx

sudo containerlab deploy -t topology.yml
sudo containerlab inspect --all

Les switches sont accessibles en SSH une fois en état healthy (~2-3 minutes) :

ssh admin@172.20.20.3   # sw1
ssh admin@172.20.20.2   # sw2
# Credentials : admin/admin

L'extension Containerlab (srl-labs) pour VS Code offre une interface graphique pour gérer les labs directement depuis l'éditeur :

• Visualisation de la topologie en temps réel
• Deploy / Destroy / Inspect sans quitter VS Code
• Accès SSH direct par clic droit sur un node
• Édition du topology.yml avec autocomplétion
• Compatible avec VS Code Remote SSH (accès depuis Mac/Windows vers Linux)

Installation : Extensions → rechercher Containerlab → publisher srl-labs

Lab déployé - 2 switches healthy avec leurs IPs

 Accès SSH direct depuis le plugin VS Code

configure terminal

interface lag 1
  no shutdown
  no routing
  vlan trunk allowed all
  lacp mode active

interface 1/1/1
  no shutdown
  lag 1

interface 1/1/2
  no shutdown
  lag 1

interface 1/1/3
  no shutdown
  ip address 192.168.255.0/31

vsx
  system-mac 02:01:00:00:00:01
  inter-switch-link lag 1
  role primary
  keepalive peer 192.168.255.1 source 192.168.255.0

configure terminal

interface lag 1
  no shutdown
  no routing
  vlan trunk allowed all
  lacp mode active

interface 1/1/1
  no shutdown
  lag 1

interface 1/1/2
  no shutdown
  lag 1

interface 1/1/3
  no shutdown
  ip address 192.168.255.1/31

vsx
  system-mac 02:01:00:00:00:01
  inter-switch-link lag 1
  role secondary
  keepalive peer 192.168.255.0 source 192.168.255.1

# Sur sw1 et sw2
show vsx status
show lacp interfaces
show interface lag 1

Résultat attendu sur show vsx status :

ISL channel          : In-Sync
ISL mgmt channel     : operational
Config Sync Status   : In-Sync
NAE                  : peer_reachable

 SW1 - VSX established, rôle primary

 SW2 - VSX established, rôle secondary

LACP - interfaces 1/1/1 et 1/1/2 en état ALFNCD (Active, Forwarding, Collecting, Distributing)

 LAG 1 - Aggregate up, 2000 Mb/s (2x1G LACP)

sudo containerlab destroy -t topology.yml --cleanup

containerlab/aoscx-vsx/
├── topology.yml          # Définition du lab
├── sw1-config.txt        # Running-config sw1
├── sw2-config.txt        # Running-config sw2
├── captures/             # Screenshots de validation
└── README.md             # Ce fichier

• AOS-CX vrnetlab images take ~2-3 minutes to boot - wait for healthy state before SSH
• The ISL LAG interface must have no routing before being configured as inter-switch-link
• Default credentials: admin/admin
• Tested with Containerlab 0.74.3 and AOS-CX 10.16.1020

Source

netdevops/containerlab/aoscx-vsx at main · Luconik/netdevops

 

------------------------------
Nicolas Culetto
Channel SE HPE Aruba Networking
France
------------------------------

Merci Nicolas pour cette serie de guide :)

et containerlab est un outil indispensable pour du lab :)

git clone https://github.com/srl-labs/vrnetlabcp AOS-CX_10_16_1020.vmdk vrnetlab/aruba/cd vrnetlab/arubamake# Résultat : vrnetlab/vr-aoscx:10.16.1020

┌─────────────────────────────────────────────┐│                 aoscx-vsx                   ││                                             ││  ┌──────────┐  eth1/eth2   ┌──────────┐    ││  │   sw1    │◄────ISL─────►│   sw2    │    ││  │ primary  │  (LAG LACP)  │secondary │    ││  │          │◄──keepalive─►│          │    ││  └──────────┘    eth3      └──────────┘    │└─────────────────────────────────────────────┘

git clone https://github.com/Luconik/netdevops.gitcd netdevops/containerlab/aoscx-vsxsudo containerlab deploy -t topology.ymlsudo containerlab inspect --all

ssh admin@172.20.20.3   # sw1ssh admin@172.20.20.2   # sw2# Credentials : admin/admin

configure terminalinterface lag 1  no shutdown  no routing  vlan trunk allowed all  lacp mode activeinterface 1/1/1  no shutdown  lag 1interface 1/1/2  no shutdown  lag 1interface 1/1/3  no shutdown  ip address 192.168.255.0/31vsx  system-mac 02:01:00:00:00:01  inter-switch-link lag 1  role primary  keepalive peer 192.168.255.1 source 192.168.255.0

configure terminalinterface lag 1  no shutdown  no routing  vlan trunk allowed all  lacp mode activeinterface 1/1/1  no shutdown  lag 1interface 1/1/2  no shutdown  lag 1interface 1/1/3  no shutdown  ip address 192.168.255.1/31vsx  system-mac 02:01:00:00:00:01  inter-switch-link lag 1  role secondary  keepalive peer 192.168.255.0 source 192.168.255.1

# Sur sw1 et sw2show vsx statusshow lacp interfacesshow interface lag 1

ISL channel          : In-SyncISL mgmt channel     : operationalConfig Sync Status   : In-SyncNAE                  : peer_reachable

sudo containerlab destroy -t topology.yml --cleanup

containerlab/aoscx-vsx/├── topology.yml          # Définition du lab├── sw1-config.txt        # Running-config sw1├── sw2-config.txt        # Running-config sw2├── captures/             # Screenshots de validation└── README.md             # Ce fichier