https://teknolabs.net/courses/python/programmation-reseaux/module-4/index.html Infrastructure as Code appliquée au réseau Déclaratif vs impératif Impératif : suite d’actions ordonnées. Déclaratif : un état désiré, l’outil calcule les actions. Impératif : décrire la suite d’actions à exécuter (« crée cette interface, puis ajoute cette route »). Déclaratif : décrire l’état final souhaité ; l’outil détermine les actions nécessaires pour l’atteindre. # Déclaratif : l'état souhaité interfaces: eth0: address: 192.168.10.1/24 Les TP précédents (Modules 2 et 3) étaient majoritairement impératifs (appels séquentiels POST/PATCH). Ce module introduit une logique déclarative. Hugo en-us https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp12-environnement/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp12-environnement/index.html Hyperviseur recommandé : VirtualBox (fonctionne également avec VMware Workstation ou Hyper-V) Ce TP nécessite deux VM VyOS (vyos1, vyos2) pour établir une session BGP entre voisins. 1. Prérequis 1 Go de RAM et 1 vCPU par VM, 10 Go de disque chacune, Python 3 avec pip install requests jinja2 pyyaml sur le poste hôte. 2. Téléchargement de l’image Rendez-vous sur https://vyos.net/get/ (ou le dépôt communautaire https://github.com/vyos/vyos-rolling-nightly-builds/releases pour une build gratuite si l’accès LTS nécessite un compte). Téléchargez l’ISO vyos-x.x.x-amd64.iso. 3. Création des deux VM (VirtualBox) Répétez pour vyos1 et vyos2 : https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp12-vyos-iac/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp12-vyos-iac/index.html Module : 4 – Approche NetDevOps et Orchestration globale Durée indicative : 2h Prérequis : partie théorique du Module 4, une VM VyOS accessible, Python 3, pip install requests jinja2 pyyaml Objectifs Découvrir l’API HTTP intégrée de VyOS. Décrire une configuration BGP de façon déclarative (YAML) puis la générer/appliquer via l’API. Illustrer concrètement l’approche « état désiré » du Module 4. Contexte Plutôt que d’enchaîner des appels API impératifs comme aux Modules 2 et 3, vous décrivez l’état réseau souhaité dans un fichier YAML, que le script traduit en configuration. https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp13-environnement/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp13-environnement/index.html Ce TP réutilise exactement la même VM Cisco IOS-XE que les TP 9 et 10 (voir tp9-environnement.md) : aucune nouvelle VM à créer. 1. Prérequis complémentaires la VM du TP 9 démarrée et accessible en SSH, Python 3 avec pip install netmiko ntc-templates sur le poste hôte. 2. Installation des templates TextFSM (pour le scraping structuré) Netmiko s’appuie sur les templates communautaires ntc-templates pour l’option use_textfsm=True : pip install ntc-templates Sur certains systèmes, définissez la variable d’environnement pointant vers les templates si elle n’est pas détectée automatiquement : https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp13-netmiko-legacy/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp13-netmiko-legacy/index.html Module : 4 – Approche NetDevOps et Orchestration globale Durée indicative : 2h Prérequis : partie théorique du Module 4, le routeur Cisco IOS-XE des TP 9/10 accessible en SSH, Python 3, pip install netmiko Objectifs Automatiser un équipement via sa CLI (SSH), sans API moderne. Extraire (scraper) des états opérationnels à partir de texte. Appliquer une configuration conditionnelle selon l’état lu. Contexte Simule un équipement legacy dépourvu d’API : seule la CLI est disponible. Vous réutilisez le routeur Cisco IOS-XE des TP précédents en l’administrant uniquement en SSH, comme s’il n’exposait ni RESTCONF ni NETCONF. https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp14-environnement/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp14-environnement/index.html Ce TP ne crée aucune nouvelle VM : il consolide sur un réseau host-only commun les VM déjà créées aux TP 5 (MikroTik), TP 9 (Cisco) et TP 12 (VyOS), afin qu’un seul script Python puisse tous les joindre. 1. Prérequis les VM des TP 5, 9 et 12 disponibles (peuvent être redémarrées si arrêtées), Python 3 avec pip install nornir nornir_netmiko nornir_utils sur le poste hôte. 2. Plan d’adressage cible (réseau host-only unique) Équipement VM (TP d’origine) Adresse cible sur vboxnet0 (192.168.56.0/24) MikroTik CHR TP 5 192.168.56.10 (déjà configurée, aucune action) VyOS (vyos1) TP 12 192.168.56.20 (déjà configurée, aucune action) Cisco IOS-XE TP 9 192.168.56.30 (à ajouter, voir étape 3) Si vos VM des TP précédents utilisent déjà des adresses différentes sur le même réseau host-only, adaptez simplement inventory/hosts.yaml en conséquence plutôt que de renuméroter — l’important est que les trois équipements soient joignables depuis le même poste hôte, sur le même adaptateur réseau. https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp14-nornir-orchestration/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/python/programmation-reseaux/module-4/tp14-nornir-orchestration/index.html Module : 4 – Approche NetDevOps et Orchestration globale Durée indicative : 2h30 Prérequis : TP 5 (MikroTik), TP 9 (Cisco) et TP 12 (VyOS) accessibles simultanément, Python 3, pip install nornir nornir_netmiko nornir_utils Objectifs Construire un inventaire Nornir décrivant un parc hétérogène. Exécuter une tâche identique en parallèle sur plusieurs constructeurs. Collecter et agréger les résultats d’une topologie hétérogène. Contexte Vous orchestrez en une seule exécution les trois équipements utilisés séparément dans les TP précédents : MikroTik CHR, VyOS et Cisco IOS-XE, tous administrables en SSH.