Routensteuerungsrolle für EOS

Die Rolle arista.eos-route-control erstellt eine Abstraktion für die gängige Konfiguration von Routing-Richtlinien in EOS. Das bedeutet, dass Sie keine Ansible-Aufgaben schreiben müssen. Erstellen Sie einfach ein Objekt, das den Anforderungen unten entspricht, und diese Rolle wird dieses Objekt aufnehmen und die erforderliche Konfiguration durchführen.

Diese Rolle wird verwendet, um Routenpläne und statische IPv4-Routen zu konfigurieren.

Installation

ansible-galaxy install arista.eos-route-control

Anforderungen

Es wird eine SSH-Verbindung benötigt, um eine Verbindung zu Ihrem Arista-Gerät herzustellen. Sie können eine der integrierten EOS-Verbindungsvariablen oder das bequeme provider-Dictionary verwenden.

Rollenvariablen

Die Aufgaben in dieser Rolle werden durch die Objekte routemaps und ipv4_static_routes gesteuert, die unten beschrieben sind:

routemaps (Liste) jeder Eintrag enthält die folgenden Schlüssel:

ipv4_static_routes (Liste) jeder Eintrag enthält die folgenden Schlüssel:

Hinweis: Ein Sternchen (*) kennzeichnet den Standardwert, falls nichts angegeben ist.

Konfigurationsvariablen

Hinweis: Ein Sternchen (*) kennzeichnet den Standardwert, falls nichts angegeben ist.

Verbindungsvariablen

Ansible EOS-Rollen benötigen die folgenden Verbindungsinformationen, um die Kommunikation mit den Knoten in Ihrem Inventar herzustellen. Diese Informationen können in den Ansible group_vars oder host_vars Verzeichnissen oder im Playbook selbst vorhanden sein.

Hinweis: Ein Sternchen (*) kennzeichnet den Standardwert, falls nichts angegeben ist.

Ansible-Variablen

Hinweis: Ein Sternchen (*) kennzeichnet den Standardwert, falls nichts angegeben ist.

Abhängigkeiten

Die Rolle eos-route-control basiert auf Modulen, die im Kern von Ansible enthalten sind. Diese Module wurden in der Ansible-Version 2.1 hinzugefügt.

• Ansible 2.1.0

Beispiel-Playbook

Das folgende Beispiel verwendet die Rolle arista.eos-route-control, um einen Routenplan und eine statische Route zu konfigurieren. Wir erstellen eine hosts-Datei mit unserem Switch, dann eine entsprechende host_vars-Datei und schließlich ein einfaches Playbook, das nur die Rolle eos-route-control referenziert. Durch die Einbeziehung der Rolle erhalten wir automatisch Zugriff auf alle Aufgaben zur Konfiguration dieser EOS-Funktionen. Das Schöne daran ist, dass bei einem Host ohne entsprechende Konfiguration die Aufgaben ohne Probleme übersprungen werden.

Beispiel für eine Hosts-Datei:

[leafs]
leaf1.example.com

Beispiel für host_vars/leaf1.example.com:

provider:
  host: "{{ inventory_hostname }}"
  username: admin
  password: admin
  use_ssl: no
  authorize: yes
  transport: cli

routemaps:
  - name: RM-1
    action: permit
    seqno: 10
    description: Mein wunderbarer Routenplan
    match:
      - as 1000
      - source-protocol bgp
    continue: 20
  - name: RM-1
    action: permit
    seqno: 20
    description: Mein wunderbarer Routenplan
    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: Standard
    tag: 100

Ein einfaches Playbook, leaf.yml:

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

Dann ausführen mit:

ansible-playbook -i hosts leaf.yml

Entwicklerinformationen

Entwicklungsbeiträge sind willkommen. Bitte beachten Sie die Arista-Rollen für Ansible - Entwicklungsrichtlinien (test/arista-ansible-role-test/README) für weitere Informationen, einschließlich der Entwicklung und Ausführung von Testfällen für die Rollentwicklung.

Lizenz

Copyright (c) 2015, Arista Networks EOS+ Alle Rechte vorbehalten.

Die Weitergabe und Nutzung in Quell- und Binärformen, mit oder ohne Änderungen, sind gestattet, solange die folgenden Bedingungen erfüllt sind:

• Weitergaben des Quellcodes müssen den obigen Urheberrechtshinweis, diese Liste der Bedingungen und den folgenden Haftungsausschluss beibehalten.

• Weitergaben in binärer Form müssen den obigen Urheberrechtshinweis, diese Liste der Bedingungen und den folgenden Haftungsausschluss in der Dokumentation und/oder anderen Materialien, die mit der Verteilung geliefert werden, wiedergeben.

• Weder der Name von Arista noch die Namen seiner Mitwirkenden dürfen zur Unterstützung oder Förderung von Produkten verwendet werden, die aus dieser Software abgeleitet wurden, ohne eine vorherige schriftliche Genehmigung.

DIESE SOFTWARE WIRD VON DEN URHEBERRECHTSINHABERN UND MITWIRKENDEN „WIE BESEHEN“ UND JEDWEDER EINDRUCK ODER IMPLIZIERTE GARANTIEN, EINSCHLIESSLICH, ABER NICHT BEGRENZT AUF, DIE IMPLIZITEN GARANTIEN DER MARKTFÄHIGKEIT UND EIGNUNG FÜR EINEN BESTIMMTEN ZWECK WERDEN ABGELEHNT. IN KEINEM FALL SIND DIE URHEBERRECHTSINHABER ODER MITWIRKENDEN FÜR DIREKTE, INDIRECTE, ZUFÄLLIGE, BESONDERE, EXEMPLARISCHE ODER FOLGESCHÄDEN HAFTBAR, EINSCHLIESSLICH, ABER NICHT BEGRENZT AUF, DEN KAUF VON ERSATZGÜTERN ODER DIENSTLEISTUNGEN; VERLUST DER NUTZUNG, DATEN ODER GEWINNE; ODER GESCHÄFTSUNTERBRECHUNG, UNABHÄNGIG VON DER URSACHE UND AUF JEDER HAFTUNGSTHEORIE, OB IM VERTRAG, STRIKTER HAFTUNG ODER DELIKT (EINSCHLIESSLICH NEGLIGENZ ODER ANDERS), DIE IN IRGENDEINER WEISE AUS DER NUTZUNG ODER DER MÖGLICHKEIT DER NUTZUNG DIESER SOFTWARE ENTSTEHT, SELBST WENN AUF DIE MÖGLICHKEIT SOLCHER SCHÄDEN HINGEWIESEN WURDE.

Autoreninformationen

Bitte melden Sie Probleme über unser GitHub-Repo oder kontaktieren Sie uns unter ansible-dev@arista.com.