Einführung in Geräteprofile
Geräteprofile definieren die Funktionen unterstützter Hardwaregeräte. Einige Funktionsfunktionen verhalten sich in den verschiedenen NOS-Versionen unterschiedlich, sodass die Funktionen pro NOS-Version ausgedrückt werden. Standardmäßig stimmt die Version mit allen unterstützten Versionen überein. Wenn zusätzliche Hardwaremodelle qualifiziert werden, werden sie der Liste der qualifizierten Geräte hinzugefügt.
Geräteprofile werden logischen Geräten (Abstraktionen physischer Geräte) zugeordnet, um Schnittstellenzuordnungen zu erstellen.
In den folgenden Abschnitten werden die Parameter des Geräteprofils beschrieben. Weitere Informationen zu Geräteprofilen finden Sie unter Hinzufügen von Geräteprofilen mithilfe der Apstra-Benutzeroberfläche .
Zusammenfassung
| Zusammenfassung Abschnittsbeschreibung | |
|---|---|
| Name | Name des Geräteprofils. 64 Zeichen oder weniger. |
| Anzahl der Steckplätze | Anzahl der Steckplätze oder Module am Gerät. Modulare Switches verfügen über mehrere Steckplätze. |
| Beginnen Sie mit der ID |
Selektor
Der Abschnitt "Selektor" enthält gerätespezifische Informationen, um das Hardwaregerät wie unten beschrieben mit dem Geräteprofil abzugleichen:
| Beschreibung | des Selektor-Abschnitts |
|---|---|
| Hersteller | Ausgewählt aus Dropdown-Liste |
| Modell | Bestimmt, ob ein Geräteprofil auf bestimmte Hardware angewendet werden kann. Wird aus der Dropdown-Liste ausgewählt oder als regulärer Ausdruck (Regex) eingegeben. |
| Betriebssystemfamilie | Definiert, wie die Konfiguration generiert wird, wie Telemetriebefehle gerendert werden und wie die Konfiguration auf einem Gerät bereitgestellt wird. Wird aus der Dropdown-Liste ausgewählt. |
| Version | Bestimmt, ob ein Geräteprofil auf bestimmte Hardware angewendet werden kann. Wird aus der Dropdown-Liste ausgewählt oder als regulärer Ausdruck eingegeben. |
Fähigkeiten
Sie können die in diesem Abschnitt definierten Hardware- und Softwarefunktionen in anderen Teilen der Apstra-Umgebung nutzen, um die generierte Konfiguration anzupassen oder eine inkompatible Situation zu verhindern. Mit Ausnahme von ECMP ändern Hardwarefunktionen das Rendering der Konfiguration oder die Bereitstellung. Zu den Funktionen gehören die folgenden Details:
| Beschreibung | des Abschnitts "Funktionen | "
|---|---|
| CPU (cpu:string) | Beschreibt die CPU-Architektur des Geräts. Beispiel: "x86" |
| Userland (bits) (userland:integer) | Art des Userlands (Anwendungsbinär/Kernel), das das Gerät unterstützt. Zum Beispiel: "32" oder "64". |
| Arbeitsspeicher (GB) (ram:integer) | Größe des Arbeitsspeichers auf dem Gerät. Beispiel: "16" |
| ECMP-Grenzwert (ecmp_limit:integer) | Maximale Anzahl von Multi-Path-Routen zu gleichen Kosten. Zum Beispiel: "64". Dieses Feld ändert die BGP-Konfiguration auf dem Gerät (ecmp max-paths). |
| Formfaktor (form_factor:string) | Anzahl der Höheneinheiten (HE) auf dem Gerät. Zum Beispiel: "1RU", "2RU", "6RU", "7RU", "11RU","13RU" |
| ASIC (asic:string) | Der Switch-Chipsatz-ASIC. Zum Beispiel: "T2", "T2(3)", "T2(6)", "Arad(3)", "Alta", "TH", "Spectrum", "XPliant XP80", "ASE2", "Jericho". Wird zur Unterstützung von Telemetrie, Konfigurationsrendering und VXLAN-Routing-Semantik verwendet |
| LXC (lxc_support: boolescher Wert) | Wird ausgewählt, wenn das Gerät LXC-Container unterstützt. |
| ONIE (onie: boolean) | Wählen Sie diese Option aus, wenn das Gerät ONIE unterstützt. |
Unterstützte Funktionen (nur Cisco)
COPP - Wenn Control Plane Policing (COPP) aktiviert ist, wird eine strenge CoPP-Profilkonfiguration für die angegebene NX-OS-Version gerendert, was zum folgenden Konfigurationsrendering führt:
terminal dont-ask copp profile strict
Diese Terminal-Don't-ask-Konfiguration wird nur benötigt, wenn die strikte Konfiguration des CoPP-Profils aktiviert wird, da wir nicht möchten, dass NX-OS auf die Bestätigung wartet:
switch(config)# copp profile strict This operation can cause disruption of control traffic. Proceed (y/n)? [no] ^C switch(config)# switch(config)# terminal dont-ask switch(config)# copp profile strict switch(config)#
CoPP ist standardmäßig aktiviert, mit Ausnahme von Cisco 3172PQ NXOS. Sie können mehrere Versionen angeben.
Breakout : Aktivieren Sie Breakout, um anzuzeigen, dass Ports auf bestimmten Modulen auf Split-Ports mit geringerer Geschwindigkeit aufgeteilt werden können.
Die Apstra-Software hebt zuerst die Breakouts aller Ports auf, die Breakout-fähig sind, und wendet dann je nach Absicht die richtigen Breakout-Befehle an. Dies basiert auf der Annahme, dass der globale Negationsbefehl no interface breakout module<module_number> immer erfolgreich auf ein Modul mit Breakout-fähigen Ports angewendet werden kann. (Dies ist idempotent, wenn es auf Ports angewendet wird, die nicht ausgebrochen sind.) Wir sind uns jedoch bewusst, dass diese Annahme in zukünftigen Versionen von NX-OS oder mit einer bestimmten Kombination von Kabeln / Transceivern, die in Breakout-fähige Ports eingesetzt werden, gebrochen werden kann.
Das folgende Beispiel bezieht sich auf den Negationsbefehl für ein Modul (1), das auf True gesetzt ist:
no interface breakout module 1 !
Da der Negationsbefehl immer pro Modul anwendbar ist, wird jedes Modul einzeln angegeben. Dies bietet unter anderem:
- In modularen Systemen verfügen nicht alle Linecards über Breakout-fähige Ports.
- In nicht-modularen Systemen befinden sich die Breakout-fähigen Ports möglicherweise nicht immer in Modul 1.
Breakout ist standardmäßig aktiviert, mit Ausnahme der folgenden Geräte mit Modulen, die keine Ports ausbrechen können: 3172PQ NXOS, 9372TX NXOS, C9372PX NXOS, C9396PX NXOS, NXOSv.
Historischer Kontext - Bei einer bestimmten Version von NX-OS würde die POAP-Phase eine Breakout-Konfiguration auf die Ports anwenden, die Breakout-fähig sind. Das POAP-Verhalten, das in 7.0(3)I4(1) POAP eingeführt wurde, bestimmt, welche Breakout-Map (z. B. 10gx4, 50gx2, 25gx4 oder 10gx2) die mit dem DHCP-Server verbundene Verbindung aufruft. Wenn Breakout auf keinem der Ports unterstützt wird, überspringt POAP den dynamischen Breakout-Prozess. Nachdem die Breakout-Schleife abgeschlossen ist, fährt POAP wie gewohnt mit der DHCP-Erkennungsphase fort. Apstra setzt jede solche Breakout-Konfiguration zurück, die möglicherweise während der POAP-Phase gerendert wurde, um sicherzustellen, dass die Ports durch Anwenden des Befehls negation auf die Standardgeschwindigkeit zurückgesetzt werden.
Unterstützung von Sequenznummern – Anwendbar auf den Pfad des autonomen Systems (AS). Aktivieren Sie diese Option, wenn das Gerät fortlaufende Nummern unterstützt. Apstra-Sequenzen in die Eintragsliste, um die Konfiguration wie folgt neu zu sequenzieren und zu generieren:
ip as-path access-list MyASN seq 5 permit ^$ ip as-path access-list Rtr seq 5 permit ^3 ip as-path access-list Srvr seq 15 permit _103$
Die Nummern 5 und 15 sind Sequenznummern, die für Geräte gelten, die die AS-Sequenzierung unterstützen.
Die Unterstützung von Sequenznummern ist standardmäßig für alle Cisco Geräteprofile aktiviert (mit Ausnahme von Cisco 3172PQ NXOS, das keine Sequenznummern unterstützt). Bei Plattformen, die keine Sequenznummern unterstützen, wird durch Deaktivieren dieser Funktion sichergestellt, dass die AS-Sequenznummern aus dem Gerätemodellwörterbuch entfernt werden, um das Hinzufügen und Negieren zu vermeiden, falls etwas neu sequenziert wird. In diesem Szenario ist es nicht erforderlich, auf diesen Plattformen etwas zu rendern, da der Eintrag nicht sequenziert werden kann.
Weitere unterstützte Funktionen , die in der Apstra-GUI nicht verfügbar sind, sind "vxlan", "bfd", "vrf_limit", "vtep_limit", "floodlist_limit", "max_l2_mtu" und "max_l3-mtu". Sie können in folgendem Format in das Backend eingebunden werden:
Schlüssel : Wert :: Merkmal : feature_properties Beispiel: 32 vtep_limit: 32
Häfen
Der Abschnitt "Ports" definiert die Arten der verfügbaren Ports, ihre Funktionen und wie sie organisiert sind.
Jeder Port enthält eine Sammlung unterstützter Geschwindigkeitstransformationen. Jede Transformation stellt die Breakout-Fähigkeit dar (z. B. 1-40-GBe-Port, der in 4-10-GBe-Ports ausbricht) und enthält daher eine Sammlung von Schnittstellen.
Beispiel: Wenn Port 1 ein QSFP28 100->4x10, 100->1x40 Breakout-fähiger Port ist, dann verfügt Port 1 über eine Sammlung von drei Transformationen, jeweils eine für 4x10-, 1x40- und 1x100-Breakouts. Das Transformationselement in der Auflistung, das 4x10 darstellt, hat eine Auflistung von 4 Schnittstellen, 1x40 und 1x100 hat eine Auflistung von 1 Schnittstelle.
Zu den Portparametern gehören die folgenden Details:
| Beschreibung | des Abschnitts "Ports" |
|---|---|
| Port-Index (port_id: integer) | Gibt einen eindeutigen Port in der Auflistung der Ports im Geräteprofil an. |
| Zeilenindex (row_id: integer) | Stellt die Abmessungen des Portbereichs von oben nach unten dar. Zeigt an, wo sich der Anschluss im Bedienfeld des Geräts befindet. In einem Bereich mit zwei Zeilen und vielen Spalten ist der Zeilenindex beispielsweise entweder "1" oder "2". |
| Spaltenindex (column_id: integer) | Stellt die von links nach rechts verordneten Abmessungen des Portbereichs dar. Zeigt an, wo sich der Anschluss im Bedienfeld des Geräts befindet. In einem Panel mit zweiunddreißig Ports und zwei Zeilen liegt der Spaltenindex beispielsweise im Bereich von "1" bis "16". |
| Panel-Index (panel_id: ganze Zahl) | Gibt das Panel an, zu dem der Port gehört, wenn das physische Layout der Ports in der Gerätespezifikation angegeben ist |
| Slot-ID (slot_id: integer) | Stellt das Modul dar, zu dem der Port gehört. Ein modularer Switch hat mehr als einen Steckplatz. Bei Netzwerkfunktionsgeräten mit fester Funktion ist die Steckplatz-ID in der Regel "0". |
| Fehlerdomäne (failure_domain_id: ganze Zahl) | Gibt an, ob mehrere Panels auf denselben Hardwarekomponenten basieren. Wird beim Erstellen des Verkabelungsplans verwendet, um sicherzustellen, dass nicht zwei Uplinks mit derselben Fehlerdomäne verbunden sind. |
| Steckertyp (connector_type: Zeichenfolge) | Port-Transceiver-Typ. Die Geschwindigkeitsfunktionen des Ports stehen in direktem Zusammenhang mit dem Steckertyp, da bestimmte Steckertypen mit bestimmten Geschwindigkeiten ausgeführt werden können. Zum Beispiel "sfp", "sfp28", "qsfp", "qsfp28". |
| Transformationen (Transformationen: Liste) | Mögliche Ausbrüche für den Port. Jeder Eintrag ist eine bestimmte unterstützte Geschwindigkeit. Jede Transformation verfügt über eine Sammlung von Schnittstellen. |
| Anzahl der Schnittstellen (interfaces:list) | Abhängig von der Breakout-Fähigkeit des Ports. Für eine Transformation, die eine bestimmte Breakout-Geschwindigkeit darstellt, enthalten die Schnittstellen Informationen über die Schnittstellennamen und Schnittstelleneinstellungen, mit denen das Gerät konfiguriert werden soll. Die "Einstellungsinformationen" sind entscheidend für die korrekte Konfiguration der Schnittstellen auf dem Gerät. |
Basierend auf den Betriebssysteminformationen, die in das Auswahlfeld des Geräteprofils eingegeben wurden, zeigt die Apstra-GUI die entsprechenden Einstellungsfelder an. Die Felder variieren je nach Betriebssystem des Herstellers (siehe Beispiele unten). Wenn ein Geräteprofil erstellt oder bearbeitet wird, wird die "Einstellung" anhand des anbieterspezifischen Schemas validiert, wie unten aufgeführt:
eos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', '1000full', '10000full', '25gfull', '40gfull',
'50gfull', '100gfull',
])}),
'global': Dict({
'port_group': Integer(),
'select': String()
})
})
nxos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', '1000', '10000', '25000', '40000', '50000',
'100000',
])}),
'global': Dict({
"port_index": Integer(),
"speed": String(),
"module_index": Integer()
})
})
junos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', 'disabled', '1g', '10g', '25g', '40g', '50g', '100g'
])}),
'global': Dict({
'speed': Enum([
'', '1g', '10g', '25g', '40g', '50g', '100g'
]),
"port_index": Optional(Integer()),
"fpc": Optional(Integer()),
"pic": Optional(Integer())
})
})
sonic_port_setting = Dict({
'interface': Dict({
"command": Optional(String()),
"speed": String(),
"lane_map": Optional(String())
})
})
})
Apstra verwendet nicht unbedingt alle oben genannten Informationen für die Modellierung. Sie wird anderen Apstra-API-Orchestrierungstools zur Erfassung und Verwendung zur Verfügung gestellt.
Anzeigen von Geräteprofilen
Navigieren Sie im linken Navigationsmenü der Apstra-GUI zu Geräte > Geräteprofile , um zur Tabellenansicht des Geräteprofils zu gelangen. Sie können Geräteprofile erstellen, klonen, bearbeiten und löschen. 