https://vik.wiki/index.php?action=history&feed=atom&title=Ihtuorai2010_05 2026-05-16T14:21:03Z Az oldal laptörténete a wikiben MediaWiki 1.43.8 https://vik.wiki/index.php?title=Ihtuorai2010_05&diff=139114&oldid=prev 2012-10-21T20:33:34Z

<p>Új oldal, tartalma: „{{GlobalTemplate|Infoszak|Ihtuorai2010_05}} ==Infokommunikációs hálózatok tervezése és üzemeltetése == ===5. óra=== INFO: ZH jövő hét hétfőn: márc 1!!! …”</p> <p><b>Új lap</b></p><div>{{GlobalTemplate|Infoszak|Ihtuorai2010_05}}<br /> <br /> ==Infokommunikációs hálózatok tervezése és üzemeltetése ==<br /> ===5. óra===<br /> INFO: ZH jövő hét hétfőn: márc 1!!!<br /> <br /> ====Védett hálózatok jellemzése (ism.)====<br /> * hibaállapotban a viselkedés<br /> * milyen jellemzői vannak a viselkedésnek?<br /> * milyen alapon lehet összahasonlítani hálózati változatokat?<br /> * tervezési/architekturális jellemzők<br /> * Nézőpontok<br /> ** Egy adott hibára mi történik<br /> ** Adjuk meg az össes hibára a működést<br /> ** összefüggő marad-e az egyszerű gráf modellnél<br /> <br /> ====Alapmodellek a számításokhoz====<br /> * él/csomópont típusú hibák e<br /> * függő vagy független<br /> * két/többállapotú elemek<br /> * speciális/általános gráfok<br /> * max flow/fix/relatív útvonalválasztás<br /> * összefüggőség/kapacitás/forgalmi mérőszámok<br /> * nagyon sokféle analízis technika<br /> <br /> ====Teljesítőképesség index====<br /> * a várható teljesítmény a névlegeshez<br /> * teljesítmény eloszlás<br /> * minden paraméter kifejezhető ezen paramétereken keresztül<br /> * &lt;math&gt; NPI = \frac{E(Perf)}{Perf_{max}} = \frac{\sum_{y \subset Y}Perf(y)*Pr(y)}{Perf_{max}} &lt;/math&gt;<br /> * Perf: egy egy paraméter, aminek a hatékonyságára kíváncsiak vagyunk<br /> * &lt;math&gt; g(y)=1-\frac{Perf(y)}{Perf_{max}} &lt;/math&gt;<br /> <br /> ====Védelmi megoldások teljesítménye====<br /> * egy adott y hálózati állapotra a sikeresen kiszolgált igények kapacitásának összege<br /> * &lt;math&gt; d^c_{i,j} &lt;/math&gt;: az i,j pontok közti igény a c igényosztályban<br /> *<br /> * ... breakpoint<br /> <br /> * &lt;math&gt; D^c = ... &lt;/math&gt; Nagy képlet<br /> <br /> =====Dedikált védelmek teljesítménye=====<br /> * &lt;math&gt; p^c_{i,j,y} &lt;/math&gt; működik, ha a hibáls hálózatelemen eredetileg nem halat át<br /> * egy hiba:<br /> ** nem befolyásol - &lt;math&gt; d^c_{i,j} &lt;/math&gt;<br /> ** a két (1+1) út ...<br /> =====Osztott védelmek teljesítménye=====<br /> * &lt;math&gt; p^c_{i,j,y} &lt;/math&gt; működik, ha a hibáls hálózatelemen eredetileg nem halat át<br /> * egy hiba:<br /> ** nem befolyásol - &lt;math&gt; d^c_{i,j} &lt;/math&gt;<br /> * két vagy több hiba:<br /> ** nem befolyásol - &lt;math&gt; d^c_{i,j} &lt;/math&gt;<br /> ** versenyhelyzet: &lt;math&gt; \leq d^c_{i,j} &lt;/math&gt;<br /> * hibafüggőség: sorrendfüggő<br /> <br /> ====védett összeköttetés jellemzése====<br /> * pont-pont összeköttetésre<br /> * szolgáltatási jellemző<br /> * alapesetben nem védett, dedikált tartalék alapozott védelmű:<br /> ** klasszikus megbízhatóság-elméleti modell (soros, párhuzamos elemek)<br /> * osztott védelem és helyreállításakor többszörös hibák esetén önmagában nem kiértékelhető<br /> ** (a versenyhelyzet miatt kölcsönhatás más összeköttetésekkel)<br /> <br /> ====Védelmi alapszerkezetek hálózati alkalmazása====<br /> * lineáris multiplex szakasz védelem: (egy link hibáját kell kiküszöbölni, elég, ha a link pontok tudnak róla)<br /> ** csomóponti hibák ellen nem véd<br /> ** kisebb terhelés a menedzsment rendszernek (kevesebb esemény)<br /> * osztott multiplex szakaszvédelem (például gyűrűben): közös tartalékkapacitásból oldjuk meg a problémát<br /> ** egy csomóponti vagy szakaszhiba ellen véd<br /> ** öngyógyító gyűrű<br /> * útvédelem<br /> ** közbülső csomópontok hibáitól is véd<br /> ** sokkal több esemény<br /> ** speciális technológiai feltételei is lehetnek<br /> ** itt jött két kép az útvédelemről, meg az osztott multiplex védelemről<br /> ** jött egy kép az útvédett gyűrű<br /> ** SNCP: Sub Network Cycle Protection<br /> *** védelem visszahurkolással<br /> *** ha sok kapacitást foglalok osztott multiplexeset, akkor drágább lesz sokkal, mint az útbiztosításos<br /> ** korlátozott együttműködés esetén kritikus pontok alakulnak ki<br /> ** kapcsolódási alapesetek<br /> *** szövevény<br /> *** gyűrű szövevény<br /> ** kép az 1+1 gyűrű szövevényről<br /> ** MSSP gyűrűk együttműködése<br /> ====Védelem csomagalapú esetben====<br /> * Előre bekonfigolt nem feltétlenül jelenti az erőforrások pazarlását<br /> * hiba esetén szüksége a hozzáférés a védelemre lefoglalt erőforrásokhoz<br /> * alapesetek:<br /> ** csomag alapú gyűrű<br /> ** csomat alapú szövevény<br /> <br /> ====Csomagkapcsolt gyűrű====<br /> * valami RPR ring<br /> * MAC cím alapú gyors csomagtovábbbítás<br /> * csak három művelet: <br /> ** kivesz cím vagy ttl mező alapján<br /> ** betesz<br /> ** továbbküld<br /> * automatikus topológia felderítés<br /> ** periodikus üzenetküldés (topology message)<br /> ** minden csomópont hozzákapcsolja a saját MAC címét és továbbküldi<br /> ** a forrás visszakap egy címlistát<br /> ** elsődleges és másodlagos utak<br /> ** ARP az IP-MAC címillesztéshez<br /> -- [[DonGatto|Liba]] - 2010.02.22.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Unknown user