„ZhDimensions” változatai közötti eltérés

A VIK Wikiből
Cs (vitalap | szerkesztései)
Cs (vitalap | szerkesztései)
 
(6 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?===
62. sor: 80. sor:
TMN: Mgmt Layer Hierarchy
TMN: Mgmt Layer Hierarchy
<pre>
<pre>
/\
  /\
  /  \
  /  \
/ Bu-\
/ Bu-\
/siness\
/siness\
  / Manage-\
        / Manage-\
/ ment \
        / ment   \
/------------\
            /------------\
  / Service \
    / Service   \
/   Management \
  /   Management\
/------------------\
  /------------------\
  / Network Management \
/ Network Management\
/----------------------\
/----------------------\
/ Element Management \
      /   Element Management   \
  /--------------------------\
      /--------------------------\
  / Network Element \
    / 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?===

A lap jelenlegi, 2013. április 14., 12:19-kori változata

Ez az oldal a korábbi SCH wikiről lett áthozva.

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.


Milyen dimenziói vannak a hálózatmenedzsmentnek? Sorolja fel ezeket!

Copy-paste: Dimensions

  • Management Interoperability
  • Management subject
  • Management Life cycle
  • Management layers
  • Management functions
  • Management process & organization

É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)

:- A kulcsszó, ami ezt segíti: szabványok.

  • 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

- 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
  • Életciklusa

:- Tervezés -> Telepítés -> Működtetés -> Leszerelés

  • Menedzsment rétegek

:- Lásd: TMN rétegek

  • Menedzsment funkciók, tevékenységek

:- A funkciókat rétegenként kell vizsgálni

- FCAPS - Fault, Configuration, Accounting, Performance, Security management minden egyet rétegben
  • Menedzsment folyamat és szervezés

:- Hogyan osszuk el a feladatokat és a felelősséget, "szakácskönyvek", Ezek kevésbé technológia szempontok

Hálózatmenedzsment együttműködés szempontjából milyen szempontokat kell figyelembe venni?

  • communication viewpoint
  • function viewpoint
  • information viewpoint


Adja meg a menedzsment életciklust és röviden ismertesse egyes fázisat!

Planning -> Deployment -> Operations (& upgrades) -> Decommission

  • Planning
    • Topology
      • Resilience and redundancy
      • tools to design and simulate!
    • Ongoing activity
      • Hence online information!
  • Deployment
    • Local vs. remote configuration capabilities
    • Preconfigured vs. plug-in and bootstrapping
  • Operations
    • Monitoring
    • Troubleshooting
    • Performance tuning and
    • Collecting
      • performance statistics
      • accounting data
    • ... (itt a diasoron is ... van)
  • 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

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?

TMN: Mgmt Layer Hierarchy

		   /\
		  /  \
		 / Bu-\
		/siness\
   	       / Manage-\
   	      /	 ment    \
             /------------\
	    / Service	   \
	   /	  Management\
	  /------------------\
	 /  Network Management\
	/----------------------\
       /   Element Management   \
      /--------------------------\
     /	 Network Element Mgmt	  \
    /------------------------------\
  • Element Magagement
    • Piece of equipment, device
  • Network Management
    • Managing how devices are configured individually, and also ensuring that their configurations are coordinated in certain ways and monitoring for cross-network connectivity.
  • Service Management
    • Services that the network provides
      • Smooth operation
      • Turning up services
    • Service management is technology independent and delas with concepts that end users and customers are relate to and the value that they derive from the network (service)
      • Network management technology dependent and is driven by the implementation of the network
  • Business Management
    • billing and invoicing, help-desk management, business forecasting, ...
  • Network Element
    • 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?

Amire az óráról emlékszem:

  • felelősség megosztása - ha valami nem jól működik és ebből kár származik, ne a szegény dolgozón csattanjon az ostor. Ő az előírt eljárást követte, ezzel tisztázhatja magát a felelősség alól.
  • a dokumentációból látszik, hogy valóban az előírt módon jártak el - lehetnek ehhez kapcsolódó jogszabályi kötelességek

A kapcsolódó dia tartalma:

  • nontechnical dimension: how to organize the management
  • How to divide responsibilities
    • E.g. mgmt subjects
      • Core
      • Voice
      • Systems and applications
    • Documented and Standard procedures to follow
      • Same task with slight variations
      • Chance for mistakes
      • Knowledge base
    • Cookbooks
    • The most effective organization structure together with good processes and procedures may differentiate service providers

-- ijanos - 2009.03.25. -- Böbe - 2012.03.13.