Management Information Base ( MIB , Management Information Base) är en virtuell databas som används för att hantera objekt i ett kommunikationsnätverk. Oftast är detta koncept förknippat med Simple Network Management Protocol ( SNMP ), men det används också i en bredare mening - i samband med OSI / ISO -nätverkshanteringsmodellen . Även om termen MIB är avsedd att referera till all tillgänglig information om ett objekt, används den också ofta för att referera till en specifik delmängd, som mer korrekt kallas en MIB-modul.
Objekt i MIB, enligt RFC 2578 , definieras med hjälp av "Structure of Management Information Version 2" (SMIv2) delmängd av ASN.1- standarden . Mjukvaran som gör analysen kallas en MIB-kompilator.
Databasen har en hierarkisk (trädliknande) struktur. Posterna kan nås via objektidentifierare (OID). MIB diskuteras i RFC , särskilt RFC 1155 och dess följeslagare RFC 1213 och RFC 1157 .
Inom området för telekommunikation och datornätverk är Abstract Syntax Notation One ett språk för att beskriva den abstrakta datasyntaxen som används av OSI. En inspelningsstandard som beskriver datastrukturer för representation, kodning , sändning och avkodning av data. Den tillhandahåller en uppsättning formella regler för att beskriva strukturen hos objekt som är maskinoberoende.
ASN.1 är en ISO- och ITU-T-kompatibel standard, som ursprungligen definierades 1984 som en del av CCITT X.409:1984. På grund av den utbredda användningen av ASN.1 flyttade den 1988 till sin egen X.208-standard. Sedan 1995 har en väsentligt reviderad ASN.1 beskrivits av X.680-standarden.
En anpassad delmängd av SMI (Structure of Management Information) specificeras i SNMP för att definiera en uppsättning relaterade MIB-objekt; sådana uppsättningar kallas MIB-moduler.
I Ryssland är ASN.1 standardiserad enligt GOST R ISO/IEC 8824-1-2001 och GOST R ISO/IEC 8825-93.
MIB-hierarkin kan representeras som ett träd med en icke namngiven rot, nivåer tilldelade av olika organisationer. OID på toppnivå tillhör standardorganisationer, medan identifierare på lägre nivå tilldelas relaterade organisationer. Denna modell organiserar hanteringen på alla nivåer av OSI- referensmodellen , med tillägg till applikationer som databaser , e- post och Java-referensmodellen, eftersom MIB:er kan definieras för all verksamhet och information i sådana givna områden.
En hanterad enhet (även MIB-objekt, objekt eller helt enkelt MIB) är en av de specifika egenskaperna hos en hanterad enhet. Hanterade objekt består av en eller flera objektinstanser (identifierade av deras OID) som i huvudsak är variabler.
Det finns två typer av hanterade objekt:
Ett exempel på ett hanterat objekt är atInput- ett skalärt objekt som innehåller en instans av objektet ( ett heltalsvärde som anger det totala antalet inkommande AppleTalk- paket på routerns gränssnitt).
En objektidentifierare (OID) identifierar unikt ett hanterat objekt i MIB-hierarkin.
Den första versionen av SMI (SMIv1) definierar användningen av flera SMI-specifika datatyper, som är indelade i två kategorier:
SNMPv1 SMI definierar tre enkla datatyper:
Följande programövergripande datatyper finns i SNMPv1 SMI:
SNMPv1 SMI definierar starkt strukturerade tabeller som används för att gruppera instanser av ett tabellobjekt (dvs. ett objekt som innehåller flera variabler). GetTabeller består av noll eller fler rader som är indexerade så att SNMP kan hämta GetNexteller ändra hela raden med ett enda kommando Set.
Den andra versionen av SMI (SMIv2) beskrivs i RFC 2578 och RFC 2579 . Den förbättrar och kompletterar SMIv1-specifika datatyper som bitsträngar, nätverksadresser och räknare. Bitsträngar definieras endast i SMIv2 och innehåller noll eller fler bitar som definierar ett värde. Nätverksadresser är en adress från en specifik protokollfamilj. Räknare är icke-negativa heltal som ökar tills de når maxvärdet, varefter de nollställs. I SMIv1 definierades räknarens storlek som 32 bitar. SMIv2 definierar både 32- och 64-bitars räknare.
SMIv2 definierar också informationsmoduler som definierar en grupp relaterade definitioner. Det finns tre typer av informationsmoduler: MIB-moduler, överensstämmelseutlåtanden och förmågasutlåtanden.
MIB:er uppdateras regelbundet för att lägga till ny funktionalitet, lösa oklarheter och åtgärda brister. Dessa ändringar görs i enlighet med avsnitt 10 i RFC 2578 . Ett exempel på en MIB som har uppdaterats många gånger är en viktig uppsättning objekt som ursprungligen definierades i RFC 1213 "MIB-II". Denna MIB har sedan delats upp och kan nu hittas i MIBs som RFC 4293 "Management Information Base for the Internet Protocol (IP)", RFC 4022 "Management Information Base for the Transmission Control Protocol (TCP)", RFC 4113 " Management Information Base for User Datagram Protocol (UDP)", RFC 2863 "The Interfaces Group MIB" och RFC 3418 "Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)".
Det finns ett stort antal MIB definierade både av standardiseringsorganisationer (som IETF ) och av privata företag och andra organisationer.
MIB:er finns i 318 RFC:er av de första 5000 RFC:erna från IETF. Denna lista är bara en liten del av de skrivna MIB:erna:
IETF och IEEE har kommit överens om att överföra MIB relaterade till IEEE-operationer (t.ex. Ethernet) till lämpliga arbetsgrupper inom IEEE. Denna process är inte avslutad ännu och endast en liten del av den har slutförts.
TCP / IP-protokoll efter lager av OSI-modellen | Grundläggande|
---|---|
Fysisk | |
kanaliserad | |
nätverk | |
Transport | |
session | |
Representation | |
Applicerad | |
Annat ansökt | |
Lista över TCP- och UDP-portar |