Ihtuorai2010 04

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.

Infokommunikációs hálózatok tervezése és üzemeltetése

4. óra

Helyreállítás

• Majd ha a hiba bekövetkezett, akkor kezdjük átcsoportosítani az erőforrásokat
• rugalmas rendezőkkel, kapcsolókkal megoldható
• átrendezési stratégiák: a hiba méretétől függ, hogy lehet megoldani az átkalcsolási dolgokat
  • globális
  • lokális
• vezérlés: technológiai megvalósítástól függ (az inteligencia egy helyen van, vagy több helyen)
  • centralizált
  • elosztott
• útvonalak számítása:
  • tárolt
  • valós idejű
• hatékony tartalékkapacitás felhasználás
• intelligens magas szintű menedzsment rendszer kell ezekhez
  • ez sok kommunikáció. Az centralizáltnál kevesebb
  • az elosztottnál több
• egy szép optikai kapcsolómátrixos képség jött itt
• ezután két másik kép jött a globális helyreállítás, és a lokális helyreállítás szemléltetésére

Helyreállítás menete

• amikor megtörténik a hiba:
  • A hiba detektálása
  • hiba behatárolása
  • kommunikáció
  • új konfig meghatározása
  • kommunikáció
  • átkonfigurálás
• működési megfontolások:
  • hibaszekvencia-függő megoldások
    • több hiba esetén milyen sorrendbe reagálunk a hibákra?
  • hiba elhárítása esetén az eredeti konfig visszaállítása
  • leosztott vezérlés: minimálutas helyreállítás

Összehasonlítás helyreállítás és védelem közt

• itt van egy hiány itt.
• aztán jött egy példa

Védelmi funkció kiterjesztése

• QoP: Quality of Protection
• DiR Differenriated Reliability
  • homogén technológiai feltételek mellett
  • alapja az igények, fogalmak megkülönböztetése
  • skálázható védelmi séma/működés szükséges
• többrétegű szerkeztetek
  • védelmi képességek megvalósítására több technológiai réteg is alkalmas
  • hatékony erőforrás felhasználás: redundancia elkerülése
  • együttműködés
• minőségi jellemzők:
  • eseti
    • kiesett kapacitás mekkora hányadát állítjuk vissza
      • garantált
      • részben garantált
      • nem garantált
      • preemptív: kiszorít más forgalmat
    • milyen gyorsan reagál a hiba által érintett igény szmpontjábül a hálózat
  • statisztikus
    • kiesett időarány: DTR (Down Time Rate)
    • Teljesítményindex - PI

Védelmi szint

• alapeset: teljes védelem egyszeres hibák esetére
• különböző minőségű adatforgalmak ennél finomabb felbontású védelmi opciókat igényelnek
• itt hiány van

Reagálási sebességek

• idő ~ pénz
• minél hosszabb a kiesés, annál nagyobb a veszteség
• gyors reagáláshoz egyszerű működési mechanizmus szükséges
• reagálási sebesség arányos az akcióban résztvevő csomópontok számával
• a két véglet: 1+1 gyorsa reagálás, nagy többletkapacitás
• maximális osztozkodású helyreállítás: viszonylag lassú reakció

Többrétegű védelem

• valami képességek megvalósítására több technológiai réteg alkalmas
• hatékony erőforrás felhasználás, redundancia elkerülése
• egyöttműködés
• hibahatásak
  • hibaesemény egy adott rétegben
  • hibahatás felfelé terjed

• együttműködés a rétegek közt ha
  • nincs:
    • független működés
    • instabilitás veszélye
  • információcsere nélkül konfig alapon
    • időzítés
    • elérhetőnél lassabb
  • minimális információcsere
    • token alapján
    • rétegenként független
  • szoros együttműködés
    • integrált menedzsment
    • eltérő alapokon működő technológiai rétegeket együtt

védelmi fejlődési lépések:

• összefüggőség
• macimális folyam
• többtermékes folyam
• teljesítőképességi index

összefüggőségi paraméterek

• összefüggőségi gráfmodell
• kétállapotú elemek
• klasszikus gráftechnmikák
• problémák:
  • az általános eset bonyolult
  • csak indrastuktúrális jellemző, degradációt nem mér (működik/nem működik modell)

folyam (kapacitás) paraméterek

• egyszerű kapacitásos gráfmodellek
• vágat, út, dekompozíciós technokák
• problémák:
  • NP teljes
  • nincs reális elvezetés kezelés
  • hálózati képesség: szolgláltatás implementációs és menedzsment szempontokat bem feltétlenül veszi figyelembe

Többtermékes folyam paraméterek

• valóságos routing, rerouting feltételek
• kapacitásos gráfmodellek
• valós mérőszámok
• problémák
  • nagyon időigényes (minden hálózati állapotnál újratervezés)
  • degradáció sokszor csak közvetett

-- Liba - 2010.02.20.