„ZhDimensions” változatai közötti eltérés
Cs (vitalap | szerkesztései) |
Cs (vitalap | szerkesztései) |
||
| (5 közbenső módosítás ugyanattól a felhasználótól nincs mutatva) | |||
| 14. sor: | 14. sor: | ||
Érthetőbben, bővebben, magyarul: Milyen szempontok szerint vizsgálhatjuk a hálózatmenedzsmentet? | Érthetőbben, bővebben, magyarul: Milyen szempontok szerint vizsgálhatjuk a hálózatmenedzsmentet? | ||
* Kölcsönös átjárhatóság (A kommunikációs, a funkcionális és az információs nézőpontok közt) | * Kölcsönös átjárhatóság (A kommunikációs, a funkcionális és az információs nézőpontok közt) | ||
:- A kulcsszó, ami ezt segíti: szabványok. | <small>:- A kulcsszó, ami ezt segíti: szabványok.</small> | ||
* A menedzsment tárgya (hatálya, szolgáltatásai, alkalmazott technológia) | * A menedzsment tárgya (hatálya, szolgáltatásai, alkalmazott technológia) | ||
:- Menedzselni lehet: a konkrét fizikai hálózatot, a rendszert, az alkalmazásokat | <small>:- Menedzselni lehet: a konkrét fizikai hálózatot, a rendszert, az alkalmazásokat | ||
:- A technológia lehet pl. vezeték nélküli vagy optika | :- A technológia lehet pl. vezeték nélküli vagy optika | ||
:- A szolgáltatások lehetnek pl. hangátvitel, képátvitel, kábel-TV | :- A szolgáltatások lehetnek pl. hangátvitel, képátvitel, kábel-TV</small> | ||
* Életciklusa | * Életciklusa | ||
:- Tervezés -> Telepítés -> Működtetés -> Leszerelés | <small>:- Tervezés -> Telepítés -> Működtetés -> Leszerelés</small> | ||
* Menedzsment rétegek | * Menedzsment rétegek | ||
<small>:- Lásd: TMN rétegek</small> | |||
* Menedzsment funkciók, tevékenységek | * Menedzsment funkciók, tevékenységek | ||
:- A funkciókat rétegenként kell vizsgálni | <small>:- A funkciókat rétegenként kell vizsgálni | ||
:- FCAPS - Fault, Configuration, Accounting, Performance, Security management minden egyet rétegben | :- FCAPS - Fault, Configuration, Accounting, Performance, Security management minden egyet rétegben</small> | ||
* Menedzsment folyamat és szervezés | * Menedzsment folyamat és szervezés | ||
:- Hogyan osszuk el a feladatokat és a felelősséget, "szakácskönyvek", Ezek kevésbé technológia szempontok | <small>:- Hogyan osszuk el a feladatokat és a felelősséget, "szakácskönyvek", Ezek kevésbé technológia szempontok</small> | ||
===Hálózatmenedzsment együttműködés szempontjából milyen szempontokat kell figyelembe venni?=== | ===Hálózatmenedzsment együttműködés szempontjából milyen szempontokat kell figyelembe venni?=== | ||
| 37. sor: | 38. sor: | ||
===Adja meg a menedzsment életciklust és röviden ismertesse egyes fázisat!=== | ===Adja meg a menedzsment életciklust és röviden ismertesse egyes fázisat!=== | ||
Planning -> Deployment -> Operations (& upgrades) -> Decommission | <small>Planning -> Deployment -> Operations (& upgrades) -> Decommission | ||
* Planning | * Planning | ||
** Topology | ** Topology | ||
| 56. sor: | 57. sor: | ||
** ... (itt a diasoron is ... van) | ** ... (itt a diasoron is ... van) | ||
* Decommission | * Decommission | ||
** Switching existing traffic and users from the old to the new needs to be planned carefully so that the actual cutover causes as little disruption as possible | ** Switching existing traffic and users from the old to the new needs to be planned carefully so that the actual cutover causes as little disruption as possible</small> | ||
Magyarul: | |||
Tervezés -> Telepítés -> Üzemeltetés -> Lebontás | |||
* Tervezés: | |||
** Topológia tervezése | |||
*** A rugalmasság a a redundancia nagyon fontos | |||
*** Léteznek eszközök a tervezésre és a szimulációra, ezeket használni kell | |||
** Folyamatos tevékenység, ennél fogva "online" információ | |||
* Telepítés: | |||
** Helyi vagy távoli konfigurációs képességek, lehetőségek | |||
** Előre konfigurált vagy bootstrap (külső segítség nélkül induló) eszközök | |||
* Üzemeltetés | |||
** Monitorozás, hibaelhárítás, teljesítményjavítás és adatgyűjtés (teljesítményadatok és számlázási adatok is!) | |||
* Lebontás | |||
** A változó igények miatt a meglévő felhasználói bázist és forgalmat az új szükségletek kiszolgálására alkalmas | |||
: rendszerbe kell átvezetni, ez nagyon kényes művelet, ügyelni kell rá, hogy minél gördülékenyebben, észrevétlenebbül | |||
* menjen végbe a váltás. (Ez a váltás lehet egy firmware frissítés, vagy eszközcsere, de akár néhány sor kód átírása is) | |||
===Milyen rétegekre (TMN) bonthatjük fel a hálózatmenedzsmentet? Mi az egyes réteget feladata? Milyen előnyök és hátrányokkal járhat ez a rétegződés?=== | ===Milyen rétegekre (TMN) bonthatjük fel a hálózatmenedzsmentet? Mi az egyes réteget feladata? Milyen előnyök és hátrányokkal járhat ez a rétegződés?=== | ||
| 69. sor: | 87. sor: | ||
/ ment \ | / ment \ | ||
/------------\ | /------------\ | ||
/ Service | / Service \ | ||
/ Management \ | / Management\ | ||
/ | /------------------\ | ||
/ Network Management \ | / Network Management\ | ||
/ | /----------------------\ | ||
/ Element Management | / Element Management \ | ||
/ | /--------------------------\ | ||
/ Network Element Mgmt | / Network Element Mgmt \ | ||
/ | /------------------------------\ | ||
</pre> | </pre> | ||
| 94. sor: | 112. sor: | ||
* Network Element | * Network Element | ||
** The management agent! | ** The management agent! | ||
Előnyök: | |||
* a feladatokat jobban szét tudjuk osztani (akár rétegenként külön cégeknek) | |||
* a felelősség egyértelműbben meghatározható | |||
Hátrányok: | |||
* Az integráció borzasztó bonyolult | |||
* Bonyolult átfogó megoldás | |||
* Csökkenhet a hatékonyság, mert a hierarchialáncon a folyamatnak végig kell vándorolnia. | |||
===Miért kellenek "sablonok" (cookbooks), dokumentáció és standard eljárások a hálózatmenedzsmentben?=== | ===Miért kellenek "sablonok" (cookbooks), dokumentáció és standard eljárások a hálózatmenedzsmentben?=== | ||