Elemzési eszközökkel és hálózatok kezelését, szabványok, rendszerek

Következő SNMP szabvány egy méret rendre GetRequest-PDU egység változó. Változó Request ID - egy 4 byte-os egész (használt, hogy megfeleljen a válasz kérésre), ErrorStatus és Errorlndex - ez a bájt egész szám, a lekérdezés kell állítani 0 VarBindList - a lista numerikus tárgyak neveit, amelyek értéke érdeklődés vezetője. Az ASN.1 jelölés Ez a lista tartalmazza párok „név - érték”. Kérésekor a változót kell null.

Itt egy példa a SNMP üzenetek, amelyek egy kérés az érték az objektum SysDescr (numerikus név 1.3.6.1.2.1.1.1).

Mint látható a leírás alapján, az üzenet elkezdi kóddal 30 (összes hexadecimális kód), amely megfelel a SEQUENCE kulcsszó (szekvencia). A szekvencia hosszát jelzi a következő bájt (41 bájt). Ami ezután következik, értéke 1 byte - egy változata, SNMP protokoll (ebben az esetben körülbelül, azaz SNMP v.l, 1 azt jelenti, SNMP v.2). közösség területén string típusú (karakterlánc) hossza 6 bájt az állami értéket. A többi üzenet egy blokk GetRequest-PDU adatokat. Az a tény, hogy ez a művelet Get-kérés, a kód AB (ez határozza meg az SNMP protokoll, és nem a ASN.1 jelölés), és a teljes hosszúságú adat - 28 bájt. Összhangban a szerkezet GetRequest-PDU egységet. továbbá van a kérelem azonosító (definíció szerint egy egész számú 4-bájtos). Ezután a blokkot, majd két bájtos integer státusz és hiba index, amely a lekérdezés beállításuk 0 Végül lista elkészítésével üzenet tárgyak, amelyek egyetlen pár - elemzi 1.3.6.1.2.1.1.1.0 és értékét null.

A legújabb, hogy a SNMP funkció RMON specifikáció, amely a kölcsönhatás távoli bázissal MIB. Eljövetele előtt SNMP protokoll RMON nem lehetett használni távolról, ez lehetővé teszi, hogy csak a helyi vezérlő eszközöket. Base RMON MIB javított tuiajdonságkésziete egy távirányító, mivel tartalmazza az aggregált eszköz információt anélkül, hogy az átviteli nagy mennyiségű adat hálózat. RMON MIB objektumokat tartalmazhat további hiba számláló csomagok, rugalmasabb eszközöket trend elemzés és statisztikák, erősebb szűrés azt jelenti, rögzítése és elemzése az egyes csomagokat, valamint több komplex feltételeit létrehozó figyelmeztető jeleket. Agents RMON MIB intelligensebb képest MIB-I szereket vagy MIB-II és végre sokkal a munka információ feldolgozó berendezés, amely végre, mielőtt a vezetők. Ezeket a szereket található a különböző kommunikációs eszközök, valamint megvalósítható külön szoftver modulok futó általános célú személyi számítógépek és laptopok.

RMON objektum számát tekintve 16 a készlet MIB objektumokat, és a RMON létesítmény magában 10 csoportban ezeket az objektumokat.

Statisztika - A jelenlegi felhalmozott statisztikák jellemzőinek csomagok, az ütközések száma, stb ...

Történelem - statisztikai adatot rendszeres időközönként tendenciák elemzéséhez idővel.

Riasztás - statisztikák küszöböt, amely felett RMON ügynök küld egy üzenetet, hogy a menedzser.

HostTopN - táblázat a leginkább terhelt hálózat házigazdák.

Forgalmi Matrix - statisztikája forgalom intenzitásának mindegyike között háiózatgazda elrendelte a mátrixban.

Filter - feltételeinek csomagszűrő.

Packet Capture - feltételei packet capture.

Esemény - nyilvántartásba vétel feltételeit és az esemény generáció.

Ezek a csoportok vannak számozva annak érdekében, tehát például egy csoport Host egy numerikus név 1.3.6.1.2.1.16.4.

A tizedik csoport áll, különleges tárgyakat Token Ring protokoll.

Minden RMON MIB szabvány meghatározza körülbelül 200 berendezés 10 csoportban, fix két dokumentum - RFC 1271 Ethernet hálózatokhoz és az RFC 1513 Token Ring hálózatokban.

A megkülönböztető jegye RMON MIB standard függetlenségét a hálózati réteg protokoll (szemben a MIB-I és MIB-II szabványokat, összpontosított TCP / IP protokoll). Ezért, ez alkalmas heterogén környezetekben, amelyek különböző hálózati réteg protokollok.

Tekintsük részletesebben Statisztika csoport. amely meghatározza, hogy mit tájékoztatás a kereteket (a továbbiakban: az alapcsomagban) Ethernet nyújthat RMON ügynök. Történelem Csoport alapul Statisztika csoport objektumokat. mert felszereltsége lehetővé teszi, hogy építsenek egy idősor Statisztika az objektumok csoportja.

A statisztika a csoportba tartoznak, valamint néhány más alábbi tárgyakat.

etherStatsDropEvents - az összes esemény, ahol a csomagokat figyelmen kívül hagyta az ügynök az ő források hiánya. A zsákokat maguk ugyanakkor nem feltétlenül elveszett felületet.

etherStatsOrtets - a bájtok számát (beleértve a rossz csomagok) a hálózattól kapott (kivéve a preambulum n beleértve az ellenőrző bájt).

etherStatsPkts - a teljes csomagok számát (beleértve a hiba).

etherStatsCRCAlign hibák - az összes fogadott csomagok száma, hogy volt egy hossza (kivéve preambulum) közötti 64 és a 1518 oktett, nem tartalmaz egész számú bájtot (összehangolás hiba), vagy rossz volt a ellenőrző (FCS hiba).

etherStatsUndersizePkts - a teljes csomagok számát, amelyek hossza kisebb, mint 64 bájt, de már megfelelő formájú.

etherStatsOversizePkts - az összes csomagokat, amelyek hossza nagyobb, mint 1518 byte, de arra mégis megfelelően kialakított.

etherStatsFragments - az összes csomagot, amely nem áll szerves bájtok száma, vagy rossz volt a checksum, és még egy rövidebb, mint 64 bájt.

etherStatsJabbers - az összes csomagot, amely nem áll szerves bájtok száma, vagy rossz volt a checksum, és még nagyobb hosszúságú 1518 byte.

etherStatsCollisions - a legjobb becslés az ütközések száma ebben Ethernet szegmenst.

etherStatsPkts640ctets - a teljes csomagok számát (beleértve a rossz) 64 bájt.

etherStatsPkts65to1270ctets - a teljes csomagok számát (beleértve a rossz) terjedő méretű 65-127 bájt.

etherStatsPktsl28to2550ctets - a teljes csomagok számát (beleértve a rossz) terjedő méretű 128-255 byte.

etherStatsPkts256to5110ctets - a teljes csomagok számát (beleértve a rossz) terjedő méretű 256-511 byte.

etherStatsPkts512tol0230ctets - a teljes csomagok számát (beleértve a rossz) terjedő méretű 512-1023 bájt.

etherStatsPktsl024tol5180ctets - a teljes csomagok számát (beleértve a rossz) terjedő méretű 1024-1518 bájt.

Amint a leírásból a tárgyak, alkalmazásával RMON szer ágyazva az átjátszó, vagy más kommunikációs eszköz lehet nagyon részletes elemzést Ethernet szegmens vagy Fast Ethernet. Először is, akkor kap információt fellépő hibák a szegmensben típusú keretek, akkor célszerű összegyűjteni a segítségével Történelem Csoport intenzitásának ezek a hibák időről időre (beleértve árukapcsolás őket abban az időben). Elemzését követően időfüggőség akkor gyakran néhány előzetes következtetéseket a forrás hibás keretek és ezen az alapon, hogy alakítsanak egy vékonyabb frame rögzítési körülmények sajátosságait (feltételek megadásával Filter csoport) megfelelő kiterjesztett változata. Akkor majd tölteni még alapos elemzést vizsgálatával rögzített keretek, kitermelésére őket tárgyak Packet Capture-csoport.

RMON 2 standard később elfogadott, amely kiterjeszti a MIB RMON szellemi ötletek felső szintjén protokollok a munkát végző protokoll elemző.

Az SNMP protokoll alapján számos irányítási rendszerek, bár van néhány alapvető hibákat, amelyek az alább felsorolt.

A pénzügyi források hiánya a kölcsönös hitelesítés ügynökök és vezetők. Az egyetlen eszköz, amely lehet tulajdonítani a hitelesítés módját a használata üzenetek úgynevezett „közösségi húrok» - «közösség húr». Ez a karakterlánc a hálózaton keresztül küldött nyílt formában a SNMP üzenetet, és alapjául szolgál a részlege ügynökök és vezetők a „közösség”, hogy az ágens kölcsönhatásba lép csak azok a vezetők, akik jelzik a közösség húr területén azonos karaktersorozat, mint a húr alatt memória ügynök. Ez természetesen nem egy hitelesítési módszer, és a módszer a strukturáló szerek és a vezetők. SNMP v.2 verzió volt, hogy megszüntesse ezt a hátrányt, de az eredmény közötti nézetkülönbségek fejlesztők új szabvány hitelesítési eszközt, bár megjelent ez a verzió, de nem kötelező.

Munka során UDP megbízhatatlan protokoll (ez a legtöbb munkálatok végrehajtási SNMP ügynökök) vezet veszteségek riasztás (trap üzenet) az ügynök a menedzser, ami oda vezethet, hogy a rossz gazdálkodás. Orvosolni kell a helyzetet váltás egy megbízható közlekedési protokoll összeköttetés alapú kommunikáció tele van a veszteség egy hatalmas beépített SNMP ügynökök rendelkezésre miatti hálózati berendezések. (CMIP protokoll kezdetben fut át ​​megbízható szállítását az OSI stack, és ez a hiány nem befolyásolja.) A fejlesztők menedzsment platformok próbálják leküzdeni ezeket a hiányosságokat. Például, a platform HP 0V Telecom DM TMN, ami egy platform fejlesztése többszintű kormányzás összhangban TMN és ISO szabványok vonatkozásában az új SNMP végrehajtás megszervezése megbízható üzenetküldés között ügynökök és vezetők rovására önszerveződésének továbbközvetítése SNMP üzeneteket a veszteségeket.