în protocolul simplu de gestionare a rețelei (SNMP), OID înseamnă un „identificator de obiect.”
pentru a defini OID, este o adresă utilizată pentru a identifica în mod unic dispozitivele gestionate și stările acestora. Doriți să știți citirea temperaturii provenind de la un senzor de la instalația dvs. de la distanță de pe vârful muntelui? Există un OID pentru asta.
dacă sunteți un profesionist responsabil pentru sistemul de gestionare a rețelei la scară largă al organizației dvs., citiți mai departe. Aici vom descompune conceptul de OID-uri, astfel încât să puteți lua aceste cunoștințe cu dvs. la locul de muncă și să mențineți operațiunile întreprinderii dvs. fără probleme.
SNMP definiție: Protocolul simplu de gestionare a rețelei este un protocol de nivel de aplicație care permite schimbul de informații de monitorizare și gestionare între dispozitivele de rețea.
ramura structurii SNMP MIB tree și OID-urile sale utilizate de echipamentele DPS Telecom.
cum citești un OID?
formatul unui arbore OID poate fi confuz la început. Este un șir imens de numere ca acesta:
apoi ne uităm la primele câteva numere, care se schimbă rar:
prima parte a OID va fi aceeași pentru fiecare echipament pe care îl veți folosi vreodată:
suntem partway prin acest OID. Ce știm până acum?
până în prezent, știm că o întreprindere privată va fi declarată ca producător al acestui dispozitiv SNMP. Acest lucru va fi valabil pentru aproape fiecare dispozitiv de rețea cu care lucrați. Asta face ” 1.3.6.1.4.1…”un prefix aproape universal pentru OIDs. Să continuăm:
acum știm că lucrăm cu un RTU de la DPS
dacă aveți întrebări despre DPS RTU, le puteți pune aici. Observați cât timp este numărul „producătorului dispozitivului”(„2682”). Există o mulțime de producători acolo și toți trebuie să aibă o valoare întreagă unică. Această secțiune a OID ne-a spus, de asemenea, că lucrăm cu un RTU, care colectează alarme de la echipamente non-SNMP.
echipamentul SNMP nativ ar avea o valoare OID diferită aici. Să terminăm de citit acest OID acum:
ați citit complet prin acest OID
acum știți că aveți de-a face cu starea punctului de alarmă discret #1 pe un RTU fabricat de DPS Telecom. Nu-i rău pentru un șir de numere, nu?
cine decide structura SNMP OIDs?
OID-urile sunt definite în fișierul SNMP MIB, un fel de „carte de cod” pentru SNMP. Producătorul (DPS Telecom în acest exemplu) explică a doua jumătate a OID pentru propriile dispozitive prin furnizarea unui fișier MIB utilizatorilor lor. Prima jumătate a anului este stabilit de un standard de referință ” RFC ” MIB utilizat la nivel mondial.
să luăm în considerare OID dintr-un unghi ușor diferit acum…
baza de date cu informații de gestionare (MIB)
pentru a monitoriza alarmele de rețea, trebuie să cunoașteți punctele de alarmă. Adresa apartamentului sau a casei indică o locație specifică în funcție de țară, stat, oraș, cod poștal, stradă și numărul casei. Sistemele SNMP au OID – uri care definesc fiecare lucru pentru agenții și managerul SNMP.
putem compara MIB la OID ca fiind similar cu un nume de domeniu la o adresă IP.
OID indică obiectele de monitorizare a rețelei stocate într-o bază de date numită baza de informații de gestionare (MIB). Un obiect MIB deține structura alarmelor de rețea monitorizate (cum ar fi o hartă a „orașului”) și folosește OID-urile pentru a urmări componentele individuale (cum ar fi adresa către o casă sau altă locație).
în acest exemplu, un SNMP OID este ca adresa la care ar conduce camionul de pompieri dacă ar suna alarma de incendiu. Ce se întâmplă dacă a izbucnit un incendiu la casa ta și ai sunat la pompieri cu coordonate GPS (reprezentând ID-ul obiectului sau OID)? Departamentul de pompieri ar trebui să caute asta în MIB-ul său pentru a determina adresa corectă a străzii.
în telecom, OID-urile SNMP descriu locații specifice din rețeaua gestionată. OID permite MIB să traducă locația evenimentului într-o descriere de stare pentru administratorii de rețea.
cum arată din nou un SNMP OID?
Descărcați cartea albă SNMP completă: Este o introducere rapidă, de 12 pagini SNMP de Marshall DenHartog, unde veți afla despre capcane, formate de mesaje, MIB și alte concepte fundamentale SNMP.
notație în format punct
deși poate părea descurajant, OID urmează o structură simplă, fiecare segment „punct” identificând o parte a unui element de rețea. Revenind la exemplul adresei de domiciliu, începutul identificatorului obiectului ne spune emisfera lumii, țara, statul, orașul, codul poștal, adresa străzii și, în cele din urmă, ne conduce la aleea noastră. În OID de mai sus, „Aleea” specifică este 102. Cu această structură, elemente foarte specifice pot fi identificate și localizate chiar și în rețele foarte complexe.
un Manager SNMP (ex. T / Mon LNX) traduce aceste OID-uri SNMP într-o valoare care este apoi atribuită etichete lizibile în MIB. Acest lucru permite managerului SNMP să producă mesaje care pot fi citite de oameni.
MIB și SNMP Manager
când managerul SNMP, un T/Mon, în acest caz, va colecta informații solicitând valoarea („starea”) oricărui obiect pe care îl monitorizează, acesta trimite un mesaj cu OID-ul obiectului respectiv către baza sa de informații de gestionare. MIB va decoda adresa și va atașa o descriere a textului. Acest lucru permite managerului SNMP să prezinte valoarea stării de alarmă cu descrierea de identificare a alarmei etichetate.
Obțineți informații sau prețuri pe managerul SNMP al DPS
deci, de exemplu, să presupunem că managerul SNMP dorește să știe dacă există o mașină pe Aleea casei dvs. (o întrebare „da sau nu”, adesea denumită alarmă discretă în lumea monitorizării alarmelor). Managerul SNMP ar căuta referința corespunzătoare în MIB pentru a „sondaj” (întrebați) dacă există o mașină pe aleea de la 123 Main St.MIB face referire la 123 Main St. și o traduce în OID-ul drumului dvs.
în exemplul nostru OID de mai sus, ar fi 123 Main St = 1.3.6.1.4.1.2681.1.2.102. Aleea (sau punctul de alarmă pe care dorim să îl monitorizăm) ar fi reprezentată de porțiunea „102” a adresei. „Valoarea” raportată este starea actuală a drumului 102: ocupat de o mașină sau nu.
senzorul de pe alee raportează înapoi: nu. Nu e nimeni pe alee.
Managerul utilizează MIB pentru a decoda OID-urile de pe fiecare dispozitiv.
acest mesaj este capturat de managerul SNMP care utilizează din nou baza de informații de gestionare pentru a lega mesajul senzorului OID care a fost raportat de „senzorul de acces” (un răspuns simplu „nu”) înapoi în 123 Main St.care este afișat.
dacă un obiect gestionat SNMP nu are un OID listat într-un MIB, managerul SNMP nu îl poate identifica. Chiar dacă acel obiect are un senzor și poate transmite date, managerul SNMP este orb fără MIB. Pentru ca o condiție sau un dispozitiv să fie monitorizat, acesta trebuie să aibă o definiție MIB corespunzătoare.
vânzătorii și MIB-urile lor unice
în cele din urmă, amintiți-vă că primele câteva bucăți din fiecare OID sunt aproape întotdeauna aceleași. Aceste niveluri superioare de localizare sunt definite printr-o serie de referințe standard în cadrul MIB. Aceste serii se numesc RFC-uri sau cereri de comentarii.
RFC-urile care definesc OID-urile SNMP fac parte dintr-un grup mai mare de documente RFC care definesc Internetul în ansamblu. Furnizorii individuali își creează propriile MIB-uri SNMP enterprise care includ doar OID-urile pentru dispozitivele lor.
dacă aveți cerințe unice, căutați un furnizor care poate crea fișiere SNMP MIB personalizate.
scenarii din lumea reală
aici, la DPS, vom avea ocazional clienți care necesită MIB-uri specifice pentru aplicațiile lor. Un client, James, trebuia să poată identifica toate imprimantele de pe LAN prin SNMP, solicitând fiecărui dispozitiv OID-ul său la intervale de timp definite de utilizator. Trebuia să trimită prin e-mail orice evenimente de raportare monitorului SNMP și trebuia să facă asta fără să-și spargă bugetul.
un alt client a avut nevoie să trimită anumite comenzi setate către unități la distanță la unele site-uri cu microunde. Unitățile nu erau capabile să trimită aceste comenzi. Soluția noastră a avut OID-uri personalizate care au fost configurate cu legături variabile pentru a accepta capcane SNMP. Acest lucru a permis monitorizarea și controlul site-urilor cu microunde la distanță, cu posibilitatea de a comuta până la 40 de relee discrete în sistemul gestionat.
această soluție le-a economisit bani și timpi morți și a sporit utilizarea echipamentelor existente pentru client.
Obțineți răspunsuri la toate întrebările SNMP
la DPS, am lucrat la mii de proiecte care implică SNMP într-o formă sau alta. Cu experți veterani SNMP cu privire la personalul ne pune câteva întrebări, trimițându – ne un mesaj online rapid (sau apel 1-800-693-0351)
SNMP MIB
SNMPWalk primește toate OID-urile
alegerea RTU-urilor & manageri
monitorizarea SNMP