ZhBasics

A VIK Wikiből
A lap korábbi változatát látod, amilyen Cs (vitalap | szerkesztései) 2013. április 14., 08:37-kor történt szerkesztése után volt. (→‎Miért nem kezelhető a MIB egy adatbázisként?)
Ugrás a navigációhoz Ugrás a kereséshez

Ez az oldal a korábbi SCH wiki-ről lett áthozva. Az eredeti változata itt érhető el.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor kérlek javíts rajta egy rövid szerkesztéssel.

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót


Az ágens kifejezése milyen két kontextusban használatos? Hogyan kapcsolódnak ezek egymáshoz?

1: A Managing System (Manager) -------> Managed System (Agent)

felügyleti eszköz.


2: A Managed System még két fő részre bontható: a valós erőforrás és a manager agent. (a "cuccon" belül van a lényeges hardver pl. maga a switch, de még van mellette beágyazva menedzsment-es hardver/szoftver is)

A kiszolgáló program (Agent) a menedzselt hálózati objektumban helyezkedik el (pl. szerver, switch, router, gateway, hub). Feladata a menedzser program kéréseinek kiszolgálása. (SNMP egyik alkotórésze)

Hasonlítsa össze a manager/agent és a client/server paradigmát hasonlóságok és különbségek alapján!

Hasonlóság: Topológiailag: Kevés manager-ez tartozik sok agent - kevés szerverhez tartozik sok kliens

Különbség: Client-server: A kliens küld egy kérést a szervernek, az meg válaszol neki, míg a manager/agent-nél a manager küldhet request-eket az agent-nek, amire válaszol (ami a topológia szerint fordított), továbbá még az agent küldhet kérés nélkül is event-eket.

Oldja fel a MIB akronimát. Fejtse ki mi az a MIB!

Management Information Base virtuális adatbázis. A menedzselt objektumról tartalmaz adatokat, amelyeket a kiszolgáló program elérhet. Az SNMP-n keresztül kezelhető, az egység állapotára vonatkozó információk olvashatók ki belőle, illetve működést befolyásoló jellemzők állíthatók be.


Miért nem kezelhető a MIB egy adatbázisként?

mert ez csak egy elvi adattároló, absztrakt szinten létezik.

Milyen hálózatot lehet használni a hálózatmenedzsmentre? Mik az egyes megközelítések előnyei és hátrányai?

Lehet dedikált, csak külön a menedzselésre fenntartott hálózatot használni, illetve lehet a "rendes" hálózatot is használni (a menedzselendő hálózatot)

A dedikált háló eőnyei:

  • megbízható
  • nem zavar bele a hálózati forgalomba
  • biztonságos
  • megkönnyíti a hálózat tervezését

Hátrányai:

  • plussz költség
  • plussz overhead (a menedzselendő hálózat menedzselő hálózatát is lehet hogy menedzselni kell... :) )


Oldja fel az OSS akronimát. Mit csinál egy OSS?

operation support system

A hálózattal foglalkozik:

  • network inventory maintaining
  • provisioning services
  • configuring network components
  • managing faults

Oldja fel az NOC akronimát. Mi történik az NOC-ban?

Network Operation Center

Ez egy olyan hely, ahonnan irányítanak/megfigyelnek hálózatokat. Riasztások esetén azonosítják a problémát, megpróbálják elhárítani. Ha komolyabb a baj, akkor felveszik a kapcsolatot a megfelelő szakemberekkel illetve más NOC-okkal, hogy minél előbb megoldódjon a probléma. Még a legszélsőségesebb esetekre is fel vannak készítve, hogy mi a teendő (pl áramkimaradás vagy optikai szál elvágása).

Egy egy szervezetnek több NOC-a is lehet, vagy azért, mert több hálózata is van, van azért hogy rendundáns legyen. (Follow-the-sun)


Ha egy hálózatnak 99.999% (5 kilences) rendelkezésre állást kell biztosítania, akkor szükséges-e a menedzsment rendszernek is 99.999%-os rendelkezésre állást biztosítni? Indokolja válaszát!

Nem. Mert:

"NE must operate without mgmt (for some time)"

if ("some time" > 0) akkor már nem kell a 99.999% mgmt rendelkezésre állás.

-- ijanos - 2009.03.25. -- Lepi - 2009.03.26.