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.
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.
Een van de meest gebruikte herkenningstekens in op SNMP gebaseerde netwerkbeheertoepassingen is de waarde van de Interface Index (ifIndex). IfIndex is een uniek identificatienummer dat aan een fysieke of logische interface is gekoppeld. Voor de meeste software is de ifIndex de naam van de interface. Hoewel relevante RFC's niet vereisen dat de correspondentie tussen bepaalde ifIndex-waarden en hun interfaces tussen reboots wordt onderhouden, hangen toepassingen zoals inventarisatie van apparaten, facturering en foutdetectie van deze correspondentie af.
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: De waarde ervan varieert tussen 1 en de waarde van ifNumber. De waarde van elke interface moet constant blijven, ten minste van één 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 rekening te houden met het toegenomen aantal apparaten die de dynamische toevoeging of verwijdering van netwerkinterfaces mogelijk maken. De in RFC 2863 gehanteerde oplossing is het vereiste te schrappen dat de waarde van ifIndex kleiner is dan de waarde van ifNumber, en te behouden ifNumber met zijn huidige definitie.
Er zijn geen specifieke voorwaarden van toepassing op dit document.
Voor de meeste actuele ondersteuningsinformatie voor deze functie via IOS-platforms en afbeeldingen kunt u zoeken naar Persistentie van interface-index in de Functie Navigator Tool.
De ondersteuning voor deze functie is gestart vanuit Cisco IOS-release 12.1(5)T op de volgende platforms (later opgenomen in Cisco IOS-release 12.2):
Cisco 800 Series
Cisco 1400 Series
Cisco 1600 Series (inclusief de 1600R Series)
Cisco 1700 Series
Cisco 2500 Series
Cisco 2600 Series
Cisco 2800 Series
Cisco 3600 Series (inclusief Cisco 3620, 3640 en 3660)
Cisco 3800 Series
Cisco 4500 Series
Cisco AS5300 router
Cisco AS5400 router
Cisco AS5800 router
Cisco 7100 Series
Cisco 7200 Series (inclusief Cisco 7202, 7204 en 7206)
Cisco 7500 Series (inclusief Cisco RSP7000)
In Cisco IOS-softwarerelease 12.0S is de ondersteuning voor interface-index gestart vanuit Cisco IOS-softwarerelease 12.0(11)S op de volgende platforms:
Cisco 7200 Series
Cisco 7500 Series
Cisco 12000 GSR-reeks
Opmerking: Voor CatOS-apparaten, ifIndex blijft automatisch bestaan voor fysieke en VLAN-interfaces, maar niet voor EtherChannel-interfaces. Deze optie is standaard ingeschakeld en er is geen manier om deze uit te schakelen. De IOS-software op MSFC ondersteunt de ifIndex-persistentie niet. Catalyst 6000 IOS (ook native mode genoemd) 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 live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Overweeg een situatie waar een eenvoudige controlesoftware (zoals MRTG) de interfacestatistieken van de router-specifieke seriële interface die naar Internet gaat opvraagt.
Bij wijze van voorbeeld kunt u deze condities hebben voordat u de herinitialisatie start:
fysieke poort | IfIndex |
---|---|
Ethernet-poort | 1 |
trekhaven | 2 |
seriële poort | 3 |
Daarom is de management applicatie polling de ifIndex 3, die correspondeert met de seriële poort.
Na het opnieuw initialiseren van de router (opnieuw opstarten, opnieuw laden enzovoort) veranderen de omstandigheden in iets dat aan dit gelijkaardig is:
fysieke poort | IfIndex |
---|---|
Ethernet-poort | 3 |
trekhaven | 1 |
seriële poort | 2 |
De managementapplicatie blijft de ifIndex 3, die nu overeenkomt met de Ethernet-poort, opvragen. Daarom als de beheerstoepassing niet door een val wordt gewaarschuwd, bijvoorbeeld, dat de router is gereboot, kunnen de ondervraagde statistieken volledig verkeerd zijn.
Cisco IOS release voegt ondersteuning toe voor een ifIndex-waarde die over reboots kan blijven bestaan. De eigenschap van de Persistentie van de Interface Index staat voor grotere nauwkeurigheid toe wanneer het verzamelt en netwerkbeheergegevens door input en outputinterfaces voor verkeersstromen en SNMP- statistieken uniek te identificeren verwerkt. Aangezien het elke interface met een bekende entiteit (zoals een ISP-klant) relateert, maakt de functie Interface Index Persistence het mogelijk dat netwerkbeheergegevens effectiever worden gebruikt.
De persistentie van ifIndex betekent dat de afbeelding tussen de waarden van het ifDescr-object (of ifName) en de waarden van het ifIndex-object die uit de IF-MIB zijn gegenereerd, over reboots behouden blijft.
Deze optie is met name handig voor:
SNMP: bewaking van de interfacetellers
NetFlow: rapportage van de interface ifIndex
RMON: gebeurtenissen/alarmen op basis van specifieke interfaces
MIB VAN EXPRESSIE/GEBEURTENIS: creatie van een nieuwe MIB variabele die op interfacetellers wordt gebaseerd
Router(config)# snmp-server ifindex persist Router(config-if)# snmp-server ifindex persist
Raadpleeg SNMP ifIndex Persistence voor meer informatie over de configuratie.
De interface-specifieke ifIndex-persistentieopdracht ([geen] SNMP ifindex-persistentie) kan niet op subinterfaces worden gebruikt. Een opdracht die op een interface wordt toegepast, wordt automatisch toegepast op alle subinterfaces die aan die interface zijn gekoppeld.
Om te verifiëren dat ifIndex correct is ingeschakeld, 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 heeft u nagelaten om kopie lopende start uit te voeren, die 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 bestandsformaat is:
Naam | Type | Beschrijving |
grootte | INTEGER32 | De grootte van deze rij |
IfIndex | INTEGER32 | De ifIndex van deze interface |
laat persistentie toe | INTEGER32 | 1 als persistentie is ingeschakeld |
ifDescr | OCTET-STRING | De interfacebeschrijving |
U kunt het bestand naar een FTP-server kopiëren en de inhoud van het binaire bestand weergeven. Maar bewerk dat bestand niet: alle wijzigingen worden niet ondersteund. Op sommige platforms kan het bestand in gecomprimeerd formaat bewaard worden.
Dit is een lijst van voorbeelden van het inbrengen en verwijderen van Ethernet-kaarten.
1. Verwijder een kaart en vervang deze door hetzelfde kaarttype.
Hetzelfde ifIndexes 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 vrijwel hetzelfde kaarttype.
Als u een vier-poorts Ethernet-kaart vervangt door een acht-poorts Ethernet-kaart, hebben de eerste vier poorten op de acht-poorts kaart dezelfde ifIndex-waarden als de vier-poorts 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. De 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, zodat u nieuwe ifIndex-waarden ontvangt. De vorige ifIndex wordt niet gebruikt en creëert een gat in de ifIndex toewijzing.
Opmerking: U moet een kopie uitvoeren met de startopdracht actief om door te gaan met de nieuwe toegewezen ifIndex-waarden voor de voorbeelden 2, 3 en 4.