In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Einer der am häufigsten verwendeten Bezeichner in SNMP-basierten Netzwerkverwaltungsanwendungen ist der Interface Index (ifIndex)-Wert. IfIndex ist eine eindeutige Identifikationsnummer, die einer physischen oder logischen Schnittstelle zugeordnet ist. Bei den meisten Softwareanwendungen ist ifIndex der Name der Schnittstelle. Obwohl relevante RFCs nicht erfordern, dass die Korrespondenz zwischen bestimmten ifIndex-Werten und ihren Schnittstellen bei Neustarts beibehalten wird, hängen Anwendungen wie Gerätebestand, Abrechnung und Fehlererkennung von dieser Korrespondenz ab.
Der RFC1213 (MIB2) definiert einen ersten ifIndex wie folgt:
"Jede Schnittstelle wird durch einen eindeutigen Wert des ifIndex -Objekts identifiziert, und die Beschreibung von ifIndex schränkt den Wert wie folgt ein: Der Wert liegt zwischen 1 und ifNumber. Der Wert für jede Schnittstelle muss mindestens von einer Reinitialisierung des Netzwerkmanagementsystems der Stelle bis zur nächsten Reinitialisierung konstant bleiben."
Nach dem neuesten IETF RFC 2863 (The Interfaces Group MIB) wurde die ifIndex-Definition jedoch geändert, um der zunehmenden Anzahl von Geräten Rechnung zu tragen, die das dynamische Hinzufügen oder Entfernen von Netzwerkschnittstellen ermöglichen. Die in RFC 2863 gewählte Lösung besteht darin, die Anforderung zu streichen, dass der Wert von ifIndex kleiner als der Wert von ifNumber ist, und ifNumber mit seiner aktuellen Definition beizubehalten.
Es sind keine besonderen Voraussetzungen erforderlich, um den Inhalt dieses Dokuments nachzuvollziehen.
Um die aktuellsten Support-Informationen für diese Funktion nach IOS-Plattformen und -Images zu erhalten, können Sie im Feature Navigator Tool nach Interface Index Persistence suchen.
Diese Funktion wurde ab Cisco IOS Version 12.1(5)T auf den folgenden Plattformen unterstützt (später in Cisco IOS Version 12.2 enthalten):
Cisco Serie 800
Cisco Serie 1400
Cisco Serie 1600 (einschließlich der Serie 1600R)
Cisco Serie 1700
Cisco Serie 2500
Cisco Serie 2600
Cisco Serie 2800
Cisco Serie 3600 (einschließlich Cisco 3620, 3640 und 3660)
Cisco Serie 3800
Cisco Serie 4500
Cisco Serie AS5300
Cisco Serie AS5400
Cisco Serie AS5800
Cisco Serie 7100
Cisco Serie 7200 (einschließlich Cisco 7202, 7204 und 7206)
Cisco Serie 7500 (einschließlich Cisco RSP7000)
In Cisco IOS Version 12.0S wurde die Unterstützung für die Schnittstellenindexpersistenz ab Cisco IOS Version 12.0(11)S auf den folgenden Plattformen eingeführt:
Cisco Serie 7200
Cisco Serie 7500
Cisco 12000 GSR-Produktfamilie
Hinweis: Bei CatOS-Geräten wird ifIndex automatisch für physische und VLAN-Schnittstellen übernommen, nicht jedoch für EtherChannel-Schnittstellen. Diese Funktion ist standardmäßig aktiviert und kann nicht deaktiviert werden. Die IOS-Software auf der MSFC unterstützt die ifIndex-Persistenz nicht. Catalyst 6000 IOS (auch als nativer Modus bezeichnet) unterstützt die ifIndex-Persistenz ab 12.1(13)E.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn sich Ihr Netzwerk in der Produktionsumgebung befindet, müssen Sie sich bei jedem Befehl zunächst dessen potenzielle Auswirkungen vor Augen führen.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Stellen Sie sich eine Situation vor, in der eine einfache Überwachungssoftware (wie MRTG) die Schnittstellenstatistiken der routerspezifischen seriellen Schnittstelle abfragt, die zum Internet führt.
Sie können beispielsweise vor der Neuinitialisierung folgende Bedingungen festlegen:
Physischer Port | IfIndex |
---|---|
Ethernet-Port | 1 |
Tokenring-Port | 2 |
serieller Anschluss | 3 |
Aus diesem Grund fragt die Verwaltungsanwendung den ifIndex 3 ab, der dem seriellen Port entspricht.
Nach der Neuinitialisierung des Routers (Neustart, Neuladen usw.) ändern sich die Bedingungen in etwa wie folgt:
Physischer Port | IfIndex |
---|---|
Ethernet-Port | 3 |
Tokenring-Port | 1 |
serieller Anschluss | 2 |
Die Management-Anwendung führt das Polling von ifIndex 3 fort, der nun dem Ethernet-Port entspricht. Wenn die Verwaltungsanwendung beispielsweise nicht durch ein Trap darauf hingewiesen wird, dass der Router neu gestartet wurde, können die abgefragten Statistiken daher völlig falsch sein.
Die Cisco IOS-Version unterstützt einen ifIndex-Wert, der auch bei Neustarts erhalten bleiben kann. Die Interface Index Persistence-Funktion ermöglicht eine höhere Genauigkeit bei der Erfassung und Verarbeitung von Netzwerkmanagementdaten, indem Eingangs- und Ausgangsschnittstellen für Datenverkehrsflüsse und SNMP-Statistiken eindeutig identifiziert werden. Da jede Schnittstelle mit einer bekannten Einheit (z. B. einem ISP-Kunden) verknüpft ist, ermöglicht die Schnittstellenindex-Persistenz-Funktion eine effektivere Nutzung der Netzwerkmanagementdaten.
IfIndex-Persistenz bedeutet, dass die Zuordnung zwischen den ifDescr-Objektwerten (oder ifName-Objektwerten) und den aus der IF-MIB generierten ifIndex-Objektwerten über Neustarts hinweg beibehalten wird.
Diese Funktion ist besonders nützlich für:
SNMP: Überwachen der Schnittstellen-Zähler
NetFlow: Reporting der Schnittstelle ifIndex
RMON: Ereignisse/Alarme basierend auf spezifischen Schnittstellen
AUSDRUCK/EREIGNIS-MIB: Erstellen einer neuen MIB-Variablen auf Basis von Schnittstellenzählern
Router(config)# snmp-server ifindex persist Router(config-if)# snmp-server ifindex persist
Weitere Informationen zur Konfiguration finden Sie unter SNMP IfIndex Persistence.
Der schnittstellenspezifische ifIndex-Persistenz-Befehl ([no] snmp ifindex persistenz) kann nicht auf Subschnittstellen verwendet werden. Ein auf eine Schnittstelle angewendeter Befehl wird automatisch auf alle dieser Schnittstelle zugeordneten Subschnittstellen angewendet.
Um zu überprüfen, ob ifIndex korrekt aktiviert ist, können Sie den Inhalt der ifIndex-Tabelle im nvram anzeigen.
Router # dir nvram:ifIndex-table Directory of nvram:/ifIndex-table 2 -rw- 0 <no date> ifIndex-table 126968 bytes total (114116 bytes free)
Wenn die Länge 0 ist, haben Sie es versäumt, copy running starting auszuführen, wodurch die ifIndexes-Zuordnung in den nvram kopiert wird. Danach sehen Sie Folgendes:
Router # dir nvram:ifIndex-table Directory of nvram:/ifIndex-table 2 -rw- 283 <no date> ifIndex-table 126968 bytes total (114088 bytes free)
Das Format der Datei ist:
Name | Typ | Beschreibung |
Größe | GANZZAHL32 | Die Größe dieser Zeile |
IfIndex | GANZZAHL32 | ifIndex dieser Schnittstelle |
enablePersistence | GANZZAHL32 | 1, wenn Persistenz aktiviert ist |
ifDescr | OCTET-ZEICHENFOLGE | Die Schnittstellenbeschreibung |
Sie können die Datei auf einen FTP-Server kopieren und den Inhalt der Binärdatei anzeigen. Bearbeiten Sie diese Datei jedoch nicht: Alle Änderungen werden nicht unterstützt. Auf einigen Plattformen kann die Datei im komprimierten Format gespeichert werden.
Dies ist eine Liste von Beispielen für das Einsetzen und Entfernen von Ethernet-Karten.
1. Entfernen Sie eine Karte, und ersetzen Sie sie durch denselben Kartentyp.
Die gleichen ifIndexes werden für die neue Karte zugewiesen, solange ifDescr auf der neuen Hardware mit der alten übereinstimmt.
2. Entfernen Sie eine Karte und ersetzen Sie sie durch fast den gleichen Kartentyp.
Wenn Sie eine Ethernet-Karte mit vier Ports durch eine Ethernet-Karte mit acht Ports ersetzen, haben die ersten vier Ports der Ethernet-Karte mit acht Ports die gleichen ifIndex-Werte wie die Ethernet-Schnittstellen mit vier Ports. Die anderen vier Ports erhalten neue ifIndex-Werte.
3. Entfernen Sie eine Karte, und ersetzen Sie sie durch einen anderen Kartentyp.
Wenn Sie einen neuen Kartentyp installieren, z. B. ein neues ifDescr, erhalten Sie neue ifIndex-Werte. Der vorherige ifIndex wird nicht verwendet und erzeugt eine Lücke in der ifIndex-Zuordnung.
4. Entfernen Sie eine Karte, und platzieren Sie sie in einem anderen Steckplatz desselben Routers.
Wenn Sie eine Karte in einem anderen Steckplatz platzieren, gibt es eine neue ifDescr, sodass Sie neue ifIndex-Werte erhalten. Der vorherige ifIndex wird nicht verwendet und erzeugt eine Lücke in der ifIndex-Zuordnung.
Hinweis: Sie müssen einen Startbefehl für eine Kopie ausführen, um die neu zugewiesenen ifIndex-Werte für die Beispiele 2, 3 und 4 beizubehalten.