ZhPatterns

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

Milyen fundametális kommunikációs minták lehetnek a menedzser és az ágens között?

Polling for conditions, polling for trends, Bulk request, Incremental requests.

Ezen a helyen volt linkelve a patterns_komm_mintak1.png nevű kép a régi wiki ezen oldaláról. (Kérlek hozd át ezt a képet ide, különben idővel el fog tűnni a régi wikivel együtt)

Ezen a helyen volt linkelve a patterns_komm_mintak2.png nevű kép a régi wiki ezen oldaláról. (Kérlek hozd át ezt a képet ide, különben idővel el fog tűnni a régi wikivel együtt)

Mik a problémák a tranzakció kezeléssel menedzsment rendszereknél? Mit csinálnak helyette? Mik ezen alternatívák előnyei és hátrányai?

Transactions

• To group and execute operations as one unit
  • No single operation provide value but the whole
• In nw mgmt it is very difficult
  • Multiple devices
  • Time delay
  • Control protocol interactions
  • Physical failures
• Therefore
  • Verification and validation steps are necessary
• Rollback
  • Also rarely supported, responsibility at the manager!
  • roll forward: bringing the network into a configuration state that is well defined

Hasonlítsa össze az esemény alapú és a lekérdezéses menedzsmentet előnyök és hátrányok szempontjából? Mikor melyiket használhatjuk? A gyakorlatban hogyan használjuk ezeket együttesen?

• Polling (lekérdezés): a menedzser kérésére a kliens válaszol a MIB alapján (konfiguráció begyjtése, kondíció periodikus lekérdezése).
  • Előnye: robosztus, hibatr. Hátránya: jelents forgalmat generálhat, idkritikus.
• Event reporting (jelentés): kliens által akár periodikusan, akár eseményhez kötve.
  • Előnye: az eseményhez kötden azonnali jelzést kínál. Hátránya: a jelentés célba jutásáról vagy annak meg nem történtérl nem értesülünk (nem megbízható)

• Event based mgmt is in general
  • More efficient
  • Less wasteful
  • More scalable
  • Allows better responsiveness

Though RELIABILITY

• event mechanisms in nw mgmt are not truly reliable
  • Must do polling
  • Mgmt applications event directed but polling based
• Helps
  • Reliable transport
  • Seq # and replay mechanisms
  • Requirements to acknowledge events
    • Significant burden on agent!
    • N.B: ack is not a response!

Lehet-e lekérdezés alapú (polling) hibamenedzsmentet csinálni? Ha igen, mégis milyen indokok miatt használnak inkább jelentés alapút?

Lehet pollinggal is, de a jelentés alapú kevésbé terheli meg a hálózatot, kevesebb fölösleges információt (állandó lekérdezések; még akkor is ha sokáig semmi hiba nincs a hálózatban) küld a hálózaton. Ráadásul a polling „drága”, azért mert sok hálózati elemtől kell lekérdezgetni az állapotukat. Az event alapú további előnye hogy az esemény (hiba) bekövetkeztekor azonnal generálódik a jelentés, nem kell megvárni a övetkező lekérdezési periódust.

-- ijanos - 2009.03.25.