https://vik.wiki/index.php?action=history&feed=atom&title=Ihtuorai2010_04 2026-05-16T12:37:08Z Az oldal laptörténete a wikiben MediaWiki 1.43.8 https://vik.wiki/index.php?title=Ihtuorai2010_04&diff=139113&oldid=prev 2012-10-21T20:33:32Z

<p>Új oldal, tartalma: „{{GlobalTemplate|Infoszak|Ihtuorai2010_04}} ==Infokommunikációs hálózatok tervezése és üzemeltetése== ===4. óra=== ====Helyreállítás==== * Majd ha a hiba b…”</p> <p><b>Új lap</b></p><div>{{GlobalTemplate|Infoszak|Ihtuorai2010_04}}<br /> <br /> ==Infokommunikációs hálózatok tervezése és üzemeltetése==<br /> ===4. óra===<br /> ====Helyreállítás====<br /> * Majd ha a hiba bekövetkezett, akkor kezdjük átcsoportosítani az erőforrásokat<br /> * rugalmas rendezőkkel, kapcsolókkal megoldható<br /> * átrendezési stratégiák: a hiba méretétől függ, hogy lehet megoldani az átkalcsolási dolgokat<br /> ** globális<br /> ** lokális<br /> * vezérlés: technológiai megvalósítástól függ (az inteligencia egy helyen van, vagy több helyen)<br /> ** centralizált<br /> ** elosztott<br /> * útvonalak számítása:<br /> ** tárolt<br /> ** valós idejű<br /> * hatékony tartalékkapacitás felhasználás<br /> * intelligens magas szintű menedzsment rendszer kell ezekhez<br /> ** ez sok kommunikáció. Az centralizáltnál kevesebb<br /> ** az elosztottnál több<br /> * egy szép optikai kapcsolómátrixos képség jött itt<br /> * 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<br /> ====Helyreállítás menete====<br /> * amikor megtörténik a hiba:<br /> ** A hiba detektálása<br /> ** hiba behatárolása<br /> ** kommunikáció<br /> ** új konfig meghatározása<br /> ** kommunikáció<br /> ** átkonfigurálás<br /> * működési megfontolások:<br /> ** hibaszekvencia-függő megoldások<br /> *** több hiba esetén milyen sorrendbe reagálunk a hibákra?<br /> ** hiba elhárítása esetén az eredeti konfig visszaállítása<br /> ** leosztott vezérlés: minimálutas helyreállítás<br /> ====Összehasonlítás helyreállítás és védelem közt====<br /> * itt van egy hiány itt.<br /> * aztán jött egy példa<br /> <br /> <br /> <br /> ====Védelmi funkció kiterjesztése====<br /> * QoP: Quality of Protection<br /> * [[DiR]] Differenriated Reliability<br /> ** homogén technológiai feltételek mellett<br /> ** alapja az igények, fogalmak megkülönböztetése<br /> ** skálázható védelmi séma/működés szükséges<br /> * többrétegű szerkeztetek<br /> ** védelmi képességek megvalósítására több technológiai réteg is alkalmas<br /> ** hatékony erőforrás felhasználás: redundancia elkerülése<br /> ** együttműködés<br /> * minőségi jellemzők:<br /> ** eseti<br /> *** kiesett kapacitás mekkora hányadát állítjuk vissza<br /> **** garantált<br /> **** részben garantált<br /> **** nem garantált<br /> **** preemptív: kiszorít más forgalmat<br /> *** milyen gyorsan reagál a hiba által érintett igény szmpontjábül a hálózat<br /> ** statisztikus<br /> *** kiesett időarány: DTR (Down Time Rate)<br /> *** Teljesítményindex - PI<br /> <br /> <br /> ====Védelmi szint====<br /> * alapeset: teljes védelem egyszeres hibák esetére<br /> * különböző minőségű adatforgalmak ennél finomabb felbontású védelmi opciókat igényelnek<br /> * itt hiány van<br /> ====Reagálási sebességek====<br /> * idő ~ pénz<br /> * minél hosszabb a kiesés, annál nagyobb a veszteség<br /> * gyors reagáláshoz egyszerű működési mechanizmus szükséges<br /> * reagálási sebesség arányos az akcióban résztvevő csomópontok számával<br /> * a két véglet: 1+1 gyorsa reagálás, nagy többletkapacitás<br /> * maximális osztozkodású helyreállítás: viszonylag lassú reakció<br /> ====Többrétegű védelem====<br /> * valami képességek megvalósítására több technológiai réteg alkalmas<br /> * hatékony erőforrás felhasználás, redundancia elkerülése<br /> * egyöttműködés<br /> * hibahatásak<br /> ** hibaesemény egy adott rétegben <br /> ** hibahatás felfelé terjed<br /> <br /> * együttműködés a rétegek közt ha<br /> ** nincs: <br /> *** független működés<br /> *** instabilitás veszélye<br /> ** információcsere nélkül konfig alapon<br /> *** időzítés<br /> *** elérhetőnél lassabb<br /> ** minimális információcsere<br /> *** token alapján<br /> *** rétegenként független<br /> ** szoros együttműködés<br /> *** integrált menedzsment<br /> *** eltérő alapokon működő technológiai rétegeket együtt<br /> <br /> =====védelmi fejlődési lépések:=====<br /> * összefüggőség<br /> * macimális folyam<br /> * többtermékes folyam<br /> * teljesítőképességi index<br /> =====összefüggőségi paraméterek=====<br /> * összefüggőségi gráfmodell<br /> * kétállapotú elemek<br /> * klasszikus gráftechnmikák<br /> * problémák: <br /> ** az általános eset bonyolult<br /> ** csak indrastuktúrális jellemző, degradációt nem mér (működik/nem működik modell)<br /> =====folyam (kapacitás) paraméterek=====<br /> * egyszerű kapacitásos gráfmodellek<br /> * vágat, út, dekompozíciós technokák<br /> * problémák:<br /> ** NP teljes<br /> ** nincs reális elvezetés kezelés<br /> ** hálózati képesség: szolgláltatás implementációs és menedzsment szempontokat bem feltétlenül veszi figyelembe<br /> =====Többtermékes folyam paraméterek=====<br /> * valóságos routing, rerouting feltételek<br /> * kapacitásos gráfmodellek<br /> * valós mérőszámok<br /> * problémák<br /> ** nagyon időigényes (minden hálózati állapotnál újratervezés)<br /> ** degradáció sokszor csak közvetett<br /> <br /> <br /> <br /> -- [[DonGatto|Liba]] - 2010.02.20.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Unknown user