Persistentie van interface-index (index)
Downloadopties
Inclusief taalgebruik
De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Over deze vertaling
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Inhoud
Inleiding
Een van de meest gebruikte identificatoren in SNMP-gebaseerde netwerkbeheertoepassingen is de waarde van de Interface Index (ifIndex). Als Index een uniek identificatienummer is dat aan een fysieke of logische interface is gekoppeld. Voor de meeste software is ifIndex de naam van de interface. Hoewel de relevante RFC's niet vereisen dat de overeenstemming tussen de specifieke ifIndex-waarden en hun interfaces tussen herboekingen wordt gehandhaafd, hangen toepassingen zoals apparaatinventaris, facturering en foutdetectie af van deze overeenstemming.
De RFC1213 (MIB2) definieert een initiële ifIndex als volgt:
"Elke interface wordt geïdentificeerd door een unieke waarde van het ifIndex object en de beschrijving van ifIndex beperkt zijn waarde als volgt: Zijn waarde varieert tussen 1 en de waarde van ifNumber. De waarde voor elke interface moet ten minste constant blijven, vanaf een herinitialisatie van het netwerkbeheersysteem van de entiteit tot de volgende herinitialisatie."
Volgens de laatste IETF RFC 2863 (The Interfaces Group MIB) is de ifIndex-definitie echter gewijzigd om het toegenomen aantal apparaten aan te passen dat dynamische toevoeging of verwijdering van netwerkinterfaces mogelijk maakt. De oplossing die in RFC 2863 is aangenomen, is het schrappen van het vereiste dat de waarde van ifIndex lager is dan de waarde van ifNumber, en het behouden van ifNumber met zijn huidige definitie.
Voorwaarden
Vereisten
Er zijn geen specifieke voorwaarden van toepassing op dit document.
Gebruikte componenten
Voor de meeste up-to-date ondersteuningsinformatie voor deze optie door IOS-platforms en -afbeeldingen, kunt u zoeken naar Persistentie van interface-index in het Functie Navigator Tool.
Ondersteuning voor deze functie is gestart vanaf Cisco IOS release 12.1(5)T op de volgende platforms (later opgenomen in Cisco IOS release 12.2):
-
Cisco 800 Series-switches
-
Cisco 1400 Series switches
-
Cisco 1600 Series (inclusief de 1600R-serie)
-
Cisco 1700 Series Access Points
-
Cisco 2500 Series switches
-
Cisco 2600 Series Access Points
-
Cisco 2800 Series switches
-
Cisco 3600 Series (inclusief Cisco 3620, 3640 en 3660)
-
Cisco 3800 Series-switches
-
Cisco 4500 Series-switches
-
Cisco AS5300-software
-
Cisco AS5400-software
-
Cisco AS5800-software
-
Cisco 7100 Series Access Points
-
Cisco 7200 Series (inclusief Cisco 7202, 7204 en 7206)
-
Cisco 7500 Series (inclusief Cisco RSP7000)
In Cisco IOS release 12.0S is de ondersteuning van de interface-index voor persistentie gestart vanuit Cisco IOS release 12.0(11)S op de volgende platforms:
-
Cisco 7200 Series Access Points
-
Cisco 7500 Series Access Points
-
Cisco 12000 GSR-reeks
Opmerking: Voor CatOS-apparaten blijft Index automatisch beschikbaar voor fysieke en VLAN-interfaces, maar niet voor EtherChannel-interfaces. Deze optie is standaard ingeschakeld en is op geen enkele manier uitgeschakeld. De IOS-software op de MSFC ondersteunt de ifIndex persistentie niet. Catalyst 6000 IOS (ook genoemd native mode) ondersteunt ifIndex persistentie vanaf 12.1(13)E.
De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een levend netwerk werkt, zorg er dan voor dat u de potentiële impact van om het even welke opdracht begrijpt alvorens het te gebruiken.
Conventies
Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.
Probleem voor de indienIndex-persistentiefunctie
Neem een situatie in overweging waarin een eenvoudige controlesoftware (zoals MRTG) de interfacestatistieken van de router-specifieke seriële interface naar het internet opiniepeilt.
Als voorbeeld, zou u deze voorwaarden kunnen hebben voorafgaand aan het herinitialiseren:
| fysieke poort | alsIndex |
|---|---|
| Ethernet-poort | 1 |
| tokenring-poort | 2 |
| seriële poort | 3 |
Daarom wordt in de beheertoepassing de ifIndex 3, die overeenkomt met de seriële poort, ondervraagd.
Nadat de router opnieuw is geformatteerd (opnieuw opstarten, opnieuw laden enzovoort) veranderen de omstandigheden in iets dat hierop lijkt:
| fysieke poort | alsIndex |
|---|---|
| Ethernet-poort | 3 |
| tokenring-poort | 1 |
| seriële poort | 2 |
De beheertoepassing gaat door met het invragen van de ifIndex 3, die nu overeenkomt met de Ethernet-poort. Als de beheerstoepassing niet door een val wordt gewaarschuwd, bijvoorbeeld dat de router is herstart, kunnen de bevraagde statistieken volledig onjuist zijn.
Overzicht van de indienIndex-persistentie
Cisco IOS release voegt ondersteuning toe voor een ifIndex-waarde die door herstart kan blijven bestaan. De Persistentie-functie van de interface-index maakt een grotere nauwkeurigheid mogelijk wanneer deze gegevens van het netwerkbeheer verzamelt en verwerkt door unieke input- en uitvoerinterfaces voor verkeersstromen en SNMP-statistieken te identificeren. Aangezien deze interface betrekking heeft op elke interface met een bekende entiteit (zoals een ISP-klant), kunnen met de Persistentie-functie van de interface-index netwerkbeheergegevens effectiever worden gebruikt.
Als de index persistentie betekent dat de mapping tussen de ifDescr (of ifName) objectwaarden en de ifIndex objectwaarden die gegenereerd zijn vanuit de IF-MIB behouden blijft tijdens de reboots.
Deze functie is met name nuttig voor:
-
SNMP: de interfacetellers bewaken
-
NetFlow: rapportage van de interface alsIndex
-
RMON: gebeurtenissen/alarmen op basis van specifieke interfaces
-
EXPRESSIE/EVENT MIB: creatie van een nieuwe MIB - variabele op basis van interfacetellers
Werken met de indienIndex Persistentiewaarde
Configuratie
Router(config)# snmp-server ifindex persist Router(config-if)# snmp-server ifindex persist
Zie voor meer informatie over de configuratie de SNMP AsIndex Persistence.
Beperkingen
De interface-specifieke ifIndex persistentie opdracht ([no] snmp ifindex persistentie) kan niet op subinterfaces worden gebruikt. Een opdracht die op een interface wordt toegepast, wordt automatisch toegepast op alle subinterfaces die bij die interface horen.
De persistentie van de ifIndex controleren
Om te verifiëren dat de ifIndex correct wordt toegelaten, kunt u de inhoud van ifIndex-tabel in het nvram bekijken.
Router # dir nvram:ifIndex-table
Directory of nvram:/ifIndex-table
2 -rw- 0 <no date> ifIndex-table
126968 bytes total (114116 bytes free)
Als de lengte 0 is, dan hebt u gewacht om kopie die start uit te voeren, wat de ifIndexes toewijzing in het nvram kopieert. Hierna ziet u het volgende:
Router # dir nvram:ifIndex-table
Directory of nvram:/ifIndex-table
2 -rw- 283 <no date> ifIndex-table
126968 bytes total (114088 bytes free)
Het bestand heeft de volgende indeling:
| Name | Type | Beschrijving |
| grootte | INTEGER32 | De grootte van deze rij |
| alsIndex | INTEGER32 | Deze interface is alsIndex |
| energiek | INTEGER32 | 1 als persistentie is ingeschakeld |
| indienDescr | OCTETSTRING | De interfacebeschrijving |
U kunt het bestand naar een ftp server kopiëren en de inhoud van het binaire bestand bekijken. U bewerkt dat bestand echter niet: alle wijzigingen worden niet ondersteund . Op sommige platforms kan het bestand in gecomprimeerde indeling worden gehouden.
Online inlijving en verwijdering
Dit is een lijst van voorbeelden van het toevoegen en verwijderen van Ethernet kaarten.
-
1. Verwijder een kaart en vervang deze door hetzelfde kaarttype.
Hetzelfde indien Indexes wordt toegewezen voor de nieuwe kaart, zolang ifDescr's op de nieuwe hardware overeenkomen met de oude.
-
2. Verwijder een kaart en vervang deze door bijna hetzelfde kaarttype.
Als u een vier poort Ethernet kaart met een acht poort Ethernet kaart vervangt, hebben de eerste vier poorten op de acht poort kaart de zelfde ifIndex waarden als de vier haven Ethernet interfaces. De andere vier poorten ontvangen nieuwe ifIndex-waarden.
-
3. Verwijder een kaart en vervang deze door een ander kaarttype.
Wanneer u een nieuw kaarttype installeert, zoals een nieuwe ifDescr, ontvangt u nieuwe ifIndex waarden. Het vorige ifIndex wordt niet gebruikt en creëert een gat in de ifIndex-toewijzing.
-
4. Verwijder een kaart en plaats deze in een andere sleuf van dezelfde router.
Wanneer u een kaart in een andere sleuf plaatst, is er een nieuwe ifDescr, dus ontvangt u nieuwe ifIndex-waarden. Het vorige ifIndex wordt niet gebruikt en creëert een gat in de ifIndex-toewijzing.
Opmerking: U moet een kopie-actieve start-opdracht uitvoeren om de nieuw toegewezen ifIndex-waarden voor voorbeelden 2, 3 en 4 aan te houden.
Feedback