Rôle de Contrôle de Route pour EOS

Le rôle arista.eos-route-control crée une abstraction pour la configuration des politiques de routage courantes d'EOS. Cela signifie que vous n'avez pas besoin d'écrire de tâches Ansible. Il vous suffit de créer un objet qui correspond aux exigences ci-dessous, et ce rôle prendra cet objet en charge et effectuera la configuration nécessaire.

Ce rôle est utilisé pour configurer des route-maps et des routes statiques IPv4.

Installation

ansible-galaxy install arista.eos-route-control

Exigences

Nécessite une connexion SSH pour se connecter à votre appareil Arista. Vous pouvez utiliser n'importe laquelle des variables de connexion EOS intégrées ou le dictionnaire de commodité provider.

Variables de Rôle

Les tâches de ce rôle sont pilotées par les objets routemaps et ipv4_static_routes décrits ci-dessous :

routemaps (liste) chaque entrée contient les clés suivantes :

ipv4_static_routes (liste) chaque entrée contient les clés suivantes :

Remarque : L'astérisque (*) désigne la valeur par défaut si aucune n'est spécifiée.

Variables de Configuration

Remarque : L'astérisque (*) désigne la valeur par défaut si aucune n'est spécifiée.

Variables de Connexion

Les rôles Ansible EOS nécessitent les informations de connexion suivantes pour établir la communication avec les nœuds de votre inventaire. Ces informations peuvent se trouver dans les répertoires group_vars ou host_vars d'Ansible, ou dans le playbook lui-même.

Remarque : L'astérisque (*) désigne la valeur par défaut si aucune n'est spécifiée.

Variables Ansible

Remarque : L'astérisque (*) désigne la valeur par défaut si aucune n'est spécifiée.

Dépendances

Le rôle eos-route-control est construit sur des modules inclus dans le code de base d'Ansible. Ces modules ont été ajoutés dans la version 2.1 d'Ansible.

• Ansible 2.1.0

Exemple de Playbook

L'exemple suivant utilisera le rôle arista.eos-route-control pour configurer une route-map et une route statique. Nous allons créer un fichier hosts avec notre switch, puis un fichier host_vars correspondant et enfin un simple playbook qui ne fait référence qu'au rôle eos-route-control. En incluant le rôle, nous avons automatiquement accès à toutes les tâches pour configurer ces fonctionnalités EOS. Ce qui est pratique, c'est que si vous avez un hôte sans configuration correspondante, les tâches seront ignorées sans problème.

Fichier hosts d'exemple :

[leafs]
leaf1.example.com

Exemple de host_vars/leaf1.example.com

provider:
  host: "{{ inventory_hostname }}"
  username: admin
  password: admin
  use_ssl: non
  authorize: oui
  transport: cli

routemaps:
  - nom: RM-1
    action: permettre
    seqno: 10
    description: Ma merveilleuse routemap
    match:
      - as 1000
      - source-protocol bgp
    continue: 20
  - nom: RM-1
    action: permettre
    seqno: 20
    description: Ma merveilleuse routemap
    set:
      - distance 50
      - tag 100

ipv4_static_routes:
  - ip_dest: 0.0.0.0/0
    next_hop: Management1
    next_hop_ip: 172.16.130.2
    route_name: Défaut
    tag: 100

Un simple playbook, leaf.yml

- hosts: leafs
  roles:
    - arista.eos-route-control

Puis exécutez avec :

ansible-playbook -i hosts leaf.yml

​

Informations Développeur

Les contributions au développement sont les bienvenues. Veuillez consulter Arista Roles for Ansible - Development Guidelines (test/arista-ansible-role-test/README) pour plus d'informations, y compris comment développer et exécuter des cas de test pour le développement du rôle.

Licence

Copyright (c) 2015, Arista Networks EOS+ Tous droits réservés.

La redistribution et l'utilisation dans des formes source et binaire, avec ou sans modification, sont autorisées à condition que les conditions suivantes soient remplies :

• Les redistributions du code source doivent conserver l'avis de droit d'auteur ci-dessus, cette liste de conditions et le disclaimer suivant.

• Les redistributions en forme binaire doivent reproduire l'avis de droit d'auteur ci-dessus, cette liste de conditions et le disclaimer suivant dans la documentation et/ou d'autres matériaux fournis avec la distribution.

• Ni le nom d'Arista ni les noms de ses contributeurs ne peuvent être utilisés pour approuver ou promouvoir des produits dérivés de ce logiciel sans autorisation écrite préalable spécifique.

CE LOGICIEL EST FOURNI PAR LES DÉTENTEURS DE DROIT D'AUTEUR ET LES CONTRIBUTEURS "TEL QUEL" ET TOUTES GARANTIES EXPRESSES OU IMPLICITES, Y COMPRIS, MAIS SANS S'Y LIMITER, AUX GARANTIES IMPLICITES DE CONFORMITÉ ET D'ADAPTATION À UN USAGE PARTICULIER SONT DÉNIÉES. EN AUCUN CAS LA PERSONNE DÉTENTEUR DES DROITS D'AUTEUR OU LES CONTRIBUTEURS NE PEUVENT ÊTRE TENUS RESPONSABLES DE TOUT DOMMAGE DIRECT, INDIRECT, ACCESSOIRE, SPÉCIAL, EXEMPLAIRE OU CONSÉCUTIF (Y COMPRIS, MAIS SANS S'Y LIMITER, L'OBTENTION DE BIENS OU DE SERVICES SUBSTITUTIFS ; PERTE D'UTILISATION, DE DONNÉES OU DE PROFITS ; OU INTERRUPTION D'ACTIVITÉ) QUELLE QU'EN SOIT LA CAUSE ET SUR TOUTE THÉORIE DE RESPONSABILITÉ, QU'ELLE SOIT EN VERTU D'UN CONTRAT, D'UNE RESPONSABILITÉ STRICTE, OU EN RESPONSABILITÉ CIVILE (Y COMPRIS LA NÉGLIGENCE OU AUTRE) DÉCOULANT DE QUELQUE MANIÈRE QUE CE SOIT DE L'UTILISATION DE CE LOGICIEL, MÊME S'IL A ÉTÉ AVISÉ DE LA POSSIBILITÉ DE TELS DOMMAGES.

Informations sur l'Auteur

Veuillez signaler tout problème en utilisant notre dépôt GitHub ou envoyez-nous un e-mail à ansible-dev@arista.com